产品技术大作战：需求文档

2016-11-26 18:25:00

写需求文档是一件多么痛苦的事情。

产品or技术的痛苦

关于需求文档要不要写，要写多细，是产品经理的一个痛点。且来说写那么细，那么久，还那么长，作为一个技术，多数还是理工科出身的，没有心情没有耐心更没有精神去看。

大作战

产品画完原型，旁注技术开发完毕自后，会上总结

技术一说：不够细；技术二说：逻辑思维点还是不够清楚；技术三说：改的版本为主，不知道以哪一个为准；

针对技术一：我狠下心，开始埋头苦写需求文档，耗时3天，总页数45页。

针对技术二：我狠下心，每一个小功能，小模块的交互我都用流程图表示出来。

针对技术三：我尼玛开始发飙了，你改的慢管我屁事。心里是如此想，但是还是耐着心说，每次的版本当然都要改啊，之前说过，上线之后，三天一版本。

但是，作为产品要记得自己有的时候都记不住自己说过没说过的话，对于整天面对着电脑，敲代码的技术，更是别有那么多期望，在设计产品时要把技术也当傻子（当然，不是真的傻），技术往往关注的是功能如何实现，前后端分离开发的，更要想着如何交互，哪有心思去管你产品在巴拉拉的说啥说啥，当然技术写出来的都有bug，更奈何要求产品没有一点问题，不进行需求的改动？请2位相亲相爱不要相互伤害。

回归正题，今天是讲讲跟技术关于需求文档的作战，说起需求文档，产品有几个是不痛苦的？写不写，有没有必要，视公司而定吧。

撰写总结

关于需求文档的格式就不多说了，就讲讲关于如何写的详细，当然也得那么痛苦对自己也是有帮助的，顺带帮助自己理了一下业务流程：

1.元素名称是什么：按钮，表单，搜索框，包含的其他元素有哪些，是如何来的

2.功能描述或者说页面描述：是为了实现什么

3.开发的优先级：以优、中、低表示

4.业务规则是什么：哪些内容又是可点击的，哪些是必须填写的，哪些是非必要填写的，

填写的字段有没有要求，字数是多少，字符是哪些；是不是要分页；多少条之后分页；没有数据的时候如何展示；没有有数据的时候如何排序；有数据又是如何排序的；在什么情况下可点击，什么情况下不可点击；点击后，以什么形式展示；

5.前置条件是什么：在进行此操作前是否有条件的限制

6.主流程是什么：描述；主要流程图；默认如何展示，哪些是必要条件；输入正确信息的提示，输入错误又是如何提示，以什么形式提示；交互的方式期望是什么样式的；更改信息后是否需要页面刷新，在什么情况下去刷新；

7.分支流程是什么：分支流程出现的情况；

8.异常流程是什么：可能出现的异常情况，该如何做；如果填写多余会怎么做，填写重复怎么做；网络异常怎么做；没有权限怎么做；404页面怎么做；