为什么要写需求文档

需求文档给谁看?
  • 交互设计
  • 视觉设计
  • 项目经理
  • 开发
  • 测试
  • 其他产品经理
  • 其他需要了解业务逻辑的人
需求文档的作用是什么?
  • 准确、直观、完整传达产品需求
  • 保证各角色沟通有依据
  • 保证产品质量控制有标准
  • 存档
需求文档主要结构

file

需求背景及目标

需求背景

让项目参与者明白为什么启动该项目

修订日期 修订人 修订说明 修订原因 修订文档版本号

项目目标
  • 让项目参与者共识目标,找到价值感
  • 目标尽可能量化
  • 上线后验证目标达成情况的依据

功能列表

file

  • 拆分成最小的功能点
  • 功能点之间相互独立
  • 方便参与者理解需求,评估工作量

p0 产品灵魂 基础重要功能

p1-p2 用户本身体验

p3 产品运营 提升数据指标 提高用户粘性

p4 可有可无锦上添花 扩展性


逻辑展示

为什么需要逻辑展示?

弥补与程序员的种族差异

帮助自己梳理思路

避免需求遗漏考虑不周

流程图

file

流程图基本元素

file

流程图的基本结构

file

file

file

file

详细描述

file

file

file

细节描述主要包含:
  • 正常逻辑描述
  • 不同状态逻辑描述
  • 异常逻辑描述
  • 边界情况
想不到这么多情况怎么办
  • 善用工具,帮助整理思路,表达清晰
  • 向测试学习,多看测试用例
  • 善于总结

file

file

数据需求的采集标准:
  • 理论上所有用户端新增功能都需要采集
  • 改动/优化点需要进行前后数据对比
  • 版本的核心数据指标

    数据采集的类型:

基础数据、交互数据、用户路径

业务数据,服务端存库,用户行为数据,前端埋点

file

风控说明

file


小结

  • 需求文档的核心:以表达为目的,让查看的人清晰易懂
  • 文档完整性很重要
  • 文档表达方式灵活:axure、word、wiki、脑图、表格…
  • 逻辑严密,表达清晰

产品经理既能宏观至战略,又能微观至一个文本框的各种边界和异常