【产品课程】如何进行需求讲解会议

旁听新人的需求讲解会议时发现一些问题，主要是产品新人在自信和经验不足的情况下，无法很好的掌控整个会议，因此总结一下自己的一些经验和技巧。
1. 复习需求文档
一般的，在进行需求讲解之前，抽半个小时对文档进行复习，一方面先热身，整理逻辑；一方面看是否还有需要修改的地方。
2. 进行自我介绍（非必要）
新人和新项目的需求讲解会议上，产品新人最好进行下自我介绍，比方我来自哪个部门，之前做哪个产品。当然，如果是已经混得比较熟的可以忽略这个步骤。
3. 介绍会议的内容和流程
这点其实不只是在需求讲解会议，在其他会议上也需要在开始时介绍会议的内容和流程，这样大家也可以按照流程走。
比方需求讲解会议可能会包括：
1）需求的讲解
2）UI设计的评审
3）项目时间点
4）部门间协作问题
5）需要的资源
4. 介绍定位和方向
这点很重要，往往有些人一开会就噼里啪啦开始讲需求，参与会议的人也一知半解。会议前进行定位和方向的讨论和讲解，定下需求和设计的规则，可以避免后续不必要的讨论。
5. 讲解结构图和区域图
结构图和区域图属于需求文档的一部分，可以帮助参加会议的人统一对产品的认识。这部分可以一起讨论，最终定下大家一起遵循的产品结构和区域。
6. 讲解Feature List（非必要）
对于产品升级的需求讲解，我更倾向在每个需求点讲解前先进行Feature List的简单讲解，比方对应结构图的A模块，我们会做什么功能和优化，为什么要做；对于整个产品，我们会新添加什么模块，有什么用。这样研发和UI可以从更大的范围去了解接下来到底是做些什么，各自需要负责跟进什么。
但是对于一个新的产品，则讲解Feature List则没有什么必要。
7. 掌控讨论的时间和程度
不可避免的，研发会对一些细节展开具体实现的讨论，这个时候对于无法立即得出结论的讨论应该及时停止，并做好记录保证在会议后进行跟进，争取在下个会议上得出结论。在讲解完一个大模块的需求时，应该适当的停下来咨询大家的意见，是否有问题需要讨论，是否有事情需要跟进。