15 | 如何组织有效的会议？

开发一个重要功能，我一般会召开三次会议。 1、思考产品定位及功能规划，与Boss确认（输出物为脑图、功能清单）；2、完成流程图、原型 组织内部需求评审，参与者为相关部门的负责人；3、完成详细的需求说明文档， 开会前至少一天发给各成员查看，开会参与者是所有干系人员。大家带着问题来开会。开会时约定，我先讲解产品目标及重点功能和注意事项，讲解完之后统一回答问题，中间不能打断。讲解时间一般为30分钟以内。

把本节课的内容放到任何一个职能，场景都适合，是一节怎么开好会的通识课，+一点点沟通技巧。 希望能听到更具产品需求会特点的内容，比如怎么从臃肿的需求文档中提炼出会议大纲，以及要讨论的内容等等

这种方法我认为比较适合大家平级的情况，会议组织者具备一定的权利，像小公司，一开会开发是总监，确定产品的是副总，再来个运营总监，嘴都插不了一句，立马被怼的体无完肤

今天有人跟我说，产品召开评审会议的目的是: 产品先出一个框架，其他的让所有参会人员 一起想解决方法。请问你怎么看这个观点呢？

不错呢，案例加结论

我的理解: 会议邀请的元素: 人事地时物。 人: 只通知到相关人员,不相关的人员不必打扰。 事: 这次会议的主题 地: 大家都方便的地点 时: 大家都方便的时间 物: 必要的文档,相关人员先熟悉 会议开场: 讲清楚本次会议的主题，大概时长，更重要的是要产出什么内容(结论，文档，计划) 会议中: 注意时间把控，还要避免跑题 会议结束: 最好总结一下各任务的责任人接下来的action.

需求评审会在我们团队有这几个周期： 1、根据数据及需求池里的优先级先排出预估一周多一点的开发量的功能点出来作为下一版本的最初需求，这个决策一般由该app产品的主要产品经理与产品助理开会讨论出来的 2、产品经理拿着最初需求和老板做决策，二人最终确定主要需求点 3、产品经理分配好该版本任务，一周原型时间，一周后老板和负责原型的经理和助理开会讨论原型初稿，给出建议 4、初稿根据老板建议修改完毕后，与开发测试设计主要负责人过第一遍需求评审会，主要描述为什么要做这个功能以及我们的方案是什么，会中不讨论逻辑细节问题，会后留一周各部门需求分析时间 5、第二次需求评审会议由所有项目参与者参加，产品回答所有关于细节的问题以及其他问题。 一共五个会议，一般控制在两个小时内，平均时长一小时。

这篇文章挺好，很多人在分享自己的成功，我在这看到了失败和反思，这才是完整的道路。

总结下：会议效率低怎么办？ 1. 如果需要讨论的问题特别复杂，可以集中一个时间花几个小时解决； 2. 如果参与人数过多，可以除了项目启动会以外，每次会议由各小组负责人参与即可；其他人会有邮件或者群同步会议纪要； 3. 开会前，需要有会议通知，告知大家会议讨论主题和讨论时间； 4. 开会过程中，需要有主持人，严格控制时间，有礼貌的提醒某些问题会后讨论； 5. 沟通的问题无法统一，可以达成一个统一的思考方法，通过数据分析后确定结论。 6. 会议后要有会议纪要，保证结论统一，还要有下次会议的大概时间和工作规划。

大部分的会其实并需要那么多人参加，对于产品经理（任何会议组织者）来说，识别谁该参会是开会前要解决的第一件事儿，然后再细化会议目标，时间期限等。但是期望一次会议就能解决复杂问题多少有点困难。如果不需要面对面的方式，也可以通过微信群，虚拟会议等方式先把问题分解，抛出问题来给相关人，会前征集意见。能在会前达成一致的部分就可以在开会开始部分作为结论共享，剩下的部分作为讨论内容，这样也能提高会议效率。