渠道数据打架时，先把来源、归因和有效线索口径对齐

教程定位

这篇教程解决什么问题

渠道复盘最怕一开会就发现数据不一致。市场同事说某渠道带来 420 条线索，销售同事在 CRM 里只看到 260 条，运营后台又显示 315 条。再往下问，市场按表单提交算，销售按可联系线索算，运营按埋点里的首次来源算，投放同事还按点击归因窗口统计。数字看起来都没错，但放在同一张复盘表里就会互相打架。

这篇教程教渠道运营用 AI 做一份“渠道数据口径对齐表”。你会把渠道来源、归因窗口、去重规则、有效线索定义和数据来源逐项拆开，先确认大家到底在数什么，再决定哪些数据可以用于复盘、哪些只能作为参考、哪些需要补数或重算。

最终产物不是渠道好坏排行榜，也不是月末指标下滑分析，更不是单场活动转化复盘。它只解决一个前置问题：当市场、销售、运营的数据对不上时，如何把口径争议整理成可确认的表格，让复盘从“谁的数据可信”回到“同一口径下渠道表现如何”。

使用场景

什么情况下最适合用这一套

你是渠道运营，负责每周或每月把自然搜索、付费投放、内容平台、私域、合作伙伴、活动、销售邀约等渠道放在一起复盘。业务会上，大家本来想讨论预算、线索质量和下月动作，但第一张表就卡住了。

市场团队拿出的渠道报表显示，6 月付费投放贡献了 420 条线索，内容平台贡献了 180 条线索；销售团队从 CRM 导出的数据里，付费投放只有 260 条有效线索，内容平台却有 230 条；运营后台按埋点首次来源统计，付费投放 310 条，内容平台 205 条。每个团队都说自己的系统是“真实数据”，会议很快变成口径争论。

这个场景里，渠道运营不应该马上评价“哪个渠道变差了”。因为在口径没有统一前，转化率、有效率、成本和 ROI 都可能是错位比较。真正要先做的是四件事：统一渠道来源怎么认，统一归因窗口怎么算，统一重复线索怎么去，统一有效线索到底满足哪些条件。

这篇文章适合以下情况：

它不适合处理已经确认口径后的指标下滑。如果你的问题是“本月核心指标为什么掉了”，应当做指标链路拆解；如果你的问题是“某一场活动报名多但成交少”，应当做活动转化路径复盘。本文处理的是更靠前的一步：复盘前先把渠道数据的口径打平。

• 同一个渠道在渠道报表、CRM、运营后台和销售反馈里数字不一致。
• 团队要做渠道复盘，但还没有统一线索口径。
• 投放、内容、私域、合作伙伴等来源存在归因争议。
• 销售认为线索质量差，市场认为线索量达标，双方缺少共同定义。
• 你希望 AI 帮你把分散材料整理成可确认表格，但不让 AI 直接裁判渠道好坏。

材料准备

开始前先把材料和边界备齐

先准备五类材料。材料不需要一开始就完美，但每一类都要保留来源、统计时间和口径说明。不要只粘一个结果数字给 AI，否则它只能帮你写一段看似合理的解释，无法发现口径冲突。

第一类是渠道报表。包括渠道名称、广告计划或内容入口、点击、访问、表单提交、线索数、消耗、统计周期和归因方式。投放平台里的“转化”常常按点击后一定天数归因，和 CRM 的创建时间不一定一致。

第二类是 CRM 导出。至少包含线索 ID、创建时间、来源字段、来源明细、手机号或邮箱的脱敏匹配字段、负责人、线索阶段、是否有效、无效原因、首次跟进时间和商机状态。CRM 里的来源字段可能被销售手动改过，也可能由系统自动写入，需要标清。

第三类是埋点口径。包括用户访问来源、首次来源、最近来源、表单提交事件、去重规则、跨端识别方式、UTM 字段和埋点上线时间。很多“渠道打架”不是业务争议，而是首次来源和最近来源混用。

第四类是投放记录。包括每个渠道的投放时间、素材、落地页、UTM 参数、预算调整、暂停或重启时间、归因窗口设置。投放记录能帮助判断某个来源数字是不是因为参数变化或窗口变化产生波动。

第五类是销售反馈。包括销售对线索有效性的判断、不可联系原因、重复客户、非目标客群、预算不符、需求不明确、已在跟进客户等备注。销售反馈不能单独定义渠道好坏，但可以帮助补齐“有效线索”规则。

开始前还要约定三个边界。第一，AI 不负责判定哪个系统绝对正确，它只负责列出冲突和待确认项。第二，口径对齐表不是最终复盘结论，不能直接用于砍预算或给渠道定责。第三，所有真实客户信息都要脱敏后再粘给 AI，保留可匹配字段即可。

实操流程

按这套步骤把工作跑起来

【第一步：把所有数字先按来源系统拆开】

不要一开始就合并。先让 AI 按“渠道报表、CRM、埋点后台、投放记录、销售反馈”分别列出同一渠道的数字、统计周期和字段含义。这样做的目的，是把争议从“谁对谁错”变成“这些数字分别在数什么”。

可以先建一张基础表：

例如付费投放在渠道报表里是“点击后 7 天内提交表单”，在 CRM 里是“创建时间落在本月且来源为 paid_search 的线索”，在运营后台里是“首次来源为 paid_search 的用户提交表单”。这三个数不一致是正常的，关键是不能直接放进同一列比较。

【第二步：统一渠道来源命名】

渠道名称看似简单，实际最容易乱。市场写“信息流”，CRM 写“paid_social”，运营后台写“utm_source=feed”，销售备注写“短视频广告”。如果不先做映射，同一渠道会被拆成多个渠道，或者不同渠道被合并成一个渠道。

让 AI 输出一张来源映射表，字段包括：

统一渠道名要服务业务复盘，不要过粗也不要过细。比如“付费投放”太粗，可能应该拆成“搜索广告、信息流广告、重定向广告”；但“某个广告组 ID”又太细，不适合业务会讨论。建议先按复盘要做的决策来定粒度：如果下月预算按大渠道调整，就用大渠道；如果预算按平台调整，就拆到平台；如果问题集中在某个广告组，再单独下钻。

【第三步：明确归因窗口和归因优先级】

归因窗口决定“这条线索算给谁”。同一个用户可能先看内容文章，再点搜索广告，最后从私域链接提交表单。市场可能按最近一次点击归因，运营可能按首次来源归因，销售可能按 CRM 当前来源字段归因。三种口径都可能有用，但不能混着算。

让 AI 帮你把现有口径列出来：

然后指定本次复盘采用哪一种主口径。比如渠道质量复盘可以采用“CRM 创建来源 + 有效线索状态”；投放优化可以同时看“投放平台点击归因”和“CRM 有效线索”，但必须分列展示；内容种草影响可以保留首次来源作为辅助指标。AI 可以帮你整理选择理由，但最终口径要由业务负责人确认。

【第四步：写清去重规则】

重复线索会直接改变渠道有效率。常见重复包括同一手机号多次提交、同一公司多人提交、老客户重新提交、同一用户跨端提交、活动报名和官网咨询重复进入 CRM。渠道报表可能按提交次数算，CRM 可能按手机号去重，销售可能按公司去重。

去重规则至少要写清四个问题：

如果暂时没有统一答案，不要让 AI 自己补。表里直接写“待确认”。例如“同一手机号 30 天内重复提交，只保留首次创建线索；重复提交渠道保留为触点，不计入新增线索”。这类规则一旦确认，后面的渠道有效率才有意义。

【第五步：定义有效线索】

“线索数”经常是市场和销售争议最大的词。市场说线索数达标，销售说大部分无效。要减少争议，必须把有效线索定义拆成条件，而不是只写“销售认可”。

一套可落地的有效线索定义可以包含：

注意，有效线索不是“最终成交线索”。如果把有效定义得太靠后，比如只有进入商机才算有效，会把渠道质量和销售承接混在一起；如果定义得太松，比如只要留了电话就算有效，又会掩盖线索质量问题。渠道复盘通常建议把有效线索定义在“可联系、符合目标客群、有基本需求、非重复”这一层。

【第六步：把冲突整理成待确认项】

口径对齐会暴露很多冲突。不要急着在正文里解释，先让 AI 输出“冲突清单”。每一条冲突都要有字段、影响范围、当前差异和确认人。

建议字段如下：

比如“内容平台来源在 CRM 中一部分被写成 organic_content，一部分被销售手动改为 partner_referral”，这会影响内容渠道和合作渠道的线索数。再比如“投放平台按点击后 7 天归因，CRM 按创建时间统计”，这会影响月底跨期线索。把这些冲突列出来，复盘会就能先确认规则，而不是各自拿一套数字吵。

【第七步：输出渠道数据口径对齐表】

最终交付建议分成三张表：来源映射表、口径规则表、冲突待确认表。真正进入渠道复盘时，再用确认后的口径重算渠道表现。

口径规则表可以这样设计：

最后的结论要克制。可以写：“当前不建议直接比较各渠道有效率，因为付费投放、内容平台和合作渠道在来源命名、归因窗口和重复线索处理上存在口径差异。建议先确认本表中的 6 个待确认项，再用统一口径重算渠道复盘表。”不要写：“内容渠道质量差”或“销售 CRM 数据不准”。

• 首次来源：用户第一次进入时的渠道。
• 最近来源：用户提交表单前最近一次访问渠道。
• 点击归因：用户点击广告后一定时间内转化算给该广告。
• 创建归因：CRM 线索创建时写入的来源。
• 人工修正来源：销售或运营根据沟通记录改过的来源。
• 联系方式有效：电话、邮箱或企微至少一种可联系。
• 身份符合：不是学生、同行、供应商、测试账号。
• 客群符合：行业、公司规模、地区或职位满足目标范围。
• 需求存在：有明确咨询、试用、采购、报名、报价或解决问题的意图。
• 重复处理：不是既有客户、在跟进客户或短期重复提交。
• 销售状态：销售在约定时间内完成首触，并给出有效或无效原因。

渠道 | 来源系统 | 统计周期 | 统计对象 | 关键字段 | 数值 | 口径说明 | 可能冲突

统一渠道名 | 原始字段值 | 出现系统 | 是否合并 | 合并理由 | 待确认人

1. 主去重键是什么：手机号、邮箱、企业微信、公司名、客户 ID，还是组合键。
2. 去重时间窗多长：当天、本月、90 天、历史全部。
3. 重复后归给谁：首次来源、最近来源、最后提交来源，还是人工确认来源。
4. 老客户或在跟进客户是否计入新线索。

冲突项 | 涉及渠道 | 系统 A 口径 | 系统 B 口径 | 差异表现 | 对复盘影响 | 建议确认人 | 处理状态

口径项 | 本次采用规则 | 适用范围 | 不采用的口径 | 原因 | 待确认问题 | 负责人
渠道来源 | 以 CRM 创建来源为主，埋点首次来源为辅助 | 有效线索复盘 | 只用投放平台转化 | 投放平台无法覆盖非广告渠道 | 历史手动修改来源如何处理 | 运营负责人
归因窗口 | 按线索创建时间落在本月统计 | 月度渠道复盘 | 点击后 7 天全部回算 | 跨月会影响本月 CRM 跟进 | 月末跨期线索是否单独标注 | 市场负责人
去重规则 | 同手机号 30 天内只计 1 条新增线索 | 新增线索统计 | 每次表单提交都算 | 会高估重复提交渠道 | 公司多人提交是否合并 | CRM 管理员
有效线索 | 可联系、目标客群、非重复、有明确需求 | 渠道质量复盘 | 只要提交表单即有效 | 不能反映销售可跟进质量 | 预算未知是否算有效 | 销售负责人

输入示例

可以直接参考的输入材料

下面是一份安全虚构的输入。你可以把自己的渠道报表、CRM 导出、埋点口径、投放记录和销售反馈替换进去。真实使用时，删除手机号、客户名、邮箱、合同编号和内部账号，只保留脱敏 ID。

我的角色：
我是 B2B SaaS 公司的渠道运营。6 月渠道复盘前，市场、销售、运营三套数据对不上。请先帮我做渠道数据口径对齐表，不要直接评价渠道好坏。

复盘目标：
- 复盘 2026 年 6 月各渠道带来的有效线索。
- 渠道包括：搜索广告、信息流广告、内容平台、私域、合作伙伴、自然搜索。
- 本次只先统一口径，不做预算调整建议。

渠道报表：
1. 搜索广告
   - 点击：12800
   - 表单提交转化：420
   - 投放平台归因：点击后 7 天内提交表单
   - 消耗：88000 元
2. 信息流广告
   - 点击：21400
   - 表单提交转化：510
   - 投放平台归因：点击后 7 天内提交表单
   - 消耗：96000 元
3. 内容平台
   - 文章访问：36000
   - 表单提交：180
   - 统计口径：带 content_utm 的表单提交
4. 私域
   - 链接访问：9200
   - 表单提交：160
   - 统计口径：企微和社群链接进入后的提交

CRM 导出摘要：
- 6 月创建线索总数：980
- 来源字段：
  - paid_search：260 条，其中有效 168 条
  - paid_social：380 条，其中有效 146 条
  - organic_content：205 条，其中有效 116 条
  - private_domain：132 条，其中有效 91 条
  - partner_referral：98 条，其中有效 74 条
- CRM 有效线索规则目前是销售手动勾选“有效”，无效原因包括：号码错误、学生/同行、无采购需求、重复客户、已在跟进。
- 同一手机号重复提交时，CRM 只保留最早创建的一条线索。

埋点口径：
- first_source：用户首次访问来源。
- last_source：提交表单前最近一次访问来源。
- 表单提交事件：lead_form_submit。
- 6 月 12 日上线 UTM 规范，之前内容平台部分链接缺少 utm_campaign。
- 跨端识别只覆盖登录用户，未登录用户按设备 ID 识别。

投放记录：
- 搜索广告和信息流广告均采用点击后 7 天归因。
- 6 月 28 日到 6 月 30 日搜索广告预算加倍，部分 6 月点击在 7 月 1 日到 7 月 3 日提交表单。
- 6 月 15 日信息流广告更换落地页，UTM source 从 paid_social 改为 feed_ads，CRM 里仍映射到 paid_social。

销售反馈：
- 搜索广告线索可联系率较高，但有 42 条被标为已有客户或正在跟进。
- 信息流广告线索量大，但无采购需求和学生/同行占比高。
- 内容平台线索里，有 38 条销售备注来自合作伙伴转发文章，但 CRM 来源仍是 organic_content。
- 私域线索重复率高，很多人之前已经报过活动。

限制：
- 不要判断哪个渠道好坏。
- 不要直接说市场或销售数据错。
- 请标出每个冲突项需要谁确认。
- 输出渠道来源映射、归因窗口、去重规则和有效线索定义。

提示词

可复制使用的提示词

把下面提示词复制给 AI，再把你的真实材料粘在最后。建议先脱敏，保留渠道名、字段名、时间、规则和统计值。

你是渠道数据口径对齐助手。请根据我提供的渠道报表、CRM 导出、埋点口径、投放记录和销售反馈，生成一份“渠道数据口径对齐表”初稿。

本次任务：
先解决渠道复盘前的数据口径争议，不直接评价渠道好坏，不给预算调整建议，不做最终归因结论。

请重点对齐四类口径：
1. 渠道来源：不同系统里的来源字段如何映射为统一渠道名。
2. 归因窗口：按首次来源、最近来源、点击后 N 天、CRM 创建时间还是人工修正来源统计。
3. 去重规则：重复线索用什么键、什么时间窗、重复后归给哪个渠道。
4. 有效线索定义：哪些条件满足后才能进入渠道质量复盘。

重要边界：
- 不要虚构没有提供的数据。
- 不要把投放平台转化、CRM 创建线索、埋点表单提交混成一个指标。
- 不要直接写“某渠道质量差”或“某团队数据错”。
- 对无法判断的地方写“待确认”，并说明建议确认人。
- 输出内容要能拿到复盘会前做口径确认。

请按以下结构输出：

A. 当前数据冲突概览
- 按渠道列出各系统数字差异。
- 说明差异可能来自来源命名、归因窗口、去重、有效线索定义还是跨期统计。

B. 渠道来源映射表
字段：统一渠道名｜原始字段值｜出现系统｜是否合并｜合并理由｜待确认人

C. 归因窗口对齐表
字段：口径项｜当前规则｜影响渠道｜可能导致的差异｜本次建议采用规则｜待确认问题

D. 去重规则对齐表
字段：去重对象｜当前规则｜影响场景｜本次建议规则｜风险｜确认人

E. 有效线索定义表
字段：条件｜是否纳入有效线索｜判断依据｜需要补充的数据｜确认人

F. 冲突待确认清单
字段：冲突项｜涉及渠道｜差异表现｜对复盘影响｜建议确认人｜处理优先级

G. 复盘前暂不应下的结论
- 列出当前不能下结论的说法，并说明还缺哪类口径或数据。

以下是我的输入材料：
【在这里粘贴渠道报表、CRM 导出、埋点口径、投放记录、销售反馈】

输出样例

AI 应该输出到什么程度

下面是基于上面虚构输入，AI 可能生成的一版初稿。它适合拿去做口径确认，但还不能直接作为渠道复盘结论。

【A. 当前数据冲突概览】

| 渠道 | 渠道报表 | CRM 创建线索 | CRM 有效线索 | 主要差异可能来源 | | --- | ---: | ---: | ---: | --- | | 搜索广告 | 表单提交 420 | 260 | 168 | 投放点击后 7 天归因、CRM 按创建时间、重复线索只保留最早一条 | | 信息流广告 | 表单提交 510 | 380 | 146 | UTM source 变更、CRM 映射未变、有效线索由销售手动勾选 | | 内容平台 | 表单提交 180 | 205 | 116 | 6 月 12 日前部分链接缺 UTM，合作伙伴转发文章被记为 organic_content | | 私域 | 表单提交 160 | 132 | 91 | 私域重复提交较多，CRM 按手机号保留最早创建线索 |

【B. 渠道来源映射表】

| 统一渠道名 | 原始字段值 | 出现系统 | 是否合并 | 合并理由 | 待确认人 | | --- | --- | --- | --- | --- | --- | | 搜索广告 | paid_search、search_ads | 投放平台、CRM、埋点 | 是 | 均指向搜索广告来源 | 市场投放负责人 | | 信息流广告 | paid_social、feed_ads | 投放平台、CRM、埋点 | 是，需保留变更时间 | 6 月 15 日后 UTM 改名，但业务渠道相同 | 市场投放负责人、埋点负责人 | | 内容平台 | organic_content、content_utm | CRM、埋点、内容后台 | 是 | 均指向内容自然导流 | 内容运营 | | 合作伙伴 | partner_referral、销售备注“合作伙伴转发” | CRM、销售反馈 | 待确认 | 部分内容平台线索可能来自合作伙伴转发 | 渠道运营、销售负责人 |

【C. 归因窗口对齐表】

| 口径项 | 当前规则 | 影响渠道 | 可能导致的差异 | 本次建议采用规则 | 待确认问题 | | --- | --- | --- | --- | --- | --- | | 投放平台转化 | 点击后 7 天内提交表单 | 搜索广告、信息流广告 | 月末点击、月初提交会被投放平台回算到点击渠道 | 作为投放辅助指标，不直接等同 CRM 线索 | 6 月 28-30 日点击、7 月提交的线索是否单列 | | CRM 创建时间 | 线索创建时间在 6 月 | 全部渠道 | 与点击归因周期不一致 | 作为本次有效线索复盘主统计周期 | 跨期线索是否在备注中标注 | | 埋点 first_source | 用户首次访问来源 | 内容、自然、广告 | 不能反映提交表单前最近触点 | 作为触点辅助，不作为唯一归因 | 是否需要同时保留 last_source |

【D. 去重规则对齐表】

| 去重对象 | 当前规则 | 影响场景 | 本次建议规则 | 风险 | 确认人 | | --- | --- | --- | --- | --- | --- | | 同手机号重复提交 | CRM 保留最早创建线索 | 私域、活动、广告再营销 | 30 天内只计 1 条新增线索，重复提交记录为触点 | 可能低估后续渠道的唤醒作用 | CRM 管理员 | | 老客户重复提交 | 销售手动标注已有客户 | 搜索广告、私域 | 不计入新增有效线索，单列为老客触达 | 需要确认老客是否进入续费复盘 | 销售负责人 | | 跨端重复 | 未登录用户按设备 ID，无法完全识别 | 全渠道 | 暂按 CRM 去重结果为准，并在风险中标注 | 可能重复计算同一自然人 | 数据负责人 |

【E. 有效线索定义表】

| 条件 | 是否纳入有效线索 | 判断依据 | 需要补充的数据 | 确认人 | | --- | --- | --- | --- | --- | | 联系方式有效 | 是 | 电话、邮箱或企微可触达 | 触达结果字段是否完整 | 销售负责人 | | 目标客群符合 | 是 | 行业、公司规模、职位符合目标范围 | 目标客群范围需确认 | 业务负责人 | | 有基本需求 | 是 | 咨询、试用、报价、采购问题等明确意图 | 销售备注需标准化 | 销售负责人 | | 学生、同行、供应商 | 否 | 不属于目标客户 | 无效原因枚举需统一 | 渠道运营 | | 既有客户或正在跟进 | 否，单列触点 | 不应计入新增线索 | 是否纳入老客运营复盘 | CRM 管理员 |

【F. 冲突待确认清单】

| 冲突项 | 涉及渠道 | 差异表现 | 对复盘影响 | 建议确认人 | 处理优先级 | | --- | --- | --- | --- | --- | --- | | 投放平台转化与 CRM 线索差异 | 搜索广告、信息流广告 | 投放转化数高于 CRM 创建线索 | 影响 CPL 和有效率计算 | 市场投放负责人、CRM 管理员 | 高 | | UTM source 改名 | 信息流广告 | feed_ads 与 paid_social 是否合并 | 影响 6 月信息流线索归集 | 埋点负责人 | 高 | | 合作伙伴转发文章归属 | 内容平台、合作伙伴 | 38 条备注来自合作伙伴，但 CRM 仍是 organic_content | 影响内容和合作渠道贡献 | 渠道运营、销售负责人 | 中 | | 私域重复提交 | 私域 | CRM 线索少于表单提交 | 影响私域新增线索判断 | CRM 管理员 | 中 |

【G. 复盘前暂不应下的结论】

• 暂不应说“信息流广告质量差”。目前只能看到 CRM 有效线索占比低，但有效线索由销售手动勾选，且 UTM source 在月中发生过变更，需要先确认字段映射和无效原因枚举。
• 暂不应说“内容平台贡献被低估”。销售反馈中确有合作伙伴转发文章，但需要确认这些线索本次应归内容触点、合作渠道，还是同时保留触点和主归因。
• 暂不应直接比较各渠道 CPL。投放平台转化按点击后 7 天归因，CRM 有效线索按创建时间统计，分母和分子还没有统一。

人工验收

人要怎么检查和改到可用

AI 生成口径对齐表后，渠道运营需要做四轮人工检查。

第一轮，检查字段有没有被 AI 偷换。尤其是“表单提交”“创建线索”“有效线索”“商机”这几个词，不能互相替代。只要发现 AI 把投放平台转化直接写成 CRM 有效线索，就要改回分列。

第二轮，检查渠道映射是否符合业务实际。AI 可能根据名字相似自动合并字段，但 source 相似不代表业务渠道相同。比如 partner_content、organic_content 和 content_utm 看起来都像内容，但前者可能属于合作渠道，后者才是自有内容。

第三轮，找对应负责人确认待确认项。来源映射通常找渠道运营和埋点负责人；归因窗口找市场投放负责人和数据负责人；去重规则找 CRM 管理员；有效线索定义找销售负责人和业务负责人。确认前，不要把口径建议写成已采用规则。

第四轮，用确认后的规则重算一版渠道复盘数据。口径对齐表只解决“怎么算”，真正评价渠道表现时，要基于确认后的数据重新计算线索量、有效率、成本和后续转化。不要拿 AI 初稿里的示例数直接做决策。

还有一个实用检查：每个结论后面问一句“这句话是否依赖尚未确认的口径”。如果答案是是，就改成“待确认”或“暂不下结论”。这能避免口径会提前变成追责会。

失败反例

这些失败反例要提前避开

【反例一：把三套系统数字强行合成一个总数】

错误做法是把投放平台的 420 条转化、CRM 的 260 条线索、运营后台的 310 次表单提交平均一下，写成“本渠道约 330 条线索”。这种写法看似折中，实际丢掉了每个系统的统计对象，后续有效率和成本都会失真。

正确做法是分列展示三套数字，并说明它们分别代表点击归因转化、CRM 创建线索和埋点表单提交。只有确认主口径后，才能进入复盘计算。

【反例二：在有效线索没定义前就评价渠道质量】

错误做法是看到某渠道 CRM 有效线索占比低，就直接写“该渠道质量较差，建议减少预算”。如果有效线索是销售手动勾选，而无效原因没有标准化，这个结论很可能混入销售承接、重复客户、字段缺失和客群判断差异。

正确做法是先确认有效线索条件：可联系、目标客群、非重复、有基本需求。再把无效原因拆开看，是联系方式错误、客群不符、重复、无需求，还是销售未及时判断。

【反例三：把归因窗口差异当成渠道波动】

错误做法是看到投放平台 6 月转化高于 CRM 6 月线索，就说 CRM 漏数，或者说投放平台虚高。实际可能只是点击后 7 天归因和 CRM 创建时间发生跨月差异。

正确做法是把投放平台归因窗口、CRM 创建时间和表单提交时间分开列出。跨月线索可以单列备注，不能直接指责某个系统错误。

【反例四：让 AI 直接裁判谁的数据可信】

错误做法是问 AI：“市场和销售谁的数据更可信？”AI 可能会给出听起来客观的排序，但它没有权限判断内部系统治理、字段维护和业务规则。

正确做法是让 AI 列冲突、影响和确认人。可信度要由业务负责人、数据负责人和系统负责人共同确认，AI 只做整理和追问。

主题边界

它和相邻主题的区别

这篇文章和“月末核心指标掉了，先拆清是流量少了还是转化低了”不同。那篇是在口径基本可用的前提下，定位一次指标下滑主要发生在流量、转化、客单或留存哪一段；本文是在渠道复盘前发现数据打架，先统一来源、归因、去重和有效线索定义。它不回答“为什么掉了”，只回答“这些渠道数据能不能放在一起比较”。

它也不同于“活动报名不少却成交少？把入口、表单、客服和成交节点拆开复盘”。活动转化复盘关注一场活动从入口到成交的路径损耗，重点是活动节点、客服承接和成交推进；本文关注长期或月度渠道复盘前的口径治理，重点是跨系统字段、归因窗口和线索定义。

这篇文章的差异化交付是“渠道数据口径对齐表”。只有当这张表确认后，团队才适合继续做渠道表现复盘、预算讨论或线索质量分析。先把口径争议解决掉，才不会用错位数据评价渠道好坏。