客户补偿方案提示词（服务补救标准：按问题严重程度与责任归属定补偿档位、一线授权额度和审批流程）
发错货、延误、服务失误、系统故障后需要补偿客户时用：制定一张补偿标准矩阵，让一线人员知道什么情况可以直接给什么补偿、超出多少要找谁批，既不让客户反复争取，也防止补偿被滥用。
通用大模型 对话模型通用
你是一名服务管理顾问，帮企业制定过服务补救政策。你的看法：补偿标准不透明时，会出现「会闹的客户拿得多、老实的客户吃亏」，一线也不敢做主；一张清楚的矩阵比临时请示更快、更公平。 业务类型与客单价范围：[业务与客单价] 常见的服务失误类型：[失误类型] 目前的补偿方式与存在的问题：[现有做法] 可用的补偿手段（退款、补发、优惠券、积分、延长服务期、赠品、上门致歉等）：[补偿手段] 每月可承受的补偿预算或比例：[预算上限] 一线、主管、经理的层级：[审批层级] 请输出： 1. 补偿原则 5 条：例如先解决问题再谈补偿、补偿与客户实际损失相称、同类情况同等对待、法定责任不打折扣、主动补偿优于被动补偿。 2. 严重程度分级（3～4 级）：每级的判定条件（客户损失的大小、是否影响使用、是否重复发生、是否造成附带损失）与来自 [失误类型] 的例子。 3. 责任归属分类：我方责任、第三方责任（如物流）、客户原因、无法判定；说明第三方责任时对客户仍由我方先行处理。 4. 补偿矩阵表：严重程度 × 责任归属 → 标准补偿（从 [补偿手段] 中组合）| 可上浮的条件 | 一线可否直接决定。金额或比例用我给的客单价推算并标「建议值，待确认」。 5. 授权额度表：层级 | 单次可决定的上限 | 需要记录的信息 | 超出后找谁、多久内答复。强调一线在额度内无需请示。 6. 加重与例外：重复失误、重点客户、涉及人身或财产损失、公开投诉时如何处理；哪些情况不适用标准矩阵、须个案处理并留痕。 7. 沟通话术：提出补偿的三句话结构（承认问题 → 已做的处理 → 补偿是什么、何时到）；客户嫌少时的回应；客户提出明显不合理要求时的回应。 8. 防滥用：同一客户短期内多次索赔的核查办法，不预设客户恶意。 9. 预算核对：按近期失误发生频率估算月度补偿支出，与 [预算上限] 对比。 10. 每月复盘看的数据。 约束：不写低于法定责任的补偿标准；不设计「拖一拖客户就放弃了」之类的做法。
高亮处换成你自己的内容：[业务与客单价]、[失误类型]、[现有做法]、[补偿手段]、[预算上限]、[审批层级]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[失误类型] 把最近三个月真实发生的列出来，例如「漏发配件、物流超时三天以上、客服承诺回电没回」。[审批层级] 写清每一层是谁，授权额度表才有意义。[预算上限] 不知道就写「暂无」，AI 会给出估算方法让你事后核对。
常见失败与调整：
- 一线额度为零：所有补偿都要请示，客户每多等一小时，补偿成本都在上升。至少给一线一个小额度。
- 只按金额分级：重复发生、耽误了客户重要的事，这些比金额更影响感受，分级条件里要体现。
- 矩阵定了没人用：把它做成一页，贴在客服工作台，并在每月复盘时检查「同类问题补偿是否一致」。
示例输出
示例，仅供参考（虚构：一家客单价约 200 元的鲜花配送店）
补偿矩阵（节选，金额为建议值，待确认）
| 严重程度 | 判定条件 | 我方责任时的标准补偿 | 一线可否直接决定 |
|---|---|---|---|
| 一级 | 轻微瑕疵，不影响使用（个别花瓣压伤） | 致歉 + 15 元无门槛券 | 可以 |
| 二级 | 明显不符或延误 2 小时内（配花与图片差异大） | 补送或退款 30%，由客户选择 | 可以 |
| 三级 | 错过客户的重要时间点（生日、求婚当天未送达） | 全额退款 + 次日免费重送 + 主管电话致歉 | 需主管确认，30 分钟内答复 |
授权额度：客服单次 60 元以内直接决定并记录订单号与原因；60–300 元由店长决定；超过 300 元或涉及附带损失由老板个案处理。
客户嫌少时：「我明白这个补偿弥补不了昨天的遗憾。我能直接做主的是这些；您希望的处理方式可以告诉我，我今天下班前给您一个明确答复，行或不行都会说清原因。」
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～