背景：没有真正迭代需求文档的经历，而只是编写几个不同格式的需求文档出来给到开发和UI。并且在后期的需求变更中增加到文档中，本身文档并没有起到期望中的知道作用。
本人也是经过多次查找，尝试，才得出自己认为一个比较好的文档模板。
首先，要搞清楚需求文档是干嘛的？在我看来有两个作用，一个产品经理通过文字和流程图的手段，从头到尾撸一遍产品功能和流程，这个过程是要用文字表述出来，而且要依照一定的格式，所以对自纠自查非常有帮助。二个作用就是通过语言的精准性，将需求表达出来，作为最终确认的一个规范，交付确定性。
而并不是指导开发去开发的作用。那个只要UI去知道就可以了，可以在蓝湖上将UI做成交互文件。
好，回到需求文档，那么如何做好自纠自查，以及做好完备性和准确性呢？
无非是输入输出和材料工具。
学过项目管理的同学对这个都比较熟悉，这个方法用在需求文档中是非常合适的。具体如下截图：
功能模块描述表格
依据上面的表格，逐一填写，尤其表述清楚输入时什么，输出是什么，然后说明中间做了哪些动作，以及需要哪些条件，这样逐一拆解模块和功能，根据颗粒度的不同可以到模块，功能，按键。
下面是目录的截图：
模块目录展示
如上是一个登陆模块的说明，分为三大块，分别是需求说明（就是上面的表格），界面展示（原型的对应页面截图，并在截图上做简要标注），用例流程（将模块的功能用流程图表示出来，更加直观，便于参照文字说明进行理解）。然后如果有下级功能，用此种方法去细化类推即可。
基本上，用这种方法，就可以出一份比较正规清晰的需求文档了。其他的表头部分就不说了，都是些可有可无的东西。比如版本说明，修订人说明，项目分析，功能导图，产品流程图等等。
以上，是一些需求文档的个人心得。
明天和大家分享一本书，名字叫做《即兴演讲》，谢谢大家，晚安。
网友评论