本文作者将以“懂球帝”的问答功能需求文档为例，与你分享如何做一份简洁而又具有重点的的需求文档。

很多产品经理反应：需求文档在工作中有用吗？我们研发从来都不看我的需求文档，需求文档只是为了当产品出问题时拿出来证明自己的工作结果而已，写需求文档是为了避免“背锅”而已！

事实上不管你写没写需求文档，当产品出现问题，这个锅一定是产品经理来背的！你是产品负责人，产品出问题，不找你找谁？

需求文档真的不重要吗？答案是否定的。需求文档当然重要，需求评审会，评审的是需求文档吧！当然一些初期的团队都是产品经理说了算！自然不用什么评审会。但产品出问题了，总得找问题做备案吧！当产品经理离职的时候总得做交接工作吧！没有交接，那下一任产品经理还得重头慢慢梳理产品功能流程？

看过很多需求文档！少则十几页Word文档。多则100多页。我想说这100多页文档，你是要做死自己呢？还是研发跟你有仇啊？你想看死研发？也难怪研发不看你的需求文档。100多页的文档完全不知所云，产品或功能的核心业务逻辑都没，业务流程也没有。那么，如何做一份简洁而又具有重点的的需求文档就非常关键了。

如何做需求文档？

1、明确需求背景与开发目的

明确功能的目的，目的性如何定？

（1）对用户：对哪类用户具体有什么好处？有没有受影响的用户？

• 增加内容，提升准确度（如：选择标签）
• 减少抄作，提升便利性（如：推荐入口）
• 功能补充，提升体验（如：发票功能）

（2）对平台（对内）：对内部数据，操作人员是否提升了效率？

• 增加渠道，引入新用户（如：分享功能，支持微信登录）
• 减少重复操作
• 数据分层，提升精准度（如：手机验证，按城市群发信息）

（3）对商业：是提高收入？还是提升了转化率？

• 拉动付费转化率（如：两人付费，一人免单）
• 增加新产品，创造新的收入点（如：在线订座）
• 对原有数据重新整合，提高数据转化率（地图找房）

总结：对内讲效率，对外讲体验，对商业谈转化。

2、明确功能的基本逻辑

用户要达到的目的，大概的逻辑是什么？

• 业务数据的流向
• 涉及到的功能点整理

3、整个的业务流程是什么样的？

• 用户操作流程
• 流程中可能出现的异常情况
• 页面流程是如何的？涉及到哪些页面？
• 每个页面的元素有哪些？

4、原型图及功能详解

前面所有的意淫都将在这一步落实！

5、测试用例

产品或功能开发完成后进行测试，需要测试哪些东西，产品经理是需要整理出来的。

6、设置考核指标

考核有哪些？

比如：支付功能，他的主要考核指标是支付转化率。登录注册功能的考核指标必然是注册转化率。当然不同的功能考核指标不一样，有的功能涉及到多项考核指标。

以“懂球帝”的问答功能需求文档为例

1、需求背景分析

（1）需求背景

在移动互联网的背景下，内容知识的分享交流成为潮流，而且最终受到市场的青睐和用户的认可，如：知乎，分答等社交知识分享产品。

（2）开发问答功能的目的

使“懂球帝”产品内容多样化，从问和答两端提升用户的参与度，从而提升用户粘性，满足用户社交问答的需求。

（3）“懂球帝”目前产品存在的问题：

1. 内容形势单一
2. 社交形势单一
3. 用户产生的优质内容得不到很好的展现
4. 用户参与度不够

2、用户场景需求梳理

3、解决方案

（1）问答功能核心业务逻辑

备注：优质回答的作者可获得平台提供的奖励作为报酬！如：设置周榜单或月榜单等！

（2）业务数据流向

（3）相关功能点整理

4、核心业务流程

（1）主流程

（2）评论，点赞子流程

（3）页面流程图及页面相关元素

5、原型及功能详解

6、测试用例

7、考核指标

（1）数据统计

• 用户参与互动数据：问答人数，回答人数，参与评论数，点赞数，分享数，收藏数
• 常规数据：问答详情页浏览量，停留时间，用户平均浏览回答详情页面数。
• 单条问答点击率

（2）数据分析

横向对比单条问答点击率，浏览量，停留时间，有助于运营寻找内容引爆点，提升运营效果和质量。

点击率计算公式：点击率=点击量/展现量

回答点赞数，分享数，搜藏数有助于挖掘大量高质量内容和作者，

（3）埋点

• 问答列表页浮动“我要提问”按钮
• 问答详情页浮动“我要回答”按钮
• 回答详情页问题标题下的“我要回答”按钮
• 回答详情页的“评论输入框”
• 回答详情页的“收藏”与“分享”按钮
• 回答详情页的右上角的“分享”按钮

本文由 @郑用平 原创发布于人人都是产品经理。未经许可，禁止转载。