第一部分 产品概览
1.项目背景介绍
业务背景情况,当前遇到什么问题或机会,说明为什么要这事。描述用户在什么场景遇到什么问题,以及同行或竞品的情况。并提供数据分析或案例说明支持。
2.产品概述
首先用一句话简单说明要做的事,然后介绍所提供的方案,包括产品大的功能模块;
3.产品目标期望
这个项目达到的效果,包括核心用户价值。以及可以量化的效果指标,如:PV/UV,转化率,效率提升,满意度等。
第二部分.产品需求
产品用户典型的产品用户群,或者在某个场景条件下的用户;
4.业务流程图
这个产品功能的业务流程,业务上如何扭转,不同节点的判断条件等,讲明白整个事情的发展。
5.产品结构图
体现模块化思路,完整的产品拆分的不通功能模块,以及模块之间的关系。模块之间可以作为项目分阶段迭代的参考。一种方式可以是技术开发多用的架构图,一种可以是先有流行的思维脑图。
6.界面跳转图
体现产品各个界面之间的流转逻辑,比较真实的展现用户事使用产品的过程和路径。此流转图多有交互设计师提供。
7.需求详情
按照产品概览里提到的功能要点,逐个分开详细说明。要求语言简练,以最少文字说明问题。要知道需求文档的文字是乏味的,如果用乏味的文字描述清楚,还能让人有热情细看完整,这出来语言上的要求,还有排版的功力。每个需求详情包括:
7.1简要描述:
- 即一句话概要说明功能点;
7.2业务细则:
- 包括业务的前后条件,有哪些数据项,数据项的边际条件,数据来源规则,交互行为等;
7.3界面示意:
- 一图胜千言,在产品设计阶段由产品经理插入原型示意图,交付开发时更新为视觉设计师提供的效果图。产品需求文档是需要更新维护的,技术实现后出现打折扣也常见,为保障文档的有效性,也需要维护更新。
第三部分.非功能需求
8.异常情况
异常情况处理,包括网络异常情况,数据异常情况等;
如:404,500,内容为空,网络异常,新手引导等
9.效果监测
围绕产品的目的,制定可衡量的效果指标。并根据指标进行相应的数据埋点梳理,包括统计的指标和维度;
10.产品风险预测
产品可能存在的风险,以及相应的应对方式。比如老数据迁移问题,数据内容依赖问题,法律政策风险等。
11.附件
作为需求文档的补充内容,比如一些规则表格,原始数据等。