产品工作流程

用户是谁？核心用户群体是什么样子的？这个需求的流程是什么？功能的信息流转是什么样的？回路是什么？相关人有哪些？会对其他相关人带来什么？能够带来什么商业价值？能否给用户带来价值？如何融入到现在的产品架构去？功能设计体验如何统一？降低用户学习成本？

思考框架

业务——模块——功能模块——流程——页面设计——页面逻辑

业务是怎么流转的、业务部门之间是怎么联动的。拆分业务方希望这个产品或这个版本要达到什么目的，即业务方希望什么人(他的用户)在什么情况下做什么事情。

梳理出业务需求池和业务流程图

场景：用户在什么时间、空间，做了什么事情

分为2个维度：客单价 和 频次

功能需求池：把“需求”进行归纳和整理，拆分需求的真伪程度

需求分析

1）资深人士沟通，2）竞品分析，3）行业数据，4）内部需求，5）数据挖掘，6）用户需求

需求采集

七麦数据——可以看整个产品，历史迭代的版本、每个版本是怎么做的、标志性的动向有哪些。

行业数据的来源：易观智库、Trustdata、QuestMobile、艾瑞咨询

产品数据的来源

1.了解业务

2.模块梳理

1.立项

梳理出功能模块，再把功能点分几个版本去迭代

1.功能模块

把每个功能模块之间串联起来，用流程图串联起来，每一个功能都有输入条件和输出条件。

2.功能流程

产品自查表，针对你的产品，正常的怎么流转、边界值该怎么去串联、怎么提示，输入条件是什么，输出条件是什么，对应的页面原型能不能完整的呈现出来

3.页面设计

4.页面逻辑

版本记录一般分为3块：当前版本迭代的功能、历史版本的记录、本次版本的修改记录。

详细版本说明&版本历史

是指产品需求产生的原因和目标

需求背景

用户类型，用户的地区、性别和年龄分布

目标用户

记录用户故事和需求描述，以及该需求的状态和优先级

用户需求

为了满足用户提出的需求所具备的功能列表。清单主要包括功能模块、功能点、功能描述和优先级。

功能清单

功能结构图

信息结构图

产品架构图

原型+功能说明+流程图

功能说明

名词解释

权限说明、授权说明、异常情况、键盘说明、字段规则等等。

全局说明

技术组件需求、性能需求、安全需求、系统要求、可用性需求等等

非功能性需求

详细的埋点设计（一般C端产品需要）

5.需求文档

2.产品阶段

1.产品评审

2.【开发编码】、【测试上线】、【数据分析】，最后是【产品迭代】

3.开发阶段

流程

产品工作流程