导读：本文作者将以“懂球帝”的问答功能需求文档为例，与你分享如何做一份简洁而又具有重点的的需求文档。
很多产品经理反应：需求文档在工作中有用吗？我们研发从来都不看我的需求文档，需求文档只是为了当产品出问题时拿出来证明自己的工作结果而已，写需求文档是为了避免“背锅”而已！
事实上不管你写没写需求文档，当产品出现问题，这个锅一定是产品经理来背的！你是产品负责人，产品出问题，不找你找谁？
需求文档真的不重要吗？答案是否定的。需求文档当然重要，需求评审会，评审的是需求文档吧！当然一些初期的团队都是产品经理说了算！自然不用什么评审会。但产品出问题了，总得找问题做备案吧！当产品经理离职的时候总得做交接工作吧！没有交接，那下一任产品经理还得重头慢慢梳理产品功能流程？
看过很多需求文档！少则十几页Word文档。多则100多页。我想说这100多页文档，你是要做死自己呢？还是研发跟你有仇啊？你想看死研发？也难怪研发不看你的需求文档。100多页的文档完全不知所云，产品或功能的核心业务逻辑都没，业务流程也没有。那么，如何做一份简洁而又具有重点的的需求文档就非常关键了。
如何做需求文档？
1、明确需求背景与开发目的
明确功能的目的，目的性如何定？
（1）对用户：对哪类用户具体有什么好处？有没有受影响的用户？
- 增加内容，提升准确度（如：选择标签）
- 减少抄作，提升便利性（如：推荐入口）
- 功能补充，提升体验（如：发票功能）
- 增加渠道，引入新用户（如：分享功能，支持微信登录）
- 减少重复操作
- 数据分层，提升精准度（如：手机验证，按城市群发信息）
- 拉动付费转化率（如：两人付费，一人免单）
- 增加新产品，创造新的收入点（如：在线订座）
- 对原有数据重新整合，提高数据转化率（地图找房）
- 业务数据的流向
- 涉及到的功能点整理
- 用户操作流程
- 流程中可能出现的异常情况
- 页面流程是如何的？涉及到哪些页面？
- 每个页面的元素有哪些？
- 内容形势单一
- 社交形势单一
- 用户产生的优质内容得不到很好的展现
- 用户参与度不够
（3）相关功能点整理
4、核心业务流程
（1）主流程
（2）评论，点赞子流程
（3）页面流程图及页面相关元素
5、原型及功能详解
6、测试用例
7、考核指标
（1）数据统计
- 用户参与互动数据：问答人数，回答人数，参与评论数，点赞数，分享数，收藏数
- 常规数据：问答详情页浏览量，停留时间，用户平均浏览回答详情页面数。
- 单条问答点击率
点击率计算公式：点击率=点击量/展现量回答点赞数，分享数，搜藏数有助于挖掘大量高质量内容和作者， （3）埋点
- 问答列表页浮动“我要提问”按钮
- 问答详情页浮动“我要回答”按钮
- 回答详情页问题标题下的“我要回答”按钮
- 回答详情页的“评论输入框”
- 回答详情页的“收藏”与“分享”按钮
- 回答详情页的右上角的“分享”按钮
【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
