在客户离开前完成服务补救

使用获认可的客户与订单标识，将各系统中的相关记录对应起来。姓名相似本身不足以可靠匹配。身份有歧义时应先审核，再合并客户资料或准备回复，避免把其他人的信息带入当前服务案件。

按问题类型及所需权限确定负责人：配送延误、商品损坏和费用争议可能由不同团队处理。每个事项应保留承诺的下一步与截止日期。结案需要约定动作已完成的依据，而不是把工单标记为已读就算结束。

可以按书面规则准备处理动作，包括原因、金额及相关证据。是否允许执行，取决于批准额度、连接系统权限及必要审核。敏感投诉和争议金额应交给授权负责人，不能由系统自行猜一个补救方案。

如果营销工具支持，可以按明确的服务状态，将该客户排除在指定活动之外，直到满足复核条件。决定时仍需核对联系偏好和身份。不能只因工单关闭，就跳过约定的补救检查并恢复所有消息。

留存应作为需要验证的结果，而不是新增一个补救队列就能承诺的效果。先跟踪解决时长、重复联系和重新打开的事项。数据允许时，再比较合适分组的留存贡献，并区分价格、供货和其他变化的影响。