小程序活动拉新复盘要分开看客户添加时间和活动期间消息：新添加且咨询、原有客户再咨询，属于不同口径。CodeBuddy可用AI查询授权记录，按稳定身份交叉核对并列出未知项；两种记录同时出现，不足以证明客户由这次活动带来。
活动期间可能有老客户询问规则、重复追问或处理售后，也可能出现新客户。若把所有咨询都写成新增，就会夸大获客结果；若只看当前正在接待的人，又可能漏掉已经结束的咨询。复盘先明确统计对象和时间含义，数字才容易解释。
“新增客户”在本文只指系统查询中添加时间落入指定区间的客户，不等同于品牌全新用户、首次购买或首次在互联网认识品牌的人。正式活动归因需要其他可靠来源；客服记录可以说明服务范围内观察到了什么。
知你AI助手支持授权客户按添加时间查询，也可按消息发生时间查历史会话。先明确小程序渠道与活动区间，再分别取两组结果：添加时间在区间内的客户，区间内有相关消息的客户。历史查询包含符合条件的已结束记录，不用当前队列代替。
CodeBuddy支持通用远程MCP连接，按当前双方说明核验配置与授权后，可提出：“分别查询指定小程序在该区间新增的客户记录，以及区间内发生消息的历史会话。按稳定UID归并，注明各组范围、分页处理和未知项；先不要判断活动归因。”
若只研究活动相关咨询，再以明确主题表达召回并阅读上下文。关键词命中只是候选，仍需判断是否属于本次活动；关键词历史检索受最近半年范围限制。未完成分页或权限不足时，将结果标为已核对范围，不写成完整总体。
下图为MCP连接后台布局示意，集合对照由AI客户端完成，不是自动拉新归因看板。
同一客户多次联系只作为同一UID出现，另有需要时再记录咨询次数。下面的虚拟表展示分类结构，不填未经实际查询的数字，也不将多个渠道的相似昵称自行合并。
| 添加时间所见 | 活动区间消息所见 | 可描述结果 | 仍需注意 |
|---|---|---|---|
| 在指定区间内 | 有已核对相关咨询 | 区间内新增且咨询 | 不等同于活动带来 |
| 早于该区间 | 有已核对相关咨询 | 原有客户再次咨询 | 不计作本期新增 |
| 在指定区间内 | 暂未核到相关咨询 | 新增记录但咨询待核 | 未命中不等于无咨询 |
| 时间信息未知 | 有相关咨询 | 新老状态待核 | 暂不强行归类 |
复盘表同时保留查询日期、实际渠道、时间边界与去重规则。需要比较上期时使用同一口径；查询条件改变，就明确写出变化。客户新增量、参与人数和成交数分别从对应可靠记录核对，不因数值接近就合并解释。
下图为AI客户端辅助流程示意，展示添加记录与消息记录如何交叉核对。
运营可以据此说明活动服务对象中新老客户的组成，并进一步检查不同组的具体问题。需要评估渠道拉新贡献时，另结合有效入口标记、活动记录和已确认身份关系，先说明可归因范围，不让AI凭一句“参加活动来了”补全整套来源链。
知你AI助手减少手工查人和对照时间的工作。先用一段明确区间试做，人工抽查交叉表里的几位客户，核对添加时间、原话与分类，再采用相同方法准备下一期材料。保留未知项，比把所有人硬分新老更有用。
不算，先查添加时间，原有客户再次咨询应单列。
本文只表示系统添加时间口径，不能直接证明全品牌首次接触。
不够，活动期间已结束的记录需要通过历史查询核对。
客户人数按稳定身份去重，咨询次数是另一项指标。
不能直接归因，还需要可靠来源和已确认的活动记录支持。
活动复盘先分清添加时间和消息时间，再按稳定身份核对新老客户。用CodeBuddy协助查询小程序授权记录，生成口径清楚的交叉表，让咨询变化有依据，也让归因缺口保持可见。
如果活动复盘总把咨询人数和新增客户混在一起，可以了解知你AI助手官网，让AI协助查询授权记录并准备可核对的口径表。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
