1. 中台产品定位与原型思维

1.1 中台核心价值

中台产品的本质是企业级能力的复用与沉淀。它不直接面向终端用户,而是服务于多条业务线,解决前台重复建设、数据孤岛、能力无法沉淀三大业务问题。

典型用户场景:某电商平台拥有 APP、小程序、H5 三个前台渠道,每个渠道独立开发了用户登录、商品搜索、订单管理功能,重复代码量超过 60%。中台产品经理通过用户访谈发现,各前台团队最大的痛点是“每次新渠道上线都要重新造轮子”。

中台的核心价值体现在三个维度:

价值维度 业务问题 中台解决方案
业务复用 前台重复建设,研发资源浪费 将通用业务能力抽象为可复用的服务单元
数据贯通 各渠道数据割裂,无法形成统一用户画像 建立统一数据模型与数据服务层
能力共享 业务创新缺乏基础设施支撑 提供标准化能力开放平台,降低创新试错成本

在需求拆解阶段,中台产品经理需要将业务问题转化为可衡量的能力项。以下是一个典型的中台需求拆解示例:

<code>{
  "需求ID": "MID-001",
  "需求名称": "用户登录能力复用",
  "涉及前台": ["APP", "小程序", "H5"],
  "核心能力": ["身份认证", "Token管理", "会话保持"],
  "复用方式": "统一认证服务",
  "预期复用率": "> 90%",
  "接入周期": "单个前台 ≤ 3 人日"
}

1.2 原型在产品需求中的角色

原型在中台产品需求中承担三个关键角色:沟通桥梁、验证工具、交付标准。与前台原型侧重 UI 表现不同,中台原型更关注能力边界、数据流转和复用规则。

  • 沟通桥梁:中台产品经理通过原型与多个前台业务方对齐需求边界,避免“各说各话”。用户访谈中常遇到的情况是业务方描述的是“我要一个登录框”,而中台需要抽象的是“我要一套认证能力”。原型能直观展示这种抽象层次差异。
  • 验证工具:中台方案涉及多个系统交互,原型可以快速验证流程闭环。例如用 Axure 模拟统一认证服务在不同前台渠道的登录流程,提前发现 Token 失效、会话冲突等逻辑漏洞。
  • 交付标准:中台原型作为研发验收的依据,包含明确的交互规则、数据字段说明和异常处理逻辑,降低前后台联调阶段的沟通成本。
原型建议:中台原型不必追求像素级 UI 还原,重点是用清晰的流程图、状态说明和数据标注表达能力边界。Axure 中的中继器、动态面板和条件逻辑是表达中台复用的核心工具。

在方案表达阶段,中台原型需要覆盖以下需求维度:

  1. 能力输入 / 输出定义(接口契约)
  2. 多业务线适配规则(渠道差异化策略)
  3. 异常场景处理(超时、降级、熔断)
  4. 数据模型映射(前台字段 → 中台标准字段)
  5. 权限与隔离策略(租户 / 业务线数据隔离)
中台产品定位与原型思维架构 第一层:中台核心价值 业务复用 一次设计,多端调用 数据贯通 消除孤岛,统一视图 能力共享 标准化开放,降低试错成本 第二层:原型在产品需求中的角色 沟通桥梁 对齐边界,消除歧义 验证工具 快速闭环,提前发现问题 交付标准 研发验收,降低联调成本 第三层:中台原型 vs 前台原型 中台原型 • 高复用:能力抽象,多端复用 • 重逻辑:流程驱动,数据闭环 • 标准化:统一规范,降低理解成本 • 关注:能力边界 + 复用规则 + 异常处理 前台原型 • 高还原:像素级还原 UI 设计 • 重体验:用户路径,交互反馈 • 精细化:场景驱动,细节打磨 • 关注:视觉还原 + 交互体验 + 动效 VS

1.3 中台原型与前台原型的差异

中台原型和前台原型在产品需求中的定位、抽象层次、表达方式有本质区别。以下从六个关键维度进行对比:

对比维度 中台原型 前台原型
需求视角 业务能力抽象,关注复用性 用户场景还原,关注体验
交互表达 流程图 + 状态机 + 规则说明 高保真页面 + 动效 + 手势
数据模拟 多业务线数据字段映射 单用户视角数据展示
异常覆盖 降级 / 熔断 / 限流 / 超时 网络异常 / 空状态 / 加载态
验收标准 能力接入周期 <