微博获客成本应按同一范围的获客投入除以已核实的新客户人数，不能用消息条数、咨询昵称或全部订单数代替。CodeBuddy可用AI对应授权沟通与正式买家资料，帮助分清重复联系和老客再购；客户说第一次问，也不等于企业的首次付费客户。
运营报每个客户几十元，销售算出来却高得多，常见原因是两人根本没算同一件事：一个用广告费除以咨询数，另一个看实际新增付费买家，并加入销售跟进投入。数字都可能能复算，却不应该使用相同名称。
Salesforce的获客指南将CAC定义为总获客成本除以新增客户，相关投入包括营销、销售及工具等资源。团队计算时还需固定期间、业务范围和新增定义；本文采用已核实的首次付费买家，不将一条有兴趣的询问算作成交。
费用清单由财务和业务确认，写明哪些已计入、共享费用怎样分配。若暂时只有投放费，就如实命名广告获客部分成本，不伪装成完整CAC。
知你AI助手可查询授权客户、历史会话与消息。运营先提供获准分析的客户范围、可靠业务对应和正式交易结果，再读微博售前沟通。客服记录帮助找出重复来问、本人提及既往采购和当前接触过程；是否首次付费仍回正式历史核实。
CodeBuddy通过通用MCP完成配置与授权后，可以提出：“按这份已确认对应关系整理本轮客户沟通，列接触记录、业务买家、本人关于首次或再次联系的原话与来源。对照正式交易结果标新增付费、既有买家或待核，不按昵称合并，不从意向推成交。先交人数核对表，再按财务确认费用计算。”
反过来，同名的两个联系人未必属于同一买家。无法可靠对应就保留缺口，先请负责人确认，而不是让模型选择最像的名字。
下图为MCP连接后台布局示意；买家资料与费用由团队提供，成本表在AI客户端准备。
以下费用、记录与买家均虚拟。假定团队已核准本期某获客范围，时间、转化观察及费用归集相互对应，相关交易历史完整，不涉及将本月新线索与上月成交混算。
| 联系记录 | 可靠业务对应与正式结果 | 本轮新增人数 |
|---|---|---|
| 示例联系-甲 | 对应买家一，本期首次付费 | 记1位 |
| 示例联系-乙 | 对应买家二，过去已有有效购买 | 老客再购，不记新增 |
| 示例联系-丙 | 团队已确认同属买家一的另一联系记录 | 不重复增加 |
| 示例联系-丁 | 对应买家三，本期首次付费 | 记1位 |
甲与丙为什么对应同一买家，由团队的可靠业务资料确认，不是AI凭相似话语猜出来。乙虽然在微博说第一次来问这个产品，但正式记录显示过去已购买本口径内服务，因此不能只凭一句话纳入首次付费分母。
本轮财务确认获客投放六千元、相关销售投入两千元、已分配工具投入一千元，范围一致且没有重复项目，合计九千元。新增付费买家两位，CAC为9000÷2＝4500元/位。
若只拿六千元广告费除以四条联系记录，会得到一千五百元，但它混用了不完整费用与联系条数，不是上述CAC。交付时保留费用组成、四条记录到三位买家的对应和最终两位新客的依据，让同事能检查每一步。
下图为AI客户端辅助核对流程，全部数据为虚拟示例。
知你AI助手找回接触原话，CodeBuddy辅助对应与复算。若某期成本升高，先核费用范围、观察是否成熟和新增定义有没有变化，再回读获客沟通里的真实障碍。不能只看到成本高，就认定客服不努力或马上削减某个渠道。
仅知道客户从微博咨询，并不能证明某一广告带来成交。若另做具体推广归因，补充可靠触点材料与声明的规则，不把最后一次聊天自动算成唯一来源。
不是本文口径，CAC采用获客成本与已核新增客户人数。
不能仅凭渠道首次判断，要按预先定义核正式购买历史。
按可靠业务对应去重，不能按联系记录条数直接增加买家人数。
不能，正式交易结果由负责人核实提供，意向不是付款证据。
注明仅含该部分成本与缺项，不称完整获客成本。
获客成本先统一费用，再核真实新增买家。用AI回读沟通与整理对应，正式交易决定新客结果，财务资料决定投入范围。让每个分母和费用项目都能回查，再讨论获客是否值得继续投入。
如果推广复盘总在用聊天数量代替真实客户结果，可以了解知你AI助手官网，让AI先对应授权沟通与已核业务对象，帮助团队交付来源清楚、分母准确的分析材料。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
