产品设计-原型及需求文档

产品原型使用工具：墨刀、Axure
需求文档使用工具：墨刀
使用工具Axure（Visio）进行流程图绘制

产品设计阶段：

PRD（Product Requirements Document），通过文字的形式将产品的需求特性与逻辑描述出来

需求文档给谁看：交互设计、视觉设计、项目经理、开发、测试、其它产品经理、其它需要了解业务逻辑的人

需求文档的作用是什么：

1. 准确、直观、完整传达产品需求
2. 保证各角色沟通有依据
3. 保证产品质量控制有标准
4. 存档

需求文档的核心：以表达为目的，让查看的人清晰易懂

需求文档主要结构：

1. 需求背景：让项目参与者明白为什么启动该项目
2. 项目目标：让项目参与者共识目标，找到价值感；目标尽可能量化；上线后验证目标达成情况的依据
3. 修订记录：修订日期、修订人、修订说明、修订原因、修订文档版本号
4. 功能列表：拆分成最小的功能点；功能点之间相互独立；方便参与者理解需求，评估工作量
5. 逻辑展示（流程图）：弥补与程序员的思维差异、帮助自己梳理思路、避免需求遗漏考虑不周
   
   
   流程图的基本结构：
   顺序结构：
   
   选择结构：
   
   
   循环结构：
6. 详细描述：正常逻辑描述、不同状态逻辑描述、异常逻辑描述、边界情况（一般指输入和输出的边界）
7. 数据需求（如果没有BI支持，需要产品经理自己定义埋点事件，不同的数据统计工具，不同的埋点规范）：
   数据需求的采集标准：理论上所有用户端新增功能都需要采集、改动/优化点需要进行前后数据对比、版本的核心数据指标
   数据采集的类型：基础数据、交互数据、用户路径
   ⭐️业务数据是通过服务端存库完成的；用户行为数据是通过前端埋点实现的
8. 风控说明或性能需求：可能出现的风险点和策略

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