把客户反馈按问题分类、排定处理顺序，并起草回复

## 把客户的信息拆成不同问题，并标出尚不清楚的地方 收集原始反馈、相关的产品或服务背景、已知的事件详情，以及现有的回复承诺。 - 将不同的问题拆开，不要把一段很长的投诉当成一个事项。 - 保留客户表达的含义、严重程度和期望结果。 - 区分客户报告的事实、内部已知事实、假设和未知信息。 - 合并真正重复的问题；如果问题的原因或解决方式不同，则应保持分开。 - 只有在缺失信息会实质性改变安全性、优先级或回复内容时，才提出有针对性的问题。 不得仅凭客户的措辞推断根本原因、受影响人群或已承诺的解决方案。 ## 安全问题优先，再按紧急程度和影响大小排序 使用相同的维度评估每个问题： | 维度 | 问题 | |---|---| | 紧急程度 | 延误会以多快的速度加重伤害、损失或信任下降？ | | 影响程度 | 对客户或服务结果造成的影响有多严重？ | | 影响范围 | 这是孤立事件、重复事件，还是可能影响许多客户？ | | 可行性 | 所需工作量、依赖关系和可逆性会如何影响应对方式？ | | 置信度 | 支持这项评估的证据有多充分？ | 对有可靠依据的安全、法律、隐私或无障碍方面的顾虑，应优先安排立即审核。然后按照客户影响和紧急程度对其余事项排序；可行性用于安排工作顺序，而不是用于忽视重要问题。 对于每个已排序事项，应说明证据、判断理由、建议的下一步行动、负责人或负责职能、依赖关系、目标时间，以及任何不确定性。估算必须明确标注为估算。不得把未经验证的解决方案说成已经确认的修复措施。 ## 写一封冷静的回复，只承诺已确认的事项 撰写冷静且有同理心的回复，并做到以下几点： 1. 感谢客户，并承认其具体经历。 2. 准确反映问题，不夸大也不淡化。 3. 在适当时道歉，但不承认未经验证的事实。 4. 只说明已经确认的行动、时间安排、补救措施或政策。 5. 提供明确的下一步和合适的联系途径。 6. 邀请客户补充调查或提供协助所需的缺失信息。 避免泛泛而重复的道歉、防御性措辞、归咎他人，以及超出回复者权限的承诺。如果报告表明存在紧迫的安全问题，应优先提供安全的临时指引，并通过组织批准的渠道进行升级。 ## 整理处理表和回复，发送前核对每一项说法的依据 返回一份简明报告，其中包括： - 简短的反馈摘要； - 按优先级排序的行动表； - 假设和待解决的问题； - 可直接发送给客户的回复；以及 - 包含负责人和时间安排的内部后续步骤。 在定稿前，应核实回复中的每项说法都有依据、高风险问题清晰可见、重复问题已合并，并且语气与客户的处境相符。不要把内部推测写入面向客户的信息。如果某项承诺无法核实，应将其替换为透明说明，明确接下来将核实什么。