服务不只是前台。每一个用户看得见的瞬间，背后都有看不见的机器在运转。
服务蓝图最适合那些用户旅程横跨多个触点、涉及前后台协作的场景。它能让隐性的服务流程变得可见，从而发现断点、冗余与优化机会。
服务蓝图以「可见线」为界，将服务分为用户可见的前台层与用户看不见的后台层。五条泳道从上到下依次展示用户行为、前台接触、后台支撑和支持系统，形成完整的服务地图。
| 服务泳道 | 预约 | 到达 | 点单 | 等待取单 | 离开 |
|---|---|---|---|---|---|
| 用户行为 | 手机 App 下单 | 到店取号 | 确认订单 | 等叫号 | 拿咖啡离开 |
| 前台接触 | App 界面菜单展示 | 取号屏幕店员问候 | 收银台支付确认 | 叫号显示屏 | 产品交付道别 |
| ── 可见线（Line of Visibility）───────────────────────────────────────── | |||||
| 后台支撑 | 订单系统接收 | 排队算法 | 备料指令制作分配 | 咖啡师制作质检 | 库存更新 |
| ── 内部互动线（Line of Internal Interaction）─────────────────────────── | |||||
| 支持系统 | 支付平台POS 系统 | 会员数据库 | ERP 库存 | 设备维护供应链 | 数据分析 |
服务蓝图由银行家出身的 G. Lynn Shostack 发明，她意识到服务业缺少像工程图纸一样精确描述服务流程的工具，于是借鉴工业流程图，创造了这一至今仍在广泛使用的方法。
Marriott 推出手机钥匙（Mobile Key）功能后发现，尽管 App 下载量高，但实际使用率不足 30%。团队绘制了完整的服务蓝图，发现问题根本不在 App，而在后台系统与前台流程的多个断点。
| 预订房间 | 抵达酒店 | 办理入住 | 入住期间 | 退房离开 | |
|---|---|---|---|---|---|
| 用户行为 | 在 App 或网站选房下单 | 停车场走向大堂，掏出手机准备直接上楼 | 绕过前台直接乘电梯上楼（使用手机钥匙） | 用手机开门、控制房间设施 | App 上一键退房 |
| 前台接触点 | 预订确认邮件 + App 推送 | 大堂指示牌、前台接待员 | 无交互 | 房间内智能控制面板 | 退房确认推送 |
| 后台支撑 | PMS 系统分配房间，生成数字钥匙令牌 | 门卫系统接收 App 信号 | 房间清洁状态需实时同步到 App | 物联网设备状态监控 | 生成账单、关闭钥匙权限、触发客房清洁任务 |
| 支持系统 | PMS + 身份验证 API | BLE 蓝牙门禁系统 | 客房管理系统 (HMS) + App 后端 | IoT 平台 + 客服系统 | PMS + billing 系统 |
| 痛点识别 | 数字钥匙提前 24h 才激活，但用户预订后立即期望有钥匙 | 信号不稳定，30% 用户在大堂门口刷卡失败，被迫去前台排队 | 客房未打扫完毕但钥匙已激活，用户到了房间才发现需要等 | 手机没电时完全无法进房，且无备用方案提示 | 退房后账单有时延迟 1 小时才到，用户以为出了问题 |
服务蓝图绘制应由跨职能团队共同参与——前台、后台、技术、运营缺一不可。单一视角绘制的蓝图往往遗漏关键支撑环节。