抖音销售线索去重，应按具体购买事项归并，不能只按聊天次数或客户人数处理。WorkBuddy可用AI连接授权原话，把同次需求的补充留在原候选里，将明确新增的用途或采购安排单列；线索仍由负责人核查，不把再次问价直接算成新订单。
客户第一天问价格，第二天补尺寸，第三天调整数量，团队每次都登记新增商机，清单看似增长，实际是同一件事被拆开。另一位老客先给自己买，后来明确替另一间门店采购，如果只按客户记录去重，第二项需求又可能被删掉。
先把客户与购买事项分开。客户记录回答是谁，事项回答这次为哪项用途、对象和安排咨询。一次采购中出现报价修改或条件补充，通常先沿原事项接续；是否形成另一项独立需求，要看本人明确表达与业务核实。
本轮限定已确认的同一客户记录，不额外做跨账号身份猜测。昵称、头像或商品名称相似，都不能作为把不同客户线索并在一起的理由。
知你AI助手可查询授权客户、历史会话和消息。WorkBuddy通过通用MCP读取所需售前沟通，先按时间保留各轮内容，再提取用途、购买对象、数量表达和与前次需求的关系。
可以这样提任务：“整理已核客户本轮授权咨询，判断哪些只是同次需求补充，哪些有明确另一用途或另次采购表达。列原始会话、事项候选、原话依据、归并或单列理由；不清楚的保留待核，不自动新建、合并或删除CRM商机。”
数量和用途只取明确表述。客户问再加一件多少钱，可能仍在调整原方案，不等于已经另买一件；客服建议第二批采购，也不能被写成客户已决定。负责人先看这些关键原句，再确定候选是否可以进入正式销售清单。
下图为当前MCP连接后台布局示意，购买事项映射由AI客户端准备。
以下客户、商品与采购表达全部虚拟。团队已确认前三轮均属于示例客户-甲，乙是另一条独立客户记录；没有已成交或正式订单资料。
| 原始咨询 | 本人表达 | 事项候选与理由 |
|---|---|---|
| 甲第一轮 | 家里想买一张桌子，先问规格价格 | 甲事项一，家庭用途 |
| 甲第二轮 | 还是家里那张，尺寸想改小一些 | 继续事项一，修改原条件 |
| 甲第三轮 | 另外店里还想买两张，尺寸另谈 | 甲事项二，明确另一用途 |
| 乙一轮 | 再问一下这个多少钱 | 乙待核，缺少前次对应关系 |
甲的三轮沟通先形成两项候选，不是三项，也不是按一个客户压成一项。第一项保留家庭用途与最新尺寸条件，第二项保留门店用途及两张的询问。两张是甲明确提出的需求数量，仍不等于已确认下单。
给销售的输出：“甲事项一由第一、二轮共同支持，第二轮修改原家庭采购条件；事项二来自第三轮明确的另外门店用途，单列继续了解。乙的再次询价缺少可靠前次对应，先找回必要上下文，暂不宣布是新增或重复。”
这样即使候选合并，原始咨询也没有被删掉。销售看到尺寸何时变化、另一用途从哪里开始；若后来甲说明门店计划取消，更新事项二的真实情况，不覆盖家庭事项的跟进内容。
下图为AI客户端辅助映射流程，全部示例仅演示整理方法，不是CRM商机合并页。
知你AI助手帮助找回多轮依据，WorkBuddy准备映射和理由。销售负责人决定哪些应保留为正式机会，并在有权系统维护关系；AI候选不会自行改变客户档案。
报表分别写原始咨询轮次与已核机会数量，别用去重后数字证明获客变差，也别用重复轮次证明新增增长。后来重新分类时保留原因，让团队知道变化来自实际新需求还是清理旧重复。
按具体购买事项判断，明确不同用途或另次需求可以分别保留。
先看是否仍在补充原次需求，不能只按咨询时间认定。
不能，先核可靠客户记录，不以表面相似合并身份。
保留对应来源，便于核条件变化和之后调整分类。
本文只整理候选映射，正式维护由负责人按有权流程操作。
销售线索去重把多轮表达接到具体购买事项，既不重复登记，也不抹掉真实新需求。用AI准备有来源的归并理由，再由负责人核查清单。先做一组客户映射，让跟进围绕实际要解决的购买任务继续。
如果多轮问价让销售清单重复增加、真实新需求又容易被漏掉，可以了解知你AI助手官网，先从已核客户的一组沟通建立购买事项映射，让每条待跟进机会都有原话和保留理由。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
