个人很喜欢参加产品需求讨论会，因为在会上你能听到针对共同关心的问题会产生各种不同的观点，这总会带给你启发。但是其前提是这次会议必须是有组织性的和高效的。反面例子就不列举了，相信很多人多多少少都经历过。
那么如何确保会议必须是有组织性的和高效的？这方面有很多科学的会议组织原则，个人建议参考三星高效会议八原则：
1、凡是会议，必有主题；
2、凡是主题，必有议程；
3、凡是议程，必有决议；
4、凡是决议，必有跟踪；
5、凡是追踪，必有结果；
6、凡是结果，必有责任；
7、凡是责任，必有奖罚；
8、凡是奖罚，必须透明。
具体应用到产品需求讨论会，我曾经向之前的团队leader建议实施过以下方案，仅供大家参考。
会议之前
需求、议题收集
需求不是凭空想出来的，而是在平常的工作生活中使用自家和别家产品、接收用户反馈、头脑风暴、用户调研等过程中产生的，要切实记录并归类整理好，形成议题并排好优先级。
确定并预告会议安排
确定会议主题、会议时间、会议中分工、组织者和参与者，并将会议议程内容安排和产品的结构框架、产品实现进度等文档一同发给参与会议的各方，便于大家有所准备地参加会议。
特别是产品的结构框架、产品实现进度等文档，个人认为是必须要发的。原因是便于让与会各方能在产品的原有框架基础上聚焦思考一下会议议题，避免造成干扰、偏离会议主题，同时也了解上一期的会议成果的实施情况。
PS：
有人会认为在原有产品框架上思考会造成思维局限，我认为这种观点是不正确的，产品需求讨论会必须做到聚焦会议议题。首先，要发挥想象力，在会议之前已经有足够的时间和机会去实现，例如头脑风暴；其次，需求讨论会是讨论已确定的需求的合理性、可操作性和实施安排，而不是再去想出新的需求，这不是头脑风暴会议！当然如果真的讨论出新的需求也可以记录在案，再具体情况具体安排。
只有确保各项安排都在有序的推进，而不是被各种突然冒出来的新想法随意打断、冲击，才能确保团队的高效运作、项目的顺利实施。
会议进行中
会议分工
会议分工要明确，并事先安排好，例如：
会议主持人：产品经理或项目经理，或二者轮换组织
需求记录人：负责在讨论过程中记录用户故事和讨论产生具体的功能点和实施安排，形成文档或录入系统
问题记录人：负责记录讨论过程中无法现场确认的问题或者新的需求，形成文档或录入系统
会议成果交付
会议结果形成文档并录入系统进行管理
会议中产生的问题归档管理
对确定的需求进行优先级排列，并安排人力和资源实施，明确分工、责任和开发周期
注意事项
1、聚焦会议议题，并按照会议议程安排逐条讨论，每个需求都要细化到功能点并完成记录，在进入下一条议题的讨论。
2、在讨论单独议题时，不要讨论与当前主线无关的内容，保证讨论的效率。主持人要适时制止讨论范围扩散造成的干扰。
3、注意时间分配，可在每个议题结束后短暂休息，确保大家集中精力、专注议题讨论。
4、当前确实无法确认的事项要做好归类记录，避免在这些事项上纠结太久，影响会议效率。
