思维工具箱服务蓝图
C05
服务蓝图
Service Blueprint
在用户旅程下展开前台、后台与支持流程，定位交接断点
这是什么
服务蓝图以一条具体用户旅程为主线，同时展示用户动作、可见前台、不可见后台、支持流程与凭证。可见性线区分用户能看到什么与组织实际做什么。重点是交接、等待与失败恢复，而不是把所有系统画全。
示意图
什么时候用 / 别用
该用
- 问题横跨 App、硬件、门店、客服与后台
- 前台提示已优化但等待或失败仍发生
- 计划开展需多人多系统配合的服务
别用
- 只画正常流程、忽略异常
- 后台接口成功就当用户成功
- 边界失控、把无关系统全塞进一张图
怎么做
准备：现状旅程、业务规则、人员职责；系统输入输出、工单与等待时间；异常处置方式；执行人员核对
- 选一条明确旅程并写期望服务结果
- 沿时间展开前台、后台、支持与凭证，注明交接数据
- 标记等待、重复录入、无人负责与无法恢复点
- 检查异常由谁发现、通知谁、如何恢复
- 选一个断点试改，用新一轮执行记录验证
交付：服务蓝图、交接契约、异常处理表与端到端指标
一个例子
假设示例 · 产品
【假设示例】线下工作坊用户扫码后想马上用 51as.com 卡片，却卡在小程序已登记、现场大屏未同步。蓝图连起扫码页、身份校验、大屏登录与超时恢复，才分清是状态不同步还是现场指引缺失。
容易踩坑
- 只画快乐路径
- 接口成功当用户成功
- 系统画得越全越好
出处：常见于把前台体验与后台交付并排对照的服务设计实践