中台产品设计的一般过程
主要包含：
1. 明确产品模式
2. 逐个拆解模块
3. 详细功能设计
一般的调研方法：
目的 =》 认识 =》 还原 =》 创造 =》 报告
这简单来说就是理解产品，去体验竞争对手的产品，接着进行分析、汇总，画流程图，最后得出结论，是不是我们要的，要的就干，就如扣扣发展历程一样。
调研带来的价值有可以节约时间、少走一些弯路、从战略看攻防问题。
以便去学习他人的优点并结合实际需求进行功能改进，研究战略。
产品模式
有哪些功能，能服务哪些业务，可以提供什么能力，解决什么问题。
前台服务一般都属于业务模块
中台服务把功能进行模块化，集中到一个地方
后台服务把业务功能模块化，垂直化。
对于前中后服务来说，可以通过HTML、API、SDK服务模式进行衔接。
产品模式总结：XX中台系统，有哪些中台模块，通过什么服务模式服务于哪些前台业务或者双系统，这些需要依赖/打通哪些后台系统或者服务。
比如XX中台系统，其中包含支付模块，通过SDK服务服务于前台所有支付业务，这些需要依赖于底层安全机制加密算法服务。
拆解功能
模块拆解的方法：
1. 明确大致是个什么系统
2. 明确参与使用系统的角色
3. 拆解一级模块（可以通过角色对用例关系来拆解）
4. 细化一级、二级、三级、四级等等模块
功能详细设计
- 流程：明确依赖关系
- 原型：明确交互所需字段
- 规则：明确各类规则权限
通过上面三大块内容就可以进行输出一份初步的PRD文档。
流程图：
- 选择使用的流程图方式，比如活动图、序列图等等
- 找出主题，比如它们之间的分工、活动、动作、分支、产物关系
- 补充管控点，审核、规则、异常
- 分析监控，比如监控效率、关心的流程、其它需求
原型：
- 明确具体字段
- 明确显示文案
- 明确交互逻辑
在上面三个点内容里面，在我们公司是不明确的，所以看到了好几款产品在字段、文案、交互这块都很弱。这也决定了产品质量的好坏。
规则：
- 全局规则
- 内禀规则
- 交互规则
走过产品的一些坑：
- 需求不明确，调研不彻底；
- 依赖关系定位不清
- 统一标准难建立
- 开发坑
- 甩锅坑
- 沟通不足，信息缺失
- 没有把产品原型放到该有的位置
- 无休止的变更
- 这是老板/客户要加的
