2018-05-25把本节课的内容放到任何一个职能，场景都适合，是一节怎么开好会的通识课，+一点点沟通技巧。
希望能听到更具产品需求会特点的内容，比如怎么从臃肿的需求文档中提炼出会议大纲，以及要讨论的内容等等作者回复: 好的 我们可以下面的内容多讲哈
8
2018-06-01开发一个重要功能，我一般会召开三次会议。
1、思考产品定位及功能规划，与Boss确认（输出物为脑图、功能清单）；2、完成流程图、原型 组织内部需求评审，参与者为相关部门的负责人；3、完成详细的需求说明文档， 开会前至少一天发给各成员查看，开会参与者是所有干系人员。大家带着问题来开会。开会时约定，我先讲解产品目标及重点功能和注意事项，讲解完之后统一回答问题，中间不能打断。讲解时间一般为30分钟以内。作者回复: 你们组一般多少人开会
7
2018-05-28这种方法我认为比较适合大家平级的情况，会议组织者具备一定的权利，像小公司，一开会开发是总监，确定产品的是副总，再来个运营总监，嘴都插不了一句，立马被怼的体无完肤作者回复: 我觉得和公司文化也有关系，我们有的会上工程师也会和总监提反对意见，当然我理解这样的文化不一定适用于国内的国情
3
2018-06-28我的理解:
会议邀请的元素: 人事地时物。
人: 只通知到相关人员,不相关的人员不必打扰。
事: 这次会议的主题
地: 大家都方便的地点
时: 大家都方便的时间
物: 必要的文档,相关人员先熟悉
会议开场:
讲清楚本次会议的主题，大概时长，更重要的是要产出什么内容(结论，文档，计划)
会议中: 注意时间把控，还要避免跑题
会议结束: 最好总结一下各任务的责任人接下来的action.展开 2
2018-05-24今天有人跟我说，产品召开评审会议的目的是:
产品先出一个框架，其他的让所有参会人员 一起想解决方法。请问你怎么看这个观点呢？作者回复: 我觉得在一些产品上是个好的方法。我一般不会只开一个会。我会在项目初期开你说的这种会。之后我会进一步。最后快定稿了 大家一起审阅
1
2020-01-02大部分的会其实并需要那么多人参加，对于产品经理（任何会议组织者）来说，识别谁该参会是开会前要解决的第一件事儿，然后再细化会议目标，时间期限等。但是期望一次会议就能解决复杂问题多少有点困难。如果不需要面对面的方式，也可以通过微信群，虚拟会议等方式先把问题分解，抛出问题来给相关人，会前征集意见。能在会前达成一致的部分就可以在开会开始部分作为结论共享，剩下的部分作为讨论内容，这样也能提高会议效率。- 2019-06-12踩过的坑：1、一口气拉上了项目涉及的所有相关人员，结果因为很多人会议有冲突无法到场；2、会议开始前没有提前说明会议的内容和目的，导致会议的效率低下；
吸取的教训：1、拉会前提前和相关的人员协调时间；2、提前跟相关人员沟通项目的内容，让大家有一个初步的了解；3、会议开始先说明会议的目的和项目的内容，以及控制会议时间； 
2019-04-23新产品经理，明天就要组织第二次会议，谢谢曲老师～
2018-07-27需求评审会在我们团队有这几个周期：
1、根据数据及需求池里的优先级先排出预估一周多一点的开发量的功能点出来作为下一版本的最初需求，这个决策一般由该app产品的主要产品经理与产品助理开会讨论出来的
2、产品经理拿着最初需求和老板做决策，二人最终确定主要需求点
3、产品经理分配好该版本任务，一周原型时间，一周后老板和负责原型的经理和助理开会讨论原型初稿，给出建议
4、初稿根据老板建议修改完毕后，与开发测试设计主要负责人过第一遍需求评审会，主要描述为什么要做这个功能以及我们的方案是什么，会中不讨论逻辑细节问题，会后留一周各部门需求分析时间
5、第二次需求评审会议由所有项目参与者参加，产品回答所有关于细节的问题以及其他问题。
一共五个会议，一般控制在两个小时内，平均时长一小时。展开
2018-07-03精确管理开会时间这点，具体是怎么做的呢？在会议的文档里写上预估时间，并在现场，会议开始前重申一下吗？
2018-05-29不错呢，案例加结论作者回复: 多谢多谢