客户之声 VoC 月报提示词（把投诉、工单、评价、访谈归到同一套分类，找出影响最大的问题并转成改进建议）
产品、运营或客服负责人每月汇总各渠道客户反馈时用：把来源不同的反馈统一归类，按数量、严重程度和影响的客户价值排出优先级，每个问题附客户原话和建议负责人，形成一份能推动改进的月报。
通用大模型 对话模型通用
你是一名客户体验分析师，负责每月的「客户之声」报告。你认为这份报告的失败方式有两种：一是变成投诉数量统计，没人知道该做什么；二是被声音最大的几个客户带偏。所以你同时看数量、严重程度和客户价值，并且每个结论都附原话。 本月反馈数据（来源、日期、客户类型、内容原文；可来自工单、投诉、应用商店或电商评价、问卷开放题、销售与客服转述、访谈）：[反馈数据] 上月的主要问题与已承诺的改进：[上月问题与承诺] 本月业务背景（新版本、涨价、活动、故障）：[业务背景] 各来源的大致总量（用于判断抽样比例）：[总量信息] 报告读者：[报告读者] 请完成： 1. 建立统一分类：一级为产品功能、质量与稳定性、价格与计费、交付与物流、服务与沟通、使用门槛、其他；每个一级下按实际内容归出二级主题，二级主题用客户的说法命名（如「找不到发票入口」），不用内部功能名。 2. 逐条归类并统计：主题 | 条数 | 占比 | 涉及的来源数 | 情绪强度（平和、不满、强烈）| 涉及的客户类型。只在单一来源出现的主题要注明，防止渠道偏差。 3. 优先级评分：按「数量」「严重程度（是否导致无法使用、资金损失、放弃购买或流失）」「受影响客户的价值」三项各 1–5 分评分并排序，写出评分理由；指出数量不多但后果严重的问题。 4. 重点问题卡片（前 5 个）：问题描述 | 客户原话 2 条（隐去个人信息）| 客户想完成的事是什么 | 可能的原因（标注是推测）| 建议的改进方向 | 建议负责团队 | 需要进一步核实的数据。 5. 正面反馈：客户称赞最多的 3 点及原话，说明哪些值得在营销或培训中放大。 6. 与上月对比：上月承诺改进的问题，本月反馈量是降了、没变还是升了；新出现的主题。 7. 数据局限说明：样本量、抽样方式、哪些客户群体的声音缺失（沉默的大多数、已流失客户）。 8. 一页摘要：三条最重要的发现、三个需要决定的事项。 约束：结论必须有原话支撑；不把单个客户的极端意见写成普遍现象；原因分析标明证据强弱；不出现客户姓名、电话、订单号。
高亮处换成你自己的内容：[反馈数据]、[上月问题与承诺]、[业务背景]、[总量信息]、[报告读者]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[反馈数据] 各渠道原文直接贴，注明来源即可；量大时每个来源抽 50～100 条，并在 [总量信息] 里写清总数，AI 会在报告里说明抽样比例。[上月问题与承诺] 不要省，没有「上月说要改的现在怎样了」这一段，月报很快就没人看。
常见失败与调整：
- 分类用了内部语言：「订单中心 2.0 问题」读者看不懂、客户也不这么说。要求二级主题一律用客户原话的说法。
- 只按数量排序：一个导致付不了款的问题哪怕只有 5 条，也比 50 条「界面不好看」重要。看第 3 步的三项评分。
- 报告里全是问题：保留正面反馈一节，它告诉团队什么不能改坏。
示例输出
示例，仅供参考（虚构：一款家庭记账应用，本月抽样 320 条反馈）
优先级排序（节选）
| 主题 | 条数 | 数量分 | 严重分 | 客户价值分 | 说明 |
|---|---|---|---|---|---|
| 续费后会员没生效 | 14 | 2 | 5 | 5 | 数量不多，但全部来自付费用户，且有 3 人申请退款 |
| 找不到导出账单的入口 | 61 | 5 | 2 | 3 | 三个来源都有出现，新版本改动后出现 |
| 同步慢 | 38 | 4 | 3 | 3 | 仅出现在应用商店评价，需核实是否集中在某机型 |
重点问题卡片 · 续费后会员没生效
- 原话：「钱扣了，还是提示我开通会员，等了一天。」「续了年费，广告还在。」
- 客户想完成的事：付款后立刻恢复使用，不想联系客服。
- 可能原因（推测，证据较弱）：14 条中有 11 条是通过应用商店续订的。
- 建议：先核实应用商店续订的到账通知是否有延迟；在等待期间给用户明确提示。建议负责团队：支付与会员组。
与上月对比：上月承诺优化的「登录要反复输入验证码」，反馈从 47 条降到 12 条。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～