客户的抱怨散在销售的聊天记录里、客服的工单里、老板的微信里——真话全在那儿，可惜没人有功夫翻。
我见过不少老板，一说到客户需求就是那句「我知道啊，无非质量要好、价格要低、服务要快」。
可真到了要不要投钱改一款产品、要不要换一家供应商的时候，靠这种「我知道」，往往就押错了。
问题不在你不了解客户，在于你把「印象」当成了「证据」。
客户问题雷达这个岗位，干的就是把那些零散的抱怨收拢起来，摆成一张能看的清单：哪些问题反复出现、每次让你损失多少、客户愿不愿意为它花钱。这篇把这个岗位怎么定义、喂它什么、五步怎么走、上线要过哪几关，一次讲清楚。
01 · THE JOB
它只干一件事：挑出值得动手的问题
很多公司一上 AI，第一句话就是「让它帮我分析客户反馈」。这个说法太糊了——反馈有几千条，分析完给谁看？看完又干什么？
一个岗位只承诺一个结果。同时承诺几个没法一起验收的结果，就该拆成两个岗位。
雷达岗的唯一结果是：找出高频、损失大、愿意花钱的问题。三个条件缺一不可，少一个，你都会改错东西。
| 只看一条 | 会怎么样 |
|---|
| 只看高频 | 客户天天吐槽的可能是界面不好看，可真改了也不影响他掏钱 |
| 只看损失大 | 一年碰上一次的大事故，未必有规律可循，改起来无从下手 |
| 只看愿意花钱 | 你以为客户愿意掏，其实是你自己觉得这个功能该有 |
三个条件叠在一起，才叫「值得动手」。只满足一个，你忙了两个月，客户还是那句话：挺好，但我先不买。
02 · INPUTS
喂它五路材料，缺一路就先报缺口
雷达的判断质量，取决于你喂进去的材料有多杂。只喂客服记录，它只能看见售后那一摊；销售聊天记录里的抱怨，往往更早、也更真。
| 要喂什么 | 具体指什么 | 没喂会怎样 |
|---|
| 客户咨询 | 售前问得最多的问题、卡在哪一步没下单 | 只看见买了的人怎么想，看不见没买的人为什么走 |
| 投诉记录 | 客诉工单、退换货原因、赔付记录 | 损失最大的那类问题反而被漏掉 |
| 搜索与评论 | 客户在自己站内搜什么、公开评价里说什么 | 看不出他平时用什么话描述这个问题 |
| 成交与流失 | 签单原因、丢单原因、到期续不续 | 分不清是产品的问题还是销售的问题 |
| 原则文件 | 公司明确不做什么、底线在哪 | 它给你一堆看着都对、你一个都不敢做的选项 |
一条硬纪律：材料缺一半时，先返回缺口，不许用想象补齐。宁可它说「缺成交原因，这批判断只能当线索」，也不要它编一份像模像样的分析。
03 · PROCESS
五步走，每一步都留下能查的东西
把「分析反馈」拆成五步之后，有个额外好处：出了问题，你知道该改哪一层，而不是笼统地说「AI 不靠谱」。
五步里最容易糊弄的是第三步——打分。别光数条数，要问一句：这件事一次让客户损失多少？一次让公司损失多少？这两个数不摆出来，排在前面的永远是最吵的那批人，不是最要命的那批问题。
第四步也最容易被跳过。要原话，不要转述。销售转述一遍、主管再转述一遍，到你手上早就不是客户的意思了。把最能说明问题的那两三句原话贴上，比十条总结都管用。
下面这段可以直接复制去用。留意材料那一栏——你喂得越具体，它挑出来的问题越像你家的。
PROMPT · 可直接复制
角色：客户问题雷达岗
唯一业务结果：找出高频、损失大、愿意花钱的问题
触发条件：每天，销售与客服对话收拢之后
可用输入：客户咨询、投诉记录、搜索与评论、成交与流失原因、原则文件
执行链：归类 → 聚类 → 频次与损失评分 → 找代表原话 → 推送负责人
工作纪律：
1. 先复述目标、对象、期限与约束；
2. 把「材料事实 / 合理推断 / 待验证假设」分三栏；
3. 每个问题标出依据，指不出的就标为假设，不要伪装成事实；
4. 缺材料时先列缺口，不编造；
5. 输出必须包含下一动作、负责人、截止时间和验收标准；
6. 不得把少数人的情绪直接判为市场趋势，遇到就停下升级给我。
请输出：任务理解 → 问题清单（含频次与损失） → 代表原话 → 风险与人工确认 → 复盘资产。
本次材料：〔把这一周的对话和记录粘进来〕
✓ 指定了业务 Owner——问题推给谁，写清楚
✓ 留了上线前的基线——现在每天多少条反馈、转化多少，先记下来
✓ 正常、失败、边界三类情况各测三条——只测正常情况等于没测
✓ 人工接管和停用动作演练过——雷达瞎报那天，谁来关
✓ 这一轮的误报已经回流到规则里——不记录，下次还错
AI 会误报，这很正常。要改之前先弄清错在哪：是任务没定义好、材料缺了、规则打架、样本太少，还是这活本就超出了它的边界。只改能解释这次出错的那一层，然后用老样本再跑一遍，别修好一个答案却弄坏其他场景。
还有一条红线：不得把少数人的情绪自动当成市场趋势。三个人在群里骂得凶，不代表全市场都这么想。这类判断，交回给人。
| 环节 | 最低要求 | 不达标怎么办 |
|---|
| 开始时 | 目标、对象、期限、材料齐全 | 退回，并列出缺什么 |
| 执行中 | 每个结论都能指回原话或记录 | 标为假设，不许伪装成事实 |
| 验收时 | 看有效问题数、进入实验数、对转化的贡献 | 不达标进入下一轮改进 |
| 碰到风险 | 趋势判断由人复核 | 停止自动推送，升级给人 |
最后一行是底线：AI 把几千条反馈收拢成十几条，把原话摆出来；哪一条值得投钱去改，是你的活。这个分工划清楚，用起来才踏实。
这套岗位卡的写法，我们在企业里是按「诊断—选岗—试运行—验收」四步落地的。
先挑一个反复出现、又真的在花钱的问题，试第一个岗位，跑通再扩。想聊聊你们适合从哪个岗位起步，可以联系我们。
