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