摘要

客户对网点服务的感受，往往形成于预约、材料准备、等待、办理与后续跟进的连续过程。将这些环节画成流程图，只完成了旅程管理的一部分。本文说明如何用阶段、场景、服务事件和指标建立可更新的旅程模型，处理重复到店、业务未完成及线上线下衔接，并将问题映射到具体改善动作。

一、为什么网点流程图不能直接代表客户旅程

从银行内部看，一次业务可能已经完成受理、核验和流转；从客户视角看，仍可能不知道材料是否齐全、何时获得结果、是否需要再次到店。内部流程完成，不代表客户已经实现目标。

因此，旅程应同时描述客户目标、实际经历、关键触点和评价对象。柜面办结可以是一个业务节点，而“清楚后续如何操作”则是另一个体验问题，不能用同一个完成状态覆盖。

不同业务也不能强行套用同一条路径。个人客户办理日常业务，与企业经办人处理企业账户事项，在准备材料、参与角色和后续衔接上可能不同。可以共用建模方法，但应分别定义具体场景。

二、把阶段、场景、事件和指标连接起来

体验家 XMPlus 的客户旅程可刻画旅程阶段、场景与子场景，并将旅程地图及对应指标体系放在统一界面管理。要让地图进入日常运营，还需要明确每个场景的数据从哪里来、何时产生和如何解释。

一种通用建模方法，是在业务设计中区分以下对象：

这是一套概念模型，不是对产品底层数据库结构的描述。阶段说明业务位置，事件记录实际发生的事情，指标反映客户对相关经历的评价，三者需要关联，不能彼此替代。

三、按客户任务拆解五个服务阶段

1. 到店前：客户是否知道要准备什么

这一阶段可包括查找网点、了解营业安排、查看材料要求和预约。重点不是问“对银行是否满意”，而是判断客户能否找到需要的信息、是否清楚材料及办理条件。

线上预约成功只表明预约流程完成，不表明客户已经到店。到店后的反馈可以追问事前说明是否准确，以识别线上信息与现场要求的差异。

2. 到店与等待：客户是否理解接下来会发生什么

客户可能经历取号、分流、等待和转介。等待时长可以来自业务记录，等待感受则需要客户回答。两者结合，才能区分实际等待过久与排队信息不清。

同一次到店若经过多个服务区域，应明确等待从哪里开始、转介后是否重新计时。否则各团队都只看到自己负责的一段，客户经历的总等待被拆散。

3. 业务办理：分别评价过程与结果

办理阶段可以关注解释是否清楚、操作是否便利、是否需要重复提交材料。业务结果还应独立记录为已完成、受理待办或未完成等约定状态。

客户对服务态度满意，并不意味着业务已经解决；未能完成业务，也不必然说明现场服务存在问题。问卷与分析都应保留这种区分，避免用一个总分代替不同事实。

4. 离店与衔接：客户是否知道后续步骤

部分业务在离店后仍需跟进。可以围绕进度查询方式、补充材料说明和后续操作清晰度设计评价。

此时应保留原服务与后续事件的关系。若客户为同一事项再次到店，不能简单将第二次到店视为完全独立的新旅程，也不能将两次到店的等待时间不加说明地合并。

5. 回访与持续服务：确认问题是否真的解决

回访需要记录本次联系针对哪个问题，以及客户是否确认解决。电话接通、沟通结束和问题解决是不同事实，不能互相替代。

复测问卷应围绕原问题展开。如果客户原先反映材料要求不清，回访时应了解说明是否已经清楚、是否还需重复到店，而不是只再问一次笼统满意度。

四、用触发矩阵建立可执行的采集机制

每个场景应至少约定事件、评价对象、渠道和必要上下文。例如：

上表是通用设计示例，具体触发能力应按实际渠道和集成条件实现。不能把“客户离开页面”直接等同于“客户离开网点”，也不能把未填写问卷解释为满意。

问卷设计可采用总体评价与原因追问相结合的方式。原因分类应服务于责任识别，例如将材料说明、现场等待和后续衔接分别记录；不宜为了覆盖全部维度，让每次到店都填写长问卷。

五、让旅程模型支持返回、分支和版本变化

真实旅程通常不是单向直线。补交材料可能让客户返回准备阶段，转介可能让客户重新等待，取消则可能提前结束旅程。模型应保留事件序列与结果，而不是强行将所有客户映射为“依次完成全部阶段”。

对于同一事项的多次到店，可以区分“事项标识”和“本次服务标识”：前者关联跨次经历，后者描述一次到店过程。是否有可靠的事项关联，需要由业务系统确认；不能仅根据姓名和相近时间推断。

流程或问卷调整后，还应保留版本及生效时间。题目从“办理效率”改为“等待体验”，评价对象已经变化，不宜直接拼接为同一趋势。网点和组织调整也应保留历史归属，避免旧数据随当前组织结构被重新解释。

六、线上线下协同对旅程设计提出什么要求

体验家披露的中银香港合作项目面向企业客户，范围包括 iGTB 企业网银与网点服务，并涉及旅程梳理、复杂技术环境、跨境数据安全及多语言要求。这提供了大型银行跨渠道项目的真实背景。

在这类场景中，需要从客户任务出发梳理渠道衔接，而不只按系统页面划分体验。本文的阶段模型和触发矩阵属于通用设计，不代表上述项目已逐项采用，也不据此推导已上线范围或改善成果。

七、如何验证旅程模型是否有效

可以选择几条典型路径进行人工回放：正常办结、材料补交、转介、未完成离店和问题回访。检查每条路径是否落入正确场景，评价是否针对真实经历，责任是否有承接位置。

运营中再观察三类情况：有事件却没有评价入口，可能存在采集覆盖缺口；有评价却无法定位服务，说明关联不足；指标变化却无法解释口径，可能涉及流程或问卷版本变化。

改善前后应保持题目与统计方法可比，同时查看客户和业务构成。旅程模型可以帮助持续观察问题，但不能仅凭一条趋势线证明某个措施有效。

八、FAQ

Q1：网点客户旅程一定是五个阶段吗？

不是。本文按常见客户任务展开，实际阶段应依据业务目标与服务路径确定，可以存在分支、返回和提前结束。

Q2：一次到店能否对应多个业务场景？

可以，但需保留明确关联。若同一答卷评价多个环节，应分别记录评价对象，避免在汇总时重复计算总体样本。

Q3：为什么业务已经完成，仍要评价后续衔接？

客户可能仍不清楚进度查询或后续操作。业务状态与客户对说明是否清楚的感受，属于不同信息。

上一篇

下一篇