中台产品跨业务系统设计

中台产品设计的一般过程

主要包含：
  1. 明确产品模式
  2. 逐个拆解模块
  3. 详细功能设计

一般的调研方法：
  目的 =》 认识 =》 还原 =》 创造 =》 报告
  这简单来说就是理解产品，去体验竞争对手的产品，接着进行分析、汇总，画流程图，最后得出结论，是不是我们要的，要的就干，就如扣扣发展历程一样。
  调研带来的价值有可以节约时间、少走一些弯路、从战略看攻防问题。
  以便去学习他人的优点并结合实际需求进行功能改进，研究战略。

产品模式

  有哪些功能，能服务哪些业务，可以提供什么能力，解决什么问题。
  前台服务一般都属于业务模块
  中台服务把功能进行模块化，集中到一个地方
  后台服务把业务功能模块化，垂直化。

  对于前中后服务来说，可以通过HTML、API、SDK服务模式进行衔接。

  产品模式总结：XX中台系统，有哪些中台模块，通过什么服务模式服务于哪些前台业务或者双系统，这些需要依赖/打通哪些后台系统或者服务。
  比如XX中台系统，其中包含支付模块，通过SDK服务服务于前台所有支付业务，这些需要依赖于底层安全机制加密算法服务。

拆解功能

模块拆解的方法：
  1. 明确大致是个什么系统
  2. 明确参与使用系统的角色
  3. 拆解一级模块（可以通过角色对用例关系来拆解）
  4. 细化一级、二级、三级、四级等等模块

功能详细设计

  - 流程：明确依赖关系
  - 原型：明确交互所需字段
  - 规则：明确各类规则权限

  通过上面三大块内容就可以进行输出一份初步的PRD文档。

流程图：
  - 选择使用的流程图方式，比如活动图、序列图等等
  - 找出主题，比如它们之间的分工、活动、动作、分支、产物关系
  - 补充管控点，审核、规则、异常
  - 分析监控，比如监控效率、关心的流程、其它需求

原型：
  - 明确具体字段
  - 明确显示文案
  - 明确交互逻辑

  在上面三个点内容里面，在我们公司是不明确的，所以看到了好几款产品在字段、文案、交互这块都很弱。这也决定了产品质量的好坏。

规则：
  - 全局规则
  - 内禀规则
  - 交互规则

走过产品的一些坑：
  - 需求不明确，调研不彻底；
  - 依赖关系定位不清
  - 统一标准难建立
  - 开发坑
  - 甩锅坑
  - 沟通不足，信息缺失
  - 没有把产品原型放到该有的位置
  - 无休止的变更
  - 这是老板/客户要加的