“大家好，我是阿境，人称产品界的吴彦祖，一个沉稳又不沉闷的男人”

“吴彦祖，下午三点开会”

“收到”

阿境相信所有产品经理在日常工作中都会有大大小小的会议，项目周会，需求评审会，需求讨论会，交互评审会，项目总结会等等，用“贯穿工作全程”六个字来形容毫无违和感。

实不相瞒，“白天开会，晚上干活”的事情不论在大公司or小公司均是屡见不鲜。

不瞒你说，即使是作为厦门吴彦祖的阿境也深受困扰！

但事实是会议真的多如牛毛占据一整天的时间吗？

是否有合理利用好每一场会议的节奏？

如果你苦于会议太多，时间太长，不妨看看阿境总结的会议宝典。

提升效率，拒绝无效会议。

白天开会，白天工作，晚上好好回去炖个汤撸会猫它不香吗？

一、为什么需要高效的会议？ 1. 会议的目的

要了解会议的目的，先了解什么是会议？

会议指的是有组织、有领导、有目的的议事活动，它是在限定的时间和地点，按照一定的程序进行的。

划重点，“组织”、“领导”、“目的”、“程序”是会议的几大要素。

而“限定的时间跟地点”也是重要的一个限制因素。

可以这么说，会议的目的在于沟通并解决问题。

解决问题是重点，会议是更有效率解决问题的一个方式。

2. 失败的会议结果

1）开会开成流水账

开会不带着目的来开，造成会议过程仅仅是阐述问题，没有明确会议目的，容易偏离会议主题，

开着开着变成记录日常事项的会议。

会议内容看似丰满，但内容毫无营养，“讨论半天，不知所云”。

2）开会开成菜市场

在会议的过程当中，若会议没有合理的规划及管控，容易出现“你一言我一语”的情况，这正是因为偏离会议主题的原因以及会议主持人没有把控好会议节奏导致的情况。

浪费了会议时间不说，同样透支了参会人员的耐心。

“辩论半晌，毫无收获”是这类会议结束之后的感悟。

二、产品经理会经历的会议

回顾一下产品的生命历程：“业务需求→市场调研→产品架构→功能需求池→功能流程图→页面原型→功能逻辑→产品需求文档→产品评审→测试用例→数据分析→产品迭代”。

由此，可以引申出，产品经理会涉及的会议有：项目周会/月会、项目启动会、需求讨论会、需求评审会、交互评审会、需求排期会、项目复盘会。

简单提一下几个会议的内容。

• 项目周会：主要包括项目日会、项目周会、项目月会。用于与项目组人员对齐项目进度，把控项目风险及项目变更。
• 项目启动会：用于项目的启动，包括项目的立项，前期准备，所需资源的规划、成本的估算等，等同于项目立项会。
• 需求讨论会：包括与领导、运营、产品、交互间的需求讨论会，不同角色侧重点各有不同。主要针对需求的合理性、必要性及可行性从不同角度出发进行探讨。
• 需求评审会：主要针对需求文档，与团队成员（运营、开发、测试、交互）进行需求的评审及修改，便于后续推进需求的落地。
• 交互评审会：通过产品经理的调研、分析等，交互产出交互稿后，与产品经理进行交互稿件的评审及修改。
• 需求排期会：通过确定后的需求文档，开发进行整体项目的排期，包括设计稿、客户端、服务端、前端、测试等各个节点的deadline制定，其中包括项目的把控、风险预估等。
• 项目复盘会：项目上线后，通过一定时间的运转，分析项目成果。并罗列整个项目进程中所发生的项目事项，复盘项目过程，对优项进行总结，抽象成SOP便于后续学习，对劣项进行优化，避免再次发生。

三、每个会议的通用法则

乍一看，好家伙！这做一个产品经理咋这么多会议？

敢情这白天都不用干活光开会了？

但作为一名产品经理，最主要的能力不就是解决问题的能力吗？

会议多？时间长？人员乱？

别急，阿境抽象总结了会议的通用法则，不论是哪种会议，都能够用得上。

（别夸我！实在要夸的话，就夸我是厦门吴彦祖就好）

1. 会议的五要素

文章来源：《新商务周刊》 网址: http://www.xswzkzzs.cn/zonghexinwen/2021/0424/738.html