服务蓝图 —— 掀开楼板，让前台症状和后台病灶同框

本课导读

旅程图只画了用户看得见的一层楼。服务蓝图（Service Blueprint，Lynn Shostack 1984 年提出）把楼板掀开：同一条时间轴上，加画前台员工在做什么、后台系统在转什么、支持过程在撑什么——用三条横线把它们隔成泳道。第一课那句"症状在前台，病灶在后台"，到这里终于有了一张能同框对质的图。本课拆解蓝图的泳道与三条线，用一单外卖走查一遍，最后回答一个实操高频问题：旅程图和蓝图到底该用哪个。预计 40 分钟。

泳道与三条线

服务蓝图自上而下五条泳道，中间隔着三条命名的横线：

泳道	记什么	外卖例
物证	用户接触到的实物/界面	App 页面、短信、餐盒、封签
用户行为	用户做什么（≈旅程图行为行）	下单、等待、收餐
—— 互动线 ——
前台行为	用户看得见的服务方行为	骑手接单电话、送达敲门
—— 可见性线 ——
后台行为	看不见但直接支撑单次服务	商家接单出餐、调度派单
—— 内部互动线 ——
支持过程	组织级的系统与制度	支付清算、骑手考核规则、地图服务

三条线各有含义：互动线之上是用户的动作，之下是服务方的动作——每次跨越这条线就是一次服务交互；可见性线是用户视线的边界——第一课的老朋友，线上的要设计"体验"，线下的要设计"效率"；内部互动线分开"这一单"的行为和"所有单"共用的基础设施。

走查：一单外卖的 X 光片

拿"用户在 App 里点了催单"这个瞬间竖着切一刀，五条泳道同时曝光：

• 物证：催单按钮、"已为您催单"的提示语
• 用户行为：点催单
• 前台行为：（常常是空的！）没有任何人真的收到这次催单
• 后台行为：催单事件进了一个没人看的消息队列
• 支持过程：骑手考核只算超时率，不消费催单数据

这张竖切片暴露的问题比十次用户访谈更扎心：催单按钮是个安慰剂——前台做足了"物证"（提示语很温柔），可见性线以下什么都没发生。这正是蓝图的独门价值：旅程图只能告诉你"用户在等餐阶段很焦躁"，蓝图能告诉你焦躁的根源是哪个泳道断了链。

竖着切一刀的正式名字叫时刻走查：挑旅程图上情绪最深的谷，在蓝图上竖切，从物证一路问到支持过程——"这个时刻，每条泳道在干什么？"断链处（某条泳道是空的、或两条泳道之间没有箭头）就是病灶候选。

蓝图的三大用途

1. 找故障根因：如上。前台的每个症状，顺着泳道往下捋，多数能在可见性线以下找到病灶
2. 跨部门对齐：蓝图是少有的能把客服、运营、技术、供应链画进同一张图的工具。挂一张蓝图开会，"你们的锅"会变成"这条线断在我们两个泳道之间"——第一课的整体性原则从口号落成图纸
3. 设计新服务：正着用是诊断，反着用是规划——先画理想蓝图（每个用户行为下面，各泳道该有什么响应），再对照现状找缺口，缺口清单就是建设排期的雏形

旅程图还是蓝图：一张判断表

你的问题	用哪个	原因
用户在哪里难受、为什么流失	旅程图	体验视角，情绪曲线是主角
难受的根源在组织内部哪里	蓝图	运营视角，泳道断链是主角
要说服领导重视体验问题	旅程图	情绪曲线有共情冲击力
要协调三个部门修一个问题	蓝图	责任落到泳道，无处推诿
从零设计一段新服务	先旅程后蓝图	先定"用户该经历什么"，再定"组织怎么交付"

一句话总结：旅程图管共情，蓝图管交付；先旅程后蓝图，别反。反着来（先画完美的内部流程再倒推用户体验）就是大多数"流程合规但体验糟糕"的服务的出生方式。

✍️ 练习

练习 1：时刻走查

拿上一课练习画的旅程图，选情绪最深的谷，做一次竖切走查：五条泳道逐条写出"这个时刻它在干什么"（不知道的写"不知道"——这本身就是发现），然后标出断链处。

✅ 参考答案

自查三点：① 五条泳道是否都诚实填了（大量"不知道"出现在后台和支持过程是正常的——它标出了你需要访谈或调研的对象，这正是蓝图作为探索工具的用法）；② 断链的判定是否具体（"前台承诺了 30 分钟送达，但支持过程里没有任何机制保障它"是断链；"后台效率低"不是——太糊）；③ 是否克制住了立刻开方案的冲动——走查的产出是病灶候选清单，验证之后才轮到方案（双钻纪律：别在 Define 没做完时冲进 Develop）。

练习 2：识别泳道错位

某银行开卡流程蓝图初稿把泳道画成了：柜员 / 大堂经理 / 风控部 / IT 部。指出这张图的问题，并按正确的泳道结构重新归位这四个角色的动作（每个角色举一个动作为例）。

✅ 参考答案

问题：泳道被画成了部门（组织架构视角），丢掉了蓝图的核心维度——用户可见性。归位示例：柜员核身、大堂经理引导取号 → 前台行为（用户看得见）；柜员在系统里录入资料、风控部实时审核 → 后台行为（支撑这一单但不可见）；IT 部维护的核身系统、风控规则库 → 支持过程（所有单共用）。注意柜员出现在两条泳道——同一个人，动作按可见性拆开画，这正是"泳道不是部门"的直观演示。

📝 随堂测验

随堂测验0 / 5 题正确

1. 服务蓝图与旅程图的结构关系是？

A两者是同一工具的不同名字B蓝图在旅程图（用户层）下方加画前台/后台/支持过程泳道，用互动线、可见性线、内部互动线分隔——旅程图是蓝图的顶层C旅程图包含蓝图D蓝图不含时间轴，是组织架构图

2. 催单按钮案例里，'安慰剂'的准确诊断是？

A按钮颜色不够醒目B用户催单太频繁C物证做足（温柔的提示语）但可见性线以下无事发生——催单事件进了没人消费的队列，考核也不用它D客服人手不足

3. '时刻走查'的正确操作是？

A把整张蓝图从头到尾横着读一遍B只检查前台泳道的所有时刻C让每个部门自查自己的泳道D挑旅程图情绪最深的谷，在蓝图上竖切一刀，逐泳道问'此刻你在干什么'——空泳道和断箭头就是病灶候选

4. '要协调客服、运营、技术三个部门修同一个问题'，选蓝图而非旅程图的原因是？

A蓝图把责任落到泳道，'你们的锅'变成'线断在我们两个泳道之间'——跨部门对齐是它的主场；旅程图的强项是共情冲击力B蓝图画起来更快C旅程图不能打印成大图D领导只看蓝图

5. '泳道不是部门'的含义是？

A蓝图里不允许出现部门名称B泳道按用户可见性分层——同一个柜员的动作会拆进前台（核身）和后台（录系统）两条泳道；按组织架构画泳道会丢掉蓝图的核心维度C每个部门必须独占一条泳道D泳道数量必须正好五条

本课小结

• 蓝图＝旅程图＋掀开的楼板：物证/用户行为/前台/后台/支持过程五泳道，互动线、可见性线、内部互动线三线分隔
• 时刻走查：在情绪深谷处竖切一刀，空泳道与断箭头＝病灶候选
• 三大用途：找根因、跨部门对齐（责任落泳道）、反着用规划新服务
• 旅程图管共情、蓝图管交付；先旅程后蓝图
• 两坑：泳道不是部门（按可见性分层）；一张图只管一段旅程

蓝图的泳道里挤满了两样东西：用户接触服务的触点，和交付服务的人。下一课给它们各配一张专用地图——触点矩阵和利益相关者地图，也是项目课前的最后一次装备补给。