工作方法
Service Blueprint 将体验梳理扩展到交付系统。它把实体证据和用户操作,与可见的员工或系统响应、后台流程以及为这些流程提供支持的基础设施关联起来。因此,当糟糕的体验跨越团队或渠道边界时,它会很有用。
来源区分了交互线、可见线和内部交互线。这些边界可以揭示以下情况:前台承诺没有可靠的后台负责人,或者一个简单的客户步骤依赖一连串脆弱的服务。来源建议先绘制现状蓝图,再设计未来状态。
预期交付物
- 针对一个服务场景的五泳道蓝图。
- 可见交接、后台交接及其支撑系统。
- 用于跨职能验证的故障点清单。
从任务说明到审查
- 01选择范围明确的场景
从一项服务成果和现有的旅程证据入手,而不是试图梳理整个业务。
- 02关联各泳道
针对每项用户操作,梳理可见响应、隐藏工作、支持依赖项和收到的产物。
- 03审查运营缺口
与运营、工程和支持团队一起检查延误与职责脱节问题。