最近因为一些工作上的原因，加入了朋友运营的社群，社群成员每个月都需要写关于互联网的文章。输入倒逼输出，就有了这篇关于「产品经理需求文档」的文章，希望对现在在看的你（产品经理）有帮助。也欢迎你看到比较优秀的需求文档可以分享给我，让我也学习学习。
▍1. 需求服务人群
我认为需求文档的定位人群是：
1. 给合作的开发能够看得懂
2. 给未来接手这块业务的产品经理能看得懂
基于这样的考虑，是必须事无巨细地把所有需求的点都说明一遍，虽然繁琐，但也算是锻炼自己的严谨性。
举个例子
需求内容必须自己不断地思考，不断地说服自己，输出文档才可以说服开发，如果你这些内容没有考虑，在开需求评审会的时候，由别人来提出，而你完全没有考虑，会很尴尬的......
知识点：
· 需要对业务数据熟悉，才能知道具体的数据情况
你可能会说你不知道怎么熟悉，那么就一个个细节看，就像上面为什么 Q3 价格那么低，排那么后是不是权重值比较低呢？
而我自己对于熟悉业务的做法是：根据现在已有的原型重新绘制，假设自己来做这个需求，这份文档可以怎么写？
▍2. 需求考虑细节
· 【状态】有什么状态（可选/不可选）、（可按/不可按）、不可操作状态是否需要 toast 反馈？
如果交互设计师没有帮你考虑这个，那么状态样式可能就是相同，只是文案不同而已。
·【输入框】占位文字是什么？是否要限制数字输入或者是文本输入？
如果是电话输入框，是否要做长度校验？是否要做验证码校验？是否可以直接调用小程序的电话授权？
如果调用小程序电话授权，APP 端没有授权，又要怎么显示？
·【文案】字符长度；一行二行？多余怎么显示？
如果你不考虑极端情况，那么会出现的情况是前端的内容过长就都是用省略号显示......
这些内容都是需要自己考虑清楚的，需要什么业务数据找开发拿，肯定有，但是怎么利用就要靠自己了。
如果没有考虑清楚，就会出现这样的情况，明明是 2 辆车的对比，但是我却完全不知道这 2 辆车是谁和谁？
（借用友商来举个例子）
·【数据】图片前端写死还是服务器下发？服务器从哪里获取这些数据？
如果需求没有写明来源，后端开发肯定会来问你这些图片是从哪里来的？
如果你不考虑下发的内容是否包含所有，那么有一些内容没有数据，就只能怪自己了，因为开发确实照你的需求做。
·【下发】列表是如何排序？按时间倒序？
下发数据内容要控制极端情况，跟设计师沟通极端情况效果如何，如果不合适就要做限制。如果需求不说明清楚，如果开发也没问清楚.....
·【交互】点击后状态是跳转？浮层？还是其他？
浮层是否需要有一个关闭 / 返回 按钮？
浮层是否有交互动画，如果你没说.......
·【转发】转发的图片、转发的文案、进入的页面是什么？
·【设计】希望设计的风格如何？
·【动效】前端展示的效果是什么样的，有没有时间限制？出现的标准是？
·【说明】补充说明
·【其他】异常状态：用户未填写内容、没有数据、网络故障
··· 在工作中经历后慢慢完善。
▍3. 大型需求
· 大型需求最好写流程图 & 目录
大型项目流程比较复杂，最好有个流程图来理清大家的思路。
同时有个目录来说明相关内容的顺序，方便快速定位到指定内容，不然可能产品自己都会混乱。
（图中标红是类似 git 针对调整的内容做标记，一看到某块内容标红了，就知道需求调整了这块内容，并不是说这块是重点内容。）
▍4. 其他说明
· 是否有埋点？
如果需求确定了，最好也把埋点完善起来，埋点是用来检验用户是否对你做的功能满意，因为数据是不会说谎的，如果数据有异常，就可以定位推理出状况了。
· 需求最好用原型图来说明
我个人比较推崇写需求的时候用原型图表示，因为原型图画出来的所有细节都必须顾及到，同时设计过程中可以了解这些点是否合适，不合适的话，借由现在的需求顺便调整内容。
▍最后
1. 请教了网易 / 唯品会 / 腾讯的产品，他们也没有一个统一的需求规范，不过会有一个适合开发查看的需求规范。
因此工作中建议找个工作相关的小伙伴来帮你看需求，不断迭代自己的需求格式，一方面是让自己更加专业，一方面是让跟你合作的同事不觉得你很不专业。
虽然有时候会得到这样的吐槽
不过看到这样的话，还是很欣慰
2. 一切规范的模板和工具是为了灵活地提高效率，你最好吸收别人的内容，创造自己的模板，会提高自己的效率。因为如果考虑不仔细，开完需求评审会之后，还要再补需求也会降低效率。
也许我说的都是错的，如果你看得很开心，赞赏告诉我一下，让我也开心开心？
网友评论