如果产品经理想过且理解了产品需求文档本身，运用这种方式（工具）是有助于理解产品的；是否理解了产品该用什么方式（工具）表达出来，产品需求文档就是这么一个方式（工具）。
二者都理解后，写产品需求文档也就更得心应手。
以下是我写了多个产品需求文档后对产品需求文档的思考和理解，如有不当欢迎交流。
要做成一个产品要靠团队协作，团队当中还应该有一个参考点，在研发阶段产品需求文档就扮演了参考点的角色。这个参考点不光一人明白就可以了，还要向团队其他人说明白。
如何说明白？先说什么？怎么说？
先说什么？
就涉及到说明顺序。
所谓合理的说明顺序，是指：能充分表现事物或事理本身特征的顺序，也是符合人们认识事物、事物规律的顺序。
正确的顺序能正确地理清文章思路，能帮助读者理解。
在开发阶段，和团队人员说明产品需求描述，可以口头交流可以借助文本——一般是先说这个产品的主要功能，让程序员有大体的了解，然后具体到细节。
先说大体再说具体，这已是大多数人的习惯。这个习惯体现了从概括到具体、整体到局部的顺序，也是描述产品需求的逻辑顺序。这里面可以看到曾经在学校时老师教写说明文的影子，所要描述的对象和目的不一样。
先说概括，那概括的该怎么说呢。
门卫保安常通过三问——“你是谁？来自哪里？到哪里去？”来了解来访者。
来访者回答：“我是谁？来自哪里？到哪里去？”这三问好让保安了解来访者，并决定是否放行来访者进门。
“我是谁？来自哪里？到哪里去？”到处都有其影子，也是哲学的三大命题。
哲学的作用是：为人们认识世界改造世界提供方法论的指导。
“我是谁？来自哪里？到哪里去？”这三大哲学命题，个人觉得对人认识产品、改造产品是具有指导意义的，适用于理解产品以及指导写产品需求文档。毕竟产品也是一个世界，而且似乎真是值得好好玩味的三点。
描述一个产品往往是这样：通过这个产品的什么功能内容给谁带来了什么？也如下图1。
产品经理描述产品需求就像是：站在一个造物者去造物（软件产品）的角度来阐述所造之物。
是谁和来自哪里之间的描述，就显得比较微妙了。能带来什么？又影响着来自哪里？要细细体会。要描述得再详细一点，可在“我是谁？”这一点增加用对应的手法，比如：结构图表达这个产品特性的描述，可在“来自哪？”这一点上增加背景内容——如，用业务流程图来约定范围，根据不同的目的来添加描述。
图1
说了概括的后，再说具体的。
一个产品细分出来就会有很多具体需求，各个需求之间先描述哪个呢？
产品是需要给到用户使用的，是一个客观存在的东西，这个东西呈现出来是有载体的。用户使用这个东西是有一定流程的，这个流程也是这个产品所具有的特性。对于软件产品，呈现出来的是界面这个载体。
用户要通过操作完成任务，就需要一个接一个界面来做载体让用户完成任务。决定这一个紧接着一个的界面出现的是这个产品的逻辑顺序，是这个产品特性的体现。而每一个界面里各元素各功能也是依据逻辑顺序来排布位置展现出来的。
用户使用一个产品往往因为要满足多个需求，一个软件产品往往承载多个任务，各个任务之间可能独立且有联系。它们之间也是有着自己的逻辑顺序，体现出来可以是站点地图式的目录，也可以将一个站点任务分类为一个模块，视特性而定。
一个功能模块往往又不只一个对象需要描述需求。而且，一个功能模块里面需要描述的对象，往往也类似于满二叉树上的节点（如下图2），彼此也是有逻辑顺序的。
图2
要想用一个合理顺序给团队人员描述具体需求，那就得先弄清楚产品的逻辑顺序，同时设计界面（空间顺序）来辅助理解。
梳理逻辑顺序可以运用业务流程图、操作流程图等，根据逻辑顺序设计好的载体界面里的各元素、各功能就有了自己的空间顺序。
空间顺序是表现，逻辑顺序是内在，交织融合到界面这个载体上，就呈现出产品的样子。
已看见了产品的样子，要描述出来，角度也有点微妙。从整个界面到局部，局部中又从上到下从左到右，按照这种顺序来说明各需求描述，有利于全面说明产品需求的各方面特征。而且，这样安排合乎人们观察事物的习惯，易于理解也易于复查，是很合理的顺序。
解决了具体需求中先描述哪个的顺序问题，就到了一个具体需求该怎么说的问题。
在研发过程中，产品经理经常会听到类似的声音“这个需求是怎么样的？”“这个数据是从哪里来的？”“这个需求要做成什么样？”，这些类似的问题所反映的是不是与“我是谁？来自哪里？到哪里去？”所反映的很类似。
“我是谁？来自哪里？到哪里去？”是哲学的三大命题，上文也说过适用于理解产品以及指导写产品需求文档，似乎也真是值得好好玩味的三点。
看下图3：
图3
具体到一个功能模块的需求描述时：
我是谁：对象A或包含多个对象等；从哪里来：需要定义得到的或是怎样从别处调用来的等；到哪里去：要输出另一个对象B或执行不同逻辑条件得出不同的对象结果或过程状态或结束状态等。紧接着描述对象B：
我是谁：对象B；从哪里来：需要定义得到的或是怎样从别处调用来的到哪里去：要输出另一个对象C或执行不同逻辑条件得出不同的对象结果或过程状态或结束状态等。紧接着描述下一个对象……
对象之间的描述顺序，采用该产品所具有的逻辑顺序，这样会很清晰也有助于加深印象。
从上面所写的来描述一个功能需求，再看下图4：
截图一个产品需求文档中描述一个模块的模板，应该知道怎么用怎么描述需求了吧。
图4
一个功能模块所涉及的所有对象都描述完后，根据内在联系去描述下一个功能模块的需求。排版先后顺序和流程对应起来，再加上清晰的输入/输出以及下一步，会比较容易检查完整性。
以上这些根据不同要求，视情况而定地描述出来，相信整个团队人员对要做的产品需求都很清晰。说清楚后，就要去做清楚，做清楚也会涉及一个时间顺序的问题，功能是一个一个开发的，所以在需求描述时往往要加上开发的优先级。
总结：
本文顺序：针对产品需求描述这件事，先说概括再说具体——概括的需求该怎么描述？具体需求与具体需求之间先描述哪一个？具体一个需求怎么描述？产品需求描述要说清楚要依赖的说明顺序，常见的说明顺序有：时间顺序、空间顺序、逻辑顺序等，在描述产品需求时离不开空间顺序和逻辑顺序。“我是谁？来自哪里？到哪里去？”哲学的三大命题，可以作为一个逻辑一个顺序去认识产品改造产品，好好玩味应该有新启发。作者：画小六，_chen，一枚产品
本文由 @画小六
去年今日运营文章
- 2023: 网易职级与薪资体系(0)
- 2023: 农产品直播电商运营策划方案(0)
- 2022: 用户运营增长导论(0)
- 2022: 笔记:安索夫框架(0)
- 2021: 常见商业分析模型(0)
本文转载于画小六 ，本文观点不代表爱运营立场，转载请联系原出处。如内容、图片有任何版权问题，请联系爱运营处理。
