把「我收不到验证码」拆成客户能自己走完的 6 步

开场困境

中午两小时，光复制粘贴同一句话

中午 12 点到 2 点，你根本没在解决问题，是在复制粘贴。「我收不到验证码」这条，今天已经回了 23 遍。你每次回得都一样：「请检查手机号是否正确，检查是否被拦截，稍后重试。」客户回一句「都试了还是收不到」，你又得重新问一遍手机号、运营商、重试时间，一条问题拖了五轮。

高频问题不是答不上来，是答得太散。客户拿到一段「检查手机号、检查拦截、重试」，不知道先做哪一步，也不知道做到哪一步算成功。你要做的不只是更好的回复文案，而是把这个问题拆成客户能自己走完的步骤。

错误做法

把所有原因一次列给客户，是典型的偷懒

新人最常见的做法，是把所有可能原因一次全甩给客户：检查手机号、检查拦截、检查欠费、检查运营商、稍后重试。客户看完更晕，因为几个原因并列，他不知道先做哪个，做完怎么算通过。

实操流程

5 步把一条高频问题拆成自助步骤

输入样例：客户原话「验证码一直收不到，重置密码卡住了」；已知事实「手机号 138 开头、国内运营商、验证码 5 分钟内有效、同一号码 60 秒内只能重发一次、短信端口是 10x 开头」；目标「客户不找人工，自己走完 6 步内解决」。

1. 把客户原话和你的已知事实（规则、次数限制、有效时长）一起贴给 AI，先让它列出这个问题的全部可能卡点。
2. 让 AI 把卡点按「客户自己能验证的」和「必须人工查后台的」分成两堆，必须人工的先踢出正文。
3. 把能自助的卡点排成有先后顺序的小步骤：每步只做一件事，并写明「做完看到什么算通过」。
4. 要求 AI 给每一步加一个判定句，比如「如果 60 秒内收到短信，就继续下一步；没收到，再走下一步」。
5. 人工核对步骤里的按钮名、入口路径和数字是不是你们系统真实的样子，再按一个最笨的客户视角走一遍。

案例

同一个「收不到验证码」，拆成五步自助流程

输入：客户原话「我重置密码，一直收不到验证码」；事实清单「手机号 138 开头、验证码 5 分钟有效、60 秒内只能重发一次、短信来自固定端口」。

输出（AI 初稿，人工改过按钮名）：第一步，确认填的是注册时绑定的手机号，换过手机号就直接点「账号申诉」；第二步，翻到手机「垃圾短信」和「通知」分类，安卓手机常把验证码自动收进垃圾箱；第三步，等满 60 秒再点一次「重新发送」，连点两次会触发防刷，反而更慢；第四步，开关飞行模式 5 秒，如果用的是 WiFi 电话，换成手机卡的 4G/5G 信号；第五步，以上都试过还是收不到，再找人工，并带上手机号、运营商、最后重试时间这三样。

可复制提示词

直接把这条提示词贴进 AI

把客户原话、你的系统规则和入口名称填进去，AI 会按「先自查-再操作-最后升级」的顺序，把高频问题拆成可发布的客户自助步骤。

你是我的客服知识库编辑。我要把一个高频问题拆成客户能自己解决的自助步骤。请按下面的规则输出：

1. 先列出这个问题的全部可能卡点，不要省略。
2. 把卡点分成两堆：「客户自己能验证的」和「必须人工查后台的」。
3. 只保留「客户自己能验证的」卡点，按「先自查-再操作-最后升级」排序，每步只给一个动作。
4. 每一步必须写一句通过判定，格式是「做完这一步，如果你看到 [具体现象]，就继续下一步；否则 [怎么办]」。
5. 最后一步固定写「以上都试过还没解决，再找人工，并带上这三样信息：[列出需要客户带来的信息]」。
6. 全文不用「可能」「也许」「大概」，每句话都要给客户一个可执行的动作。
7. 按钮名、入口名、数字限制，只能使用我给你的事实，不许自己编。

客户原话：[一字不改粘贴]
系统规则与限制：[验证码有效时长、重发次数、支持的登录方式等]
真实入口名称：[App 内实际按钮名、菜单路径]

人工检查

发布前，过一遍这六项