如何组织有效的会议

这个会议共有21人参加，包括：我们组的产品经理、工程经理、工程和运营经理，他们组的产品经理、高级工程经理、工程经理、工程、5个工程师、2个、设计师、设计这次的产品需求讨论会，可以说是我在三年多以来开过的最杂乱无章的会。那么，以为开会要让全组的人都有参与感，所以邀请了所有人，导致参会者众多。这个新功能是不一样的人缺勤，导致会议效率低下。每次开会都要跟上次缺席的人同步进度，往往会议大部分时间，反而来不及做重要的决定。会议的模式决定了，如果一个成员有疑问，大家5100组织成功产品需求会的秘周数据更新（3分钟，）、产品（5分钟，）这样的方式。5论无足轻重的细节问题或者快要到5分钟的时候，你可以礼貌地提醒大家注意时间。虽然AB讨论到底是选A还是B。我们可以约定用的数据或者用户反馈来做决定，并统一做下一步决定的思考方式：如果数据达到X%我们就选择A，否则就选B。所以综合考虑，我们决定做XXX”。这时，设计师会点点头，表示认可。最终，和平就这比如，在会议开始时，告诉大家未来的30分钟我们需要一起做出什么决定。那么当会议开总以这样做：1.一鼓作气，尽量通过一次会议解决，如果解决不了，就设置一个截止日期；2.按我还跟你了我踩坑之后获得的独门秘诀：1.精准管理开会事项，管理时间到分钟；2.如果往心里去的紧张情况；3.会议开始时先说明会议要到的目的，比如设定出产品路线图，或者确思考归科技所有 精选留言 5把本节课的内容放到任何一个职能，场景都适合，是一节怎么开好会的通识课，+一点点沟通技巧。希望能听到更具产品需求会特点的内容，比如怎么从臃肿的需求文档中提炼出会议大纲，以及要讨论的内容等等作者回复好的我们可以下面的内容多讲哈～种下一朵 1、思考产品定位及功能规划，与Bos确认（输出物为脑图、功能）；2、完成流程图、原型组织内部需求评审，参与者为相关部门的；3、完成详细的需求说明文档，开会前至少一天发给各成员查看，开会参与者是所有干系人员。大家带着问题来开会。开会时约定，我先讲解产品目标及重点功能和注意事项，讲解完之后统一回答问题，中间不能打断。讲解时间一般为30分钟以内。作者回复组一般多少人开会 1、根据数据及需求池里的优先级先排出预估一周多一点的开发量的功能点出来作为下一版本的最初需求，这个决策一般由该app产品的主要产品经理与产品助理开会讨论出来的2、产品经理拿着最初需求和做决策，二人最终确定主要需求3、产品经理分配好该版本任务，一周原型时间，一周后和负责原型的经理和助理开会讨论原型初稿，给出建议4、初稿根据建议修改完毕后，与开发测试设计主要过第一遍需求评审会，主要描述为什么要做这个功能以及我们的方案是什么，会中不讨论逻辑细节问题，会后留一周各部门需求分析时间5、第二次需求评审会议由所有项目参与者参加，产品回答所有关于细节的问题以及其他问题。一共五个会议，一般控制在两个小时内，平均时长一小时。 精确管理开会时间这点，具体是怎么做的呢？在会议的文档里写上预估时间，并在现场，会议开始前重申一下吗？ 我的理解:会议邀请的元素:人事地时物。事:的时:大家都方便的时间物:会议开场:讲清楚本次会议的，大概时长，更重要的是要产出什么内容(结论，文档，计划会议中 注意时间把控，还要避免跑会议结束 最好总结一下各任务的责任人接下来的 不错呢，案例加结论 这种方法我认为比较适合大家平级的情况，会议组织者具备一定的权利，像小公司，一开会开发是总监，确定产品的是副总，再来个运营总监，嘴都插不了一句，立马被怼的体无完肤作者回复我觉得和公司文化也有关系，我们有的会上工程师也会和总监提意见，当然我理解这样的文化不一定适用于国内的国情这个粗狂的土 今天产品先出一个框架，其他的让所有参会人 一起想