用 WorkBuddy 整理客户回复并判断初步意向

客户回复可能只有一句“发资料看看”“最近没计划”或“价格怎么定”，同一句话在不同上下文中含义并不一样。只看关键词自动贴标签，容易把礼貌回复当成强意向，也可能忽略含蓄拒绝、技术问题和需要立即升级处理的投诉。

WorkBuddy 可以把回复与此前触达内容放在一起，提取客户明确问题、时间和行动信号，给出有证据的分类建议和回复草稿。分类和正式回复必须由销售确认。

场景价值

回复分类帮助团队决定先回答什么、由谁处理、是否需要转给售前或管理者。合格结果必须保留客户原句和上下文，不仅给出“高意向”“低意向”标签。

开始前准备

• 客户回复原文、时间和渠道；
• 我方此前发送的完整内容；
• 客户企业、联系人和历史沟通；
• 企业现行的回复分类和升级规则；
• 产品、价格、样品、交期和合同的审批边界；
• 退订、拒绝、投诉和隐私处理规则；
• 负责销售、售前、客服和管理者的分工。

保留完整对话顺序。脱离问题只看客户最后一句，会让“可以”“不用了”等短回复失去真实含义。

具体步骤

第一步：还原回复上下文

将我方上一条消息、客户回复、此前关键交流和当前阶段按时间排列。确认回复属于哪个问题，是否有附件、转发或多个联系人参与。

第二步：提取明确事实和问题

逐项记录客户直接提出的报价、样品、演示、会议、技术、交期、合同或停止联系要求。引用原句，不把销售解释混入客户表达。

第三步：识别行动与时间信号

区分“想了解”“请提供”“可以安排会议”“某日期前需要”等不同强度。未回复不等于拒绝，打开资料也不等于有采购计划。

第四步：按企业规则给出分类建议

可分为需要优先人工处理、正常跟进、继续培育、明确拒绝、退信失效和语义不清等类别。每个结论都写出证据句和可能的其他解释。

第五步：确定处理人和待答事项

一般问题可由销售准备回复；涉及技术可行性、价格审批、交付承诺、合同条款、投诉或法律风险时，转给对应负责人。列出回复前必须补充的信息。

第六步：生成回复与记录草稿

根据客户原问题生成简洁草稿，先直接回应，再提出一个合理下一步。同步形成 CRM 更新草稿，包括分类、证据、待办、责任人和时间；均不自动发送或写入。

可直接交给 WorkBuddy 的要求

请结合此前触达内容、客户回复原文和客户历史，整理这次回复并提出初步意向分类建议。

先按时间还原上下文，逐字引用客户提出的问题、需求、拒绝、时间和行动信号。将“客户明确表达、合理推断、仍待确认”分开。
按照我提供的企业分类规则，给出建议类别、证据句、可能误判点和优先级。识别需要销售、售前、价格审批、合同、客服或管理者处理的事项。
最后生成回复草稿和 CRM 更新草稿，并列出发送或写入前必须人工确认的内容。

不要把礼貌回复写成采购承诺，不要把未回复写成拒绝，不要自动报价、承诺交期、发送消息或更新正式 CRM。

完成后应得到什么

• 带完整上下文的客户回复记录；
• 明确问题、需求、拒绝和时间信号；
• 分类建议、证据句和可能误判点；
• 待答问题与责任人；
• 回复草稿和 CRM 更新草稿；
• 需要升级处理或停止联系的清单。

结果检查

让原负责销售核对分类是否符合真实语气和关系背景。检查客户原句是否完整，推断是否被标明，是否把“先看看”“以后再说”等模糊表达强行归入高意向。

重点检查价格、样品、交期、技术、合同和投诉内容是否交给正确负责人。对明确拒绝、退订和停止联系要求，确认没有继续生成跟进安排。

异常处理

短回复无法判断时，生成一个澄清问题而不是强行分类。讽刺、方言、语音转写错误或多轮话题交叉时，交给销售查看原始对话。附件无法读取时列为缺失资料。

客户同时提出多个事项时，按风险和时效拆开处理；投诉、法律风险或重大承诺立即升级，不等待普通分类流程。

WorkBuddy 能力边界

WorkBuddy 可以提取原句、比较分类规则、生成处理建议和草稿。它无法准确理解所有关系语境，也不能代表销售确认客户意向。

分类、价格和交付承诺、正式回复、CRM 更新及停止联系处理都由有权限人员确认执行。

系统提示只能作为辅助，不能替代销售对真实客户关系的判断。