抖音销售客户档案补录，可以先让Claude Code用AI从授权聊天提取客户已明确说过的信息，再按团队字段准备底稿。角色、业务现状、需求与计划分别记录，未说明的保留空缺；询问价格不等于给出预算，查询结果也不会自动写入CRM。
售前交流常把业务规模、使用目标和合作安排散在多轮消息里。销售聊完又忙着接下一位，正式档案只留下一个称呼和几句笼统备注；其他同事准备方案时，还要从头找客户究竟说了什么。
补录的第一步是确定团队真正需要维护哪些信息。现有客户表用业务背景、实际用途和下一步安排，就围绕这些定义，不让模型额外猜收入、购买能力或个人属性。
同一客户的多轮内容按实际事项阅读。客户转发他人介绍、客服举例、双方探讨可能方案，都与本人确认的现状不同；来源分清，后续录入才不会把一次讨论变成长期事实。
知你AI助手可查询授权客户资料、历史会话和消息。先确认抖音客户身份和这次业务范围，再读取相关前后文，将已知资料与客户表达分别列出。本次输出对应团队自己的维护表，不表示接口提供了同名业务字段。
Claude Code支持通用远程HTTP MCP。按当前双方连接与认证说明授权后，可以提出：“按这份已有字段定义，整理本次售前沟通的补录底稿。每项列候选内容、客户原话、消息时间与确定程度；区分现状、计划和未见信息，客服报价不能当客户预算，不判断购买概率，不写回客户资料。”
一个字段需要多句才能支持，就保留必要的组合依据。客户后来澄清时，按当前明确表达说明，避免最早的简称覆盖后来解释。
下图为MCP连接后台布局示意，字段底稿由AI客户端整理，不是自动补全或修改CRM的界面。
以下客户、业务和表格全部虚拟，仅演示补录判断。团队已有字段为联系人业务角色、当前经营范围、本次目标和预算说明，不代表任何产品的固定字段。
示例客户-甲说：“我负责门店运营，先帮采购同事收集信息。现在两家店在营业，第三家还在筹备，时间没定。我们想看看能不能把分店咨询接起来。”随后甲询问某种方案价格，客服说明报价，但甲没有说自己的可用预算。
| 拟录字段 | 有依据的内容 | 不应补成什么 |
|---|---|---|
| 业务角色 | 门店运营，协助采购收集资料 | 已确认最终采购决策人 |
| 当前范围 | 两家门店在营 | 三家门店已全部营业 |
| 计划背景 | 第三家筹备，时间未定 | 已承诺某日开业 |
| 本次目标 | 希望了解分店咨询接续 | 已决定购买某项方案 |
| 预算说明 | 当前读取范围未见明确预算 | 将客服报价复制成客户预算 |
完整底稿可写：“甲为运营，协助采购收集资料；两家门店在营，第三家筹备时间未定；希望了解咨询接续，预算与采购分工未明确。”各项附原话出处。
这里的未见预算，不等于甲没有预算，更不等于客户购买能力不足。是否需要补问，取决于下一项实际工作：只提供公开产品资料，未必马上需要全部采购信息；准备具体方案时，再询问影响判断的必要条件。
如果后续甲明确说第三家已经开业，就记录新的时间依据，由负责人核实后维护现状。不能因为一份旧底稿写了筹备，就让未来接待沿用旧结论。
下图为AI客户端辅助字段对应流程，所有表达虚拟，正式维护由人员完成。
知你AI助手帮助找回沟通依据，Claude Code辅助将字段与原话对应。销售确认后通过现有正式流程维护档案，并记录必要依据与更新时间，不把AI输出当成已经保存成功。
先抽查底稿，检查是否把报价写成预算、把协助联系人写成决策人，以及漏掉后续澄清。发现同类错误就调整字段说明和提取要求，减少重复劳动。
本流程准备补录底稿，正式资料由有权限人员确认维护。
不可以，报价与客户明确的预算分开，未说明就保留缺项。
现状与计划分别记录，实际开业后再按新依据维护。
不能据此判断，按本人明确职责记录，采购分工另核。
先判断是否影响当前工作，只补问必要条件，不增加无关负担。
客户档案补录从已有字段出发，把明确原话、计划与缺项分开，保留出处后交销售确认。先用一份小底稿检查容易误填的内容，让正式资料更有依据，也让下一轮沟通少些重复查找。
希望让AI协助从沟通中准备客户档案底稿，可以了解知你AI助手官网，先选少量常用字段核对原话和出处，让销售确认以后再维护正式资料。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
