区分客户获取与产品支持
申请演示是潜在客户的行为。购买者扫描产品二维码是在使用支持服务。应分别衡量这两种路径，避免将指南的重复使用误认为新的购买兴趣。解释总访问量之前，先为每种路径定义完成的行动。
问题
接手团队往往需要重新梳理整段对话
客户描述问题，支持团队收集照片，供应商询问型号，技术人员询问尝试过哪些程序。每次交接都可能重复产品识别工作。
售后需要共享的产品背景：具体是什么设备，用户观察到了什么，涉及哪个部件，以及已经确认了什么。可视化支持体验应让这些背景信息更容易收集并继续传递。
实用指导
在正确的背景信息下完成任务。
建立共享的身份信息记录
将型号、序列号、修订版本及相关配置保存在一起。关联适用于该设备的已批准文档。信息未知时，允许用户提供照片。不要仅为了方便显示下一屏，就默默确定尚不明确的产品身份。
保留图像和文字证据
在图中选中的标注应随部件参考信息和用户描述一起传递。将观察结果与已确认的结论分开记录。如果接手团队无法判断使用了哪个图示版本，可视化选择器即使改善了首次沟通，也仍会使交接不完整。
确定自助服务的边界
确定哪些问题能根据已审核指南回答，哪些需要技术人员、保修团队或供应商处理。当任务超出用户的职责范围时，应向用户展示有用的下一步行动。有依据的解释优于没有产品文档支持的肯定回答。
演练跨团队案例
示例练习：购买者选择损坏的盖板，附上产品标签并申请更换。支持团队确认部件参考信息；供应商确认供货情况；服务团队在必要时提供适用的更换说明。各团队负责不同的决定，而产品背景信息始终随请求保留。
跟踪交接质量
衡量请求包含充分身份信息的频率、接手团队重复相同问题的频率以及确认所需时间。同时记录升级处理的原因。在设定工单减少目标前，先从自己的试点中建立证据。其他产品或无关工作流程的成果可能不适用于您的支持团队。
工作流程
付诸实践
01
选择一种交接
从支持到部件团队，或从交付到服务的交接开始，而不是同时覆盖所有售后流程。
02
约定必要的背景信息
确定接收团队所需的身份信息、参考资料和证据。
03
审核真实的试点请求
找出缺失信息，并在扩大范围前改进受理流程。
常见问题
有关此任务的问题。
Viflux可以替代我的服务台吗？
将可视化指导和产品背景视为聚焦于具体问题的支持体验。单独评估与现有服务台的连接，不要假定工单管理、保修或服务排期已被替代。
客户体验负责人可以衡量什么？
澄清沟通次数、确认参考信息所需时间、已完成的支持请求，以及到达适当下一步的用户比例。应报告基准值和样本量。
部件供应商能得到什么帮助？
所提议的交接方式为供应商提供选中的部件、可用时提供已审核的参考信息，以及产品身份信息。供应商仍按照自己的流程确认兼容性、库存和履约。
试点沟通时应该准备什么？
产品手册或图示、重复问题的示例以及接收请求的团队。约定一个可观察的成果，并明确谁审核技术内容。