上个月一个企业客户反馈「整箱产品里有 3 包胀袋,怀疑是杀菌工序问题」,要求 48 小时内出正式调查报告。
我那天的实际动作是这样的:
材料分散在 5 个地方,模板在第 6 个地方。难的不是写,是"把证据凑齐"和"把话说得让客户能接受"。纯手工做,3 小时是乐观估计。
我试过用 WorkBuddy 手工做,效果一般——直到我不再"一条条问它",而是改成先把材料一次性喂进去,让它先出证据清单。下面是完整流程。
每次客诉我会固定收集这四类东西,缺哪块就提前跟部门要:
材料 | 来源 | 用途 |
|---|---|---|
客户诉求原文 | 邮件/企微聊天记录 | 报告开头「客户反映情况」,不能改写,要原意 |
批次工艺参数 | QA 的杀菌/灌装记录 | 判断是否超出工艺范围 |
生产排产信息 | 带 VBA 宏的 WPS 排产表 | 锁定设备、班次、上下游批次 |
同批次库存分布 | ERP 导出 | 写影响面和召回范围时必须有 |
关键动作:把这四份材料存成四个文件放在同一个文件夹,文件名用 日期_客户名_材料类型。这一步看起来废话,但决定了后面 AI 能不能一次读全。
这是最关键的一步,也是我踩过最大坑的地方。
我最初的做法(错误示范):直接把材料丢进去,说"帮我写一份客诉调查报告"。结果它给我一篇结构完整但全是通用话术的报告——什么"加强过程控制""完善管理制度",看起来专业,但客户看了只会觉得你在踢皮球。
正确做法:先让它当调查员,别让它当作者。
输入这段指令:
它给出的「缺失信息」和「存疑点」列表,比报告本身更有价值——那份存疑点清单直接变成了我发给 QA 和生产的补充问题邮件。
把 QA 和生产回复的补充数据存进同一文件夹,再让它写。这一步我固定要求「三不要」:
为什么要写"不要使用加强完善":这是客诉报告的专业性底线。客户看到「加强培训」会立刻追问"培训了谁、什么时候、记录呢"。把这条写进指令,比事后通读删改省一半时间。
AI 生成的报告我固定做三项人工核对:
第三项最容易被忽略。我有过一次教训:邮件里承诺「3 个工作日内回复」,报告里写成了「及时回复客户」。客户截图为证,虽然最后没出问题,但很被动。
坑 1:材料放在不同盘符,AI 读不全 一开始我把邮件存在桌面、QA 表存在 D 盘,它只读到了一部分就开始编。 → 解决:所有材料集中到一个文件夹,用绝对路径指定。
坑 2:WPS 排产表带 VBA 宏,直接读取会失败 带宏的 .xlsm 有时会报错或读到空值。 → 解决:我另存一份去掉宏的 .xlsx 副本给它读,宏只用来定位数据,不参与分析。这个坑在制造业的朋友大概率会踩。
坑 3:报告口径和之前的邮件不一致 → 解决:把往来邮件原文也存进文件夹,让它以邮件口径为准。
坑 4:第一次生成的措施太虚,自己还得重写 → 解决:就是上面那段"三不要"指令。这个是我试了三次才稳定下来的。
说清楚什么情况下不要用:
适合的场景:单一明确客诉、需要在 24-48 小时内出报告、材料在 5 个文件以内、需要反复复用同一套报告结构。我 90% 的客诉都落在这一类。
单个客诉从 3 小时压到 40 分钟左右,省下的主要是「凑证据」和「反复改话术」的时间。真正的收益在第二个月才体现——因为报告结构固定下来后,我把它存成了一个 Skill,下次换个客户名字就能直接调用,不用再重新描述要求。
如果你也在做客诉处理、质量异常分析或者售后调查这类需要「把散落证据拼成正式文档」的活,这套流程可以直接抄。
说明:本文所述流程为本人在实际工作中使用,所用工具为 WorkBuddy。文中数据与场景均已脱敏,具体参数因企业规范不同请自行调整。涉及法律责任的结论请务必由专业人员审核。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。