思维|运用产品思维写好产品需求文档( 二 )

输出一份系统化可参考的方法论有助于产品经理避开不少弯路。运用产品思维去思考如何解决问题能帮助我们把解决问题的方案进一步标准化、产品化，从而用最少的时间和精力，实现最大化效果。
因此，我尝试用自己浅薄的经验，运用产品思维去总结输出一份可参考复用的方法论，希望能帮助到同样作为产品新人的同学们写好PRD，推动需求落地上线。
首先，分析问题。分析问题需要借助本质思维。
从我的经验来看，没有写好PRD导致需求没有对齐的情况有以下几个原因：

没有站在阅读对象的角度思考他们希望在PRD上获取什么信息
PRD的撰写逻辑混乱，可读性差
PRD的信息不同步
对本次需求的目标及规划不明确其次，解决问题

为了解决上述的问题，我尝试从用户思维、结构化思维、闭环思维来帮助思考和解决问题。
1. 用户思维：站在用户视角，提升用户体验用户思维，顾名思义，就是“站在用户的角度来思考问题”的思维。使得需求落地前期最为关键的一步，是将需求定义及描述清楚。为了让协同的人员理解需求，产品经理需要站在他们的视角，了解他们的工作场景及诉求，输出解决方案。
1) 设计师
工作场景：输出交互稿、视觉稿。
诉求：项目基于什么背景、有什么目标、目标用户的特点、整体功能有哪些、信息的架构、当前的业务状况如何、需要达到什么样的效果、未来的规划方向。
解决：简明扼要的背景及目标让设计师准确理解项目的需求。分析目标用户的特点有助于设计师更好地输出用户旅程地图，设计更好的用户体验。功能架构图及信息架构图帮助设计师梳理复杂内容的信息组成，避免信息内容在展示过程中出现遗漏、混乱、重复。
如是迭代的需求，告知设计师当前的业务状况及需要达到的效果，可以让设计师更好的明确本次设计目标。提前规划好产品的需求，有助于设计师设计时预留扩展空间，使得设计更具灵活性，易于扩展。
2）前端工程师
工作场景：搭建页面，交互实现，功能实现，接口联调，埋点实现。
诉求：页面的元素、样式、业务逻辑、功能逻辑、交互逻辑、埋点统计。
解决：具体需求中配图应在交互定稿后替换上最终的交互稿，在说明中详细解释重要的元素、规则及交互。如有统计要求，应有数据埋点的模块，告知前端相应的指标需求，详细描述该指标是何种事件触发的。
3）后端工程师
工作场景：搭建数据库，定义数据结构，建表，实现功能逻辑，编写接口，接口联调。
诉求：功能点的详细描述、数据的定义。
解决：功能列表清单有助于后端工程师据此编写相应功能的接口，在数据传递较多（表单等）的需求中，数据字典有助于后端工程师更好了解业务的需求，基于此定义数据结构、建库、建表。
4）测试工程师
工作场景：编写测试用例，功能测试。
诉求：功能点有哪些、功能的规则与逻辑、业务逻辑。
解决：功能多的时候，最好有功能列表清单，方便测试工程师针对功能点编写测试用例。具体需求内对每个点的交互、规则、元素描述清楚总的来说，贴合各协同人员的诉求，依据实际情况，用简单清晰的表述为各协同人员提供其工作时需要了解到的产品需求相关的信息，即是运用了“用户思维”去写好一篇产品需求文档，推动产品需求在各环节中的顺利进展。
2. 结构化思维：结论先行，突出重点结构化思维的本质是框架。是从无序到有序的一种思考过程，将搜集到的信息、数据、知识等素材按一定的逻辑进行归总，继而让繁杂的问题简单化；从而让我们的大脑更快速、更有效的处理信息。