作为一名产品狗，最痛苦的事情莫过于写出来的需求文档没人看，还被程序猿背后捅刀，所以特地花几天时间来总结下怎么把需求写得让人愿意看、看得懂、看得爽
本文以一个理财产品作为示例来整理需求文档。
一． 产品概述
1.1产品背景
随着近几年互联网金融的普惠普及，同时社会财富的迅速增加，社会对理财的需要更为强劲，为了更好的满足用户理财需求，提供更优质的金融服务，打造一站式的金融理财平台。
1.2目标
打造一站式的金融理财平台，全方位满足顾客理财需求。
二．需求说明
1. 目标用户
这里可以将目标用户进行分类分群，然后从中挑选典型的用户拿出来进行描述，包括通用性的性别、年龄、收入、职业、地域、学历、住房、家庭等，以及在目标行业的状况，比如我们是以理财为目标行业的，就可以重点描述用户的经济状况以及对互联网的接受度和使用情况。
2. 用户场景及需求分析
基于以上画像，就可以将用户场景和诉求（问题和希望）进行分析描述，比如白领在每个月发工资的时候希望能存一部分下来以备将来买房买车及结婚。
根据以上的问题或期望，总结出能够解决问题或满足美好愿望的功能或解决方案。
3. 需求分析列表
将以上功能进行细分，并从各个维度进行评估，比如说需求频次、强度、商业定位（公司的的重视程度）以及其他外部涉众。
KNAO 需求分类和排序模型（不知道的请自行百度补脑 http://dwz.cn/7wV2I2 ）
用户对一个产品最终是否满意取决于产品是否满足了其期望。所以我们也使用KNAO模型来进行分析,判断需求是否满足的必要性。
4. 需求汇总列表
根据以上，整理出需求响应优先级。
三．产品结构图
产品结构图主要用来描述产品的页面功能结构，有点像PC的网站地图，这样整个APP的机构一览无疑。推荐使用脑图，当然使用组织结构图，树形图也可以，没那么直观方便。
四．全局说明
全局说明主要用来描述APP通用、高频或者全流程贯穿的内容。比如，页面加载动画和说明，或者是遇到网络无法加载时给用户的提示等等，形式可以根据具体需要来，比如页面的说明，可以用原型加注释，如果是提示语的说明，可以用表格或者文案。下面以网络无法加载提示为示例。
4.1 网络无法加载
4.2 输入框规范…
4.3 页面加载动画…
……
五．产品功能特性
1. 购买活期理财（货币基金）
1）功能描述
2）原型页面
我个人理解的高保真原型是除了颜色，所有页面都跟成品长一样，个人也不太建议在画原型的时候把色彩放上去，除非你你认为并且老板也认为你比设计做的更好或者公司没有设计的妹纸……
3）功能流程
2. 定期理财…
3. 推荐赚钱…
4. 签到…
……
六．其它产品需求
1. 用户触达需求
绑卡开户成功后发送短信至注册手机号（新手礼包），短信内容如下
“尊敬的旺财会员，欢迎使用旺财理财，888元新客礼包已发放到您的中户，点击XXX查看详情”
2. 数据监控需求
1）上报旺财宝PV，UV数据，页面基础信息参考附件
2）记录点击“转入”“转出”点击次数，一遍后续追踪点击数和交易数的转化率。
3. 性能要求（预计用户数量、并发量等）…
……
七．风险分析
潜在的风险以及应对的方案，比如转入时支付通道有15秒延迟，充值后没到账，引起用户投诉等。
八． 相关文档
完整流程图和原型图参考附件。
----------------------------《结束》---------------------------
看完以上内容，可能有部分用户表示看起来还是比较费劲啊，那如果是这样呢，是不是就不一样了
在这里特别强调下工具的使用并且用好，在文档撰写的时候我用到的工具包括，Axure 8.0、Skech，MindManager，Visio，PPT 等。比如Axure 自带的发布功能，最后需求文档只要丢一个链接在群里就行，后续如果有修改更新啊，可以直接同步上去，这样就不会产生版本不一致的问题。另外在画图的时候尽量美观一点，哪怕是标下不同颜色，坚决不做差不多先生。
最后说一点，需求交付千万不要丢个Word，把一堆的截图放在Word里面，就算想看都不一定能看清楚，如果真没时间做，可以把文档导成PDF，给阅读者的感觉就不一样。
说明：以上需求是一个相对完整的需求模板，适用于从0-1产品或则较大的项目迭代，日常迭代小需求可以看需要选取一部分甚至是EXCEL清单。。
网友评论