案例解析｜如何做一份简洁而有重点的的需求文档

2017-05-05 09:33:00

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

很多产品经理反应：需求文档在工作中有用吗？我们研发从来都不看我的需求文档，需求文档只是为了当产品出问题时拿出来证明自己的工作结果而已，写需求文档是为了避免“背锅”而已！
事实上不管你写没写需求文档，当产品出现问题，这个锅一定是产品经理来背的！你是产品负责人，产品出问题，不找你找谁？
需求文档真的不重要吗？答案是否定的。需求文档当然重要，需求评审会，评审的是需求文档吧！当然一些初期的团队都是产品经理说了算！自然不用什么评审会。但产品出问题了，总得找问题做备案吧！当产品经理离职的时候总得做交接工作吧！没有交接，那下一任产品经理还得重头慢慢梳理产品功能流程？
看过很多需求文档！少则十几页Word文档。多则100多页。我想说这100多页文档，你是要做死自己呢？还是研发跟你有仇啊？你想看死研发？也难怪研发不看你的需求文档。100多页的文档完全不知所云，产品或功能的核心业务逻辑都没，业务流程也没有。那么，如何做一份简洁而又具有重点的的需求文档就非常关键了。

如何做需求文档？

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

明确功能的目的，目的性如何定？
（1）对用户：对哪类用户具体有什么好处？有没有受影响的用户？

增加内容，提升准确度（如：选择标签）
减少抄作，提升便利性（如：推荐入口）
功能补充，提升体验（如：发票功能）
（2）对平台（对内）：对内部数据，操作人员是否提升了效率？
增加渠道，引入新用户（如：分享功能，支持微信登录）
减少重复操作
数据分层，提升精准度（如：手机验证，按城市群发信息）
（3）对商业：是提高收入？还是提升了转化率？
拉动付费转化率（如：两人付费，一人免单）
增加新产品，创造新的收入点（如：在线订座）
对原有数据重新整合，提高数据转化率（地图找房）
总结：对内讲效率，对外讲体验，对商业谈转化。
2、明确功能的基本逻辑
用户要达到的目的，大概的逻辑是什么？
业务数据的流向
涉及到的功能点整理

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

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

4、原型图及功能详解

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

5、测试用例

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

6、设置考核指标

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

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

1、需求背景分析

（1）需求背景
在移动互联网的背景下，内容知识的分享交流成为潮流，而且最终受到市场的青睐和用户的认可，如：知乎，分答等社交知识分享产品。
（2）开发问答功能的目的
使“懂球帝”产品内容多样化，从问和答两端提升用户的参与度，从而提升用户粘性，满足用户社交问答的需求。
（3）“懂球帝”目前产品存在的问题：