思维|运用产品思维写好产品需求文档( 三 ) 增长率|andrew|内存|oem|半导体

1）产品需求文档应从宏观到微观地进行铺展，因而需要先写总体需求（依据实际情况可附上业务流程、功能列表清单、功能结构图、信息架构图、角色权限等），再写具体需求。
2）使用结构化思维去进行思考和表达时：结论先行，再去展开阐述，先突出重点，能够让对方更加轻松地理解我们想表达的观点。如编写背景及目标时，可先写总的结论，在分点详细阐述,对需要关注的地方进行加粗，避免大段文字的叙述。
3）业务流程图绘制也可采用结构化的思维。在进行流程图的绘制过程中，只有一个流程主线，可使得流程图脉络清晰，业务明了。如果异常流程非常复杂，针对每一个流程节点，如果出现异常流程，可以建立子流程模块，在子流程中标记出异常场景的分支流程；然后把子流程链接到流程概图。
3. 闭环思维：有始有终，推动问题解决闭环思维是指我们在做一件事情时，要做到有始有终。不是仅仅把事情做了，而是要保证事情做了以后，是能够解决问题，或者有相应的见效或进展的。
1）依据评审后的讨论结果，不断修正产品需求文档。在需求评审前，产品经理已经输出了第一份产品需求文档。但这个产品需求并非初步方案就能够解决问题，在历经交互、开发评审后，才会最终敲定方案。
因此，我们需要不断地修正需求文档并同步给各协同人员。当然，也应该附上相应的修订记录，但由于工具的发展，我们可以依赖工具的变更历史来回顾修订记录，因此不再需要在需求文档上附上修订记录。
2）产品需求文档解决的不仅仅是当前的一个问题，也是规划推动下一个问题的解决。
尽管每次迭代的目标细分不一样，但是总体的目标都是把产品做好。因而为了推动这个终极目标的实现，我们需要明确清楚每一次迭代需求的目标（注意同步各协同人员本次需求的目标），并且规划好下一个迭代的需求，才能不断推动问题解决，得到良性循环，使得目标越来越近。
六、总结产品需求文档是每一次产品迭代工作流程中的重要产物。作为产品经理，也许我们已经习惯了自觉输出一份产品需求文档，仿佛PRD是一份工作产出的检验物。
但是，产品经理需要有产品的主人翁意识，推动产品需求的落地上线并不断检验。因此，我们应当把PRD作为推动需求落地上线的指导纲领，提高产研效率的有效工具，将产品思维的思考方式运用到策划工作中。
我们需要不断总结思考每次的实践，并加以抽象化系统化的形成方法论，再运用到下一次的实践中，反复思考优化方法论，为类似的工作提供可参考的方法。
参考文章：
作者：kayeelao，腾讯TEG产品策划；公众号：腾讯大讲堂
本文由 @腾讯大讲堂原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Pixabay，基于CC0协议。