阿境相信所有产品经理在日常工作中都会有大大小小的会议，项目周会，需求评审会，需求讨论会，交互评审会，项目总结会等等，用“贯穿工作全程”六个字来形容毫无违和感。
实不相瞒，“白天开会，晚上干活”的事情不论在大公司or小公司均是屡见不鲜。
会议指的是有组织、有领导、有目的的议事活动，它是在限定的时间和地点，按照一定的程序进行的。
开会不带着目的来开，造成会议过程仅仅是阐述问题，没有明确会议目的，容易偏离会议主题，
在会议的过程当中，若会议没有合理的规划及管控，容易出现“你一言我一语”的情况，这正是因为偏离会议主题的原因以及会议主持人没有把控好会议节奏导致的情况。
回顾一下产品的生命历程：“业务需求→市场调研→产品架构→功能需求池→功能流程图→页面原型→功能逻辑→产品需求文档→产品评审→测试用例→数据分析→产品迭代”。
由此，可以引申出，产品经理会涉及的会议有：项目周会/月会、项目启动会、需求讨论会、需求评审会、交互评审会、需求排期会、项目复盘会。
项目周会：主要包括项目日会、项目周会、项目月会。用于与项目组人员对齐项目进度，把控项目风险及项目变更。
项目启动会：用于项目的启动，包括项目的立项，前期准备，所需资源的规划、成本的估算等，等同于项目立项会。
需求讨论会：包括与领导、运营、产品、交互间的需求讨论会，不同角色侧重点各有不同。主要针对需求的合理性、必要性及可行性从不同角度出发进行探讨。
需求评审会：主要针对需求文档，与团队成员（运营、开发、测试、交互）进行需求的评审及修改，便于后续推进需求的落地。
交互评审会：通过产品经理的调研、分析等，交互产出交互稿后，与产品经理进行交互稿件的评审及修改。
需求排期会：通过确定后的需求文档，开发进行整体项目的排期，包括设计稿、客户端、服务端、前端、测试等各个节点的deadline制定，其中包括项目的把控、风险预估等。
项目复盘会：项目上线后，通过一定时间的运转，分析项目成果。并罗列整个项目进程中所发生的项目事项，复盘项目过程，对优项进行总结，抽象成SOP便于后续学习，对劣项进行优化，避免再次发生。
我们在开会的时候，往往记得通知会议的开始时间而忽略了会议的结束时间，也就是会议持续时间。
当没有设定结束的时刻，那么当人在手头没有紧急要事的时候，就会在潜意识当中认为会议时间很长，从而无限拉长会议时间，造成会议效率低下。
试想一下，你领导给你布置一个任务，但是没有deadline，那么你会当天就解决掉吗？
会议时间记得提前邀约，每个人手头都是有任务安排的，尊重他人的时间及安排。
若涉及的时间有冲突，根据重要性程度去协调对应方的时间。（例如老大A与下属B的时间冲突了，在会议无法延期的情况下，协调下属B的时间）
整理会议纪要，越快越好（保证内容的不失真，以及项目人员能够及时回顾会议内容）
准备好各角色的产品需求(包括运营需求、产品需求、老板需求、商务需求等)
针对于每个需求点，产品经理需做好数据调研、市场调研、用户心理分析，需求背景，用户价值等的准备，应对项目组人员对需求产生的疑问
切记，需求评审会并非讨论会，而是方案确认会，过长的会上讨论容易引起疲惫
主讲人需要准备会议内容这点无需多言，参会者也需要了解会议的内容并提前准备相应的材料及内容。
当然，有些想法及灵感是在会议当中思想碰撞才产生的，这也是在有提前准备的前提下。
在会议过程中，我们在讨论过程中往往会讲着讲着就开始偏题，从A讲到了B，而后在B讨论了半天 ，发现时间已经流逝，回过头来，B既不是会议要解决的问题，A也没得到有效地方案，造成了会议时间的浪费，且参会人员会有挫败感。
根据科学研究“注意力优先法则”，“人的精力在百分百的状态下只能维持江南体育官网30分钟，超过则效率会呈指数降低”。
过长的会议会使得整体参会人员往低效率的方向前行，同时会引起人的心情烦躁，从而可能在会议中导致错误的决策及讨论。
由此，会议主讲人需精确管理会议时长，减少会议拖堂。一旦在时长有可能因为某些因素拉长时，尽力加快部分内容的讲解。
若在会议过程中，某个问题点争议较大，则根据“5分钟原则”，若5分钟内未解决，记录下来会后单独解决。
在阿境看来，这并非杂事，相反，能够锻炼对于会议内容的提炼能力，以及产品经理所必备的书面表达能力。
同时，把时间线拉长点来看 ，会议如此之多，事情如此之繁杂，会议纪要对于项目人员来说，起到复盘的作用。
往往我们会有个误区，开会需要将所有牵扯到的干系人都拉过来，但人数多容易造成了会议效率低下的情况。参会者若不清楚逻辑，则在会议中提出的问题打乱了会议的进度及秩序，从而浪费了真正会议的时间。
仅与会议有直接关系的人参与即可，较为边缘的人员可等到会议中途再参与或者是后续查看会议纪要。
“会议太乱了”、“会议开完不知所云”、“仿佛是花了两个小时听了一场辩论会”等感受都是由于没有提前规划好会议造成的。
规划会议包括会议的时间分布、会议内容主题阐述，会议总结等，主要由会议主讲人来进行规划会议。
时间分布主要指时间的划分，比如会议总共为ABC三部分内容，A占会议时长的50%，B占会议时长的30%，C占会议时长的20%。当其中一部分超出了时长，为了会议的效率，在保证内容的前提下，缩短其余部分的占比，保证会议简约。
会议总结指的是在会议结束后，通过总结陈词，明确会议结果，及各部分人员在会后所需要的做的工作内容。
但在不同的会议上，需要运用好这两种思维，例如“需求讨论会”更多的是“先发散再收敛”，而在“需求评审会”更多的是运用“收敛思维”。
还有一类思维称为“涌现思维”，是介于两种思维的中间，通过在早期分歧阶段涌现的灵感来刺激新想法的产生，更多出现在“头脑风暴”之类的会议上。
在产品经理的实际工作当中，会议会有，不可避免，那么，若出现了效率不高的情况，就去优化它。
与此同时，阿境也采访了身处大/小公司的几位朋友（几位真的很多了，最近忙成dog），不论公司体量大小，都有“会议多，效率低”的困扰。
阿境，微信公众号：梦想家阿境，人人都是产品经理专栏作家。遇到过三位数的DAU，也有八位数DAU的经历；擅长产品面试的指导，用户需求的洞察，对社交领域有深入的见解。
作为产品经理，会议真的好多好多，要是每一个会议都能节省一点点时间，长期下来，就可以节省很多时间，这些时间足够做更多更有意义的事情了，，，
理想丰满，现实骨感，产品人的特点就是明明知道这个会议毛用都没有，只要运营爸爸、研发爸爸、测试爸爸让你参加，你敢不去？你不去，谁来背锅？
人人都是产品经理（是以产品经理、运营为核心的学习、交流、分享平台，集媒体、培训、社群为一体，全方位服务产品人和运营人，成立12年举办在线+期，线+场，产品经理大会、运营大会50+场，覆盖北上广深杭成都等20个城市，在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监，他们在这里与你一起成长。
