把客户消息整理成受理卡

这个场景能帮你做什么

客户在群里说了一长段，客服容易只记住“很着急”，漏掉商品、发生时间和真正要求。用 WorkBuddy 先整理受理卡，让后续补问和分派有共同依据。适用于客户文字消息、邮件，以及已经获得的电话文字记录。

开始前需要准备什么

准备本次会话的必要上下文，保留消息时间和渠道；另附公司的受理登记字段。能够确认的订单状态、商品信息单独给出，并注明查询时间。隐藏与处理无关的姓名、电话和地址，订单可用代号。不要只截取最后一句，也不要把其他客户的消息一起交进去。

具体怎么做

第一步：把消息和事实分开提供。 粘贴客户原话，再列出已查到的订单信息，明确哪部分来自客户、哪部分来自系统。工具应先呈现问题和客户诉求，不急着判断谁负责。

第二步：生成受理卡。 要求逐项整理接收时间、渠道、涉及产品或订单、现象、客户期望、已核实事实、未核实说法、缺失项。每个关键事实标明对应消息时间；未提供的日期和数量保留空缺。

第三步：对照原话修正。 检查客户是在询问、要求处理，还是通知已经采取某项行动。客户说“我想换一个”只能记为期望，不能变成已批准换货；客户说“昨天才收到”不能在没有会话日期时推算具体日期。

第四步：由客服登记。 确認卡片没有漏掉诉求后，把必要内容录入公司的工单或登记表，保留原会话关联。这里得到的是登记草稿，系统里的正式受理由有权限的人员完成。

可以直接交给 WorkBuddy 的完整要求

请把以下客户会话整理成一张受理卡，不拟处理方案、不判断责任。材料分为客户原消息、系统已核实事实和公司登记字段。列出接收时间与渠道、涉及产品或订单代号、问题现象、客户原话、客户期望、已核实事实、未核实陈述、缺失信息、原消息时间或序号。客户期望不能写成公司已同意的结果；日期、数量、原因没有依据就写未提供。发现多件独立事情时分别列出，保留同一会话关联。不要补齐联系方式，不对外发送或建立正式工单。

完成后会得到什么

下面是格式示例，非实际客户记录：客户消息为“上周买的 A 款，今天用不了，我换线试过了，明天要出差，能不能换一台”。受理卡应保留“换线未恢复”的客户陈述，记录“希望出差前换机”，并将订单日期、产品版本、具体故障现象列为缺失项，而不是断言产品损坏。

结果应该怎么检查

逐一核对客户期望、已尝试动作和时间顺序；核对系统事实有没有查询时间。特别查看卡片是否把“客户认为”改成了“已确认”，是否遗漏客户最后的实际要求。

遇到这些情况怎么处理

纯表情、转发内容不完整或语音没有文字时，先由客服确认实际诉求。多渠道出现同一事情，先保留关联线索，核对后再决定合并。出现触电、火灾等危险信息，立即按公司应急制度联系有权限人员，不能等待卡片完成。

哪些由工具处理，哪些必须人工决定

工具整理提供的文字、列出缺失和关联线索；客服核实客户身份、确认登记内容与紧急程度，正式受理和后续动作由现有流程执行。