当我们对产品进行迭代时，通常需要输出需求文档。
需求文档的作用主要有：
1. 相关功能的说明书；
2. 研发参照、版本复盘的依据。
先来具体讲述下 “相关功能的说明书”。
1. 为什么把 需求文档 比作 说明书 ？
不妨来做个比喻：
建筑工人要盖房子，首先得对照房屋建筑图纸，因图纸上有具体的 房屋结构、给排水设计、尺寸、强弱电 等等。工人只要按照图纸，就能盖出房子。
那么，需求文档能给研发起到同样的作用，因需求文档上有具体的 页面布局、信息元素、数据来源、交互动效、功能逻辑 等等。研发按照需求文档，就能完成产品的迭代和研发。
虽然 需求文档起到了施工图纸的作用，但需求文档 仍然 需要具备以下要素：
①. 信息元素的完整性；
②. 数据来源及其规则；
③. 功能逻辑的清晰性；
④. 交互动效的完整性。
我们来通过一个小说的 “分类功能” 来具体说明下，需求文档需要注意哪些：
再来讲述下需求文档是研发参照、项目复盘的依据？
2. 研发的参照物
在项目研发、版本迭代中，研发同学会根据对 需求文档 的理解，研发出相关的功能和逻辑。因此，如果需求文档中出现 含糊不清 的描述，那么研发在缺少沟通的情况下，只能根据自己的理解对功能进行研发，最终可能出现功能实现与需求文档 不一致 的情况。
需求文档中要避免含糊不清的表述和用语：
例如： * 从昨日阅读最多的书籍中取10本展示。
这句需求描述中，有几处描述不清的地方：
①. 从昨日阅读最多，是指阅读UV最多，还是阅读PV最多？
②. 从昨日是指昨日00点-24点么？
③. 取10本展示，是按什么顺序？正序、倒序、还是随机？随机是怎么随机，正态分布？
因此，在需求文档中要尽可能做到描述清晰，才能避免上述这些问题。
3. 项目复盘的依据
事实上，我们对产品的每一次迭代，应都有明确的目的。例如，提高用户的留存、提高商业变现效率、提高产品的自传播能力、完善产品的基建等等。
一旦我们在项目启动之初定下了目标，那么需求文档应围绕这个目标去拆解，需要做哪些功能才能达到或完成目标。
因此，在版本迭代后，我们还应该通过版本复盘，对照需求文档，来评估迭代的质量和效果，是否达到了最初设定的目标，在版本复盘时，我们可以采用KISS原则(后续再讲)。
因此，实际上，每个版本迭代，应遵循： 设定目标 - 梳理需求 - 输出需求文档 - 进行研发 - 产品复盘。
以上是我们产品在输出需求文档时的注意要点。
南山南 | 10年移动互联网从业经验，资深视觉设计师、高级产品经理
“如果天赋不是与生俱来，那么更应兢兢业业”。
