重磅推荐：对标产品总监，手把手教你编写《评审提纲》( 三 )

3. 需求说明书原型演示完毕后，我们还需要评审下需求说明书，需求文档的重要性大家都很清楚，既是对我们产品本身的总结和提炼，促进需求完成向下有效传递的工具，也是我们追溯的重要凭证。
所以我们一定要写规范，详细需求内容一般会分为五大核心，包括功能描述、业务流程、界面描述、页面元素、业务规则。
原型评审完毕后，我们就需要将需求文档评审，以便后续开发进行参考设计。
这里多说一句，需求文档和原型设计应该先写哪一个呢？欢迎关注镜同学的后续文章，我将结合实际经验以及调研汇总情况，予以解答哦。
第七步，组织下问题的沟通讨论原型设计和需求文档评审结束后，评审会的进度条就90%了，不过，我还是建议你不要直接宣布散会，再组织下沟通讨论。
这一部分重点是收尾，那么在收尾之前，可以回顾下产品设计的历程，重点是表达下自己的专业性，你不得不承认，有时候权威往往决定需求开发的速度和遇到问题时沟通的效率。
其次，要确定需求沟通的方法、形式，强调需求沟通的重要性，凝聚共识，统一思想，更容易提升团队的作战效能。
这里建议我们提前表达下产品设计可能存在的不足，考虑不到的地方，一来是谦虚的态度，二来这也将会是以后需求变更及后续沟通的润滑剂。
同时，要打破信息不对称的情况，建立信息对等的匹配机制，将产品设计的成果，比如调研方案、系统架构、业务流程、原型设计、需求文档都共享，并且建立沟通交流机制，确定沟通形式，随时接受反馈意见。
最后，再讨论下问题清单，这个清单是需要在设计过程中记录的，是需要和相应岗位的同学交流讨论的。
有可能需要同开发同学确认某些问题，也可能需要同业务人员或者运营同学交流沟通，最后一定要讲问题清单沟通到位，当然，也可以让参与评审的同学提问，自己再进行逐一解答。
在我看来，产品需求评审提纲，更重要的是建立一种结构化的思维习惯，这也是我想表达的地方，产品经理不仅是需求的设计师，更是需求的火炬手。
我们要尽可能认真、专业、系统化，结构化去表达和传递需求，才能做好需求的全流程设计与管理，实际上，这份提纲就是将专业化设计，用结构化思维，进行系统化表达，从而实现几何化的效果。

以上关于本文的内容，仅作参考！温馨提示：如遇健康、疾病相关的问题，请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容，希望对您有所帮助：