crm大数据分析：CRM新手复盘框架：渠道评估如何定位数据重复

做CRM渠道复盘时，我最先检查的通常不是ROI，而是“这个数字到底数了几个人”。在一次月度复盘中，广告平台显示新增线索126条，活动报名表有83条，销售转介绍又录入41条；三组数字相加后，团队以为获得了250条线索。可将手机号、邮箱和企业名称进行匹配后，实际只有187个独立客户，其中39个客户被两个以上渠道重复记录。原本看起来获客规模最大的渠道，去重后并没有那么强。

crm大数据分析：CRM新手复盘框架：渠道评估如何定位数据重复

我的核心判断是：渠道复盘的第一步不是比较渠道，而是确认客户、事件和归因是否被重复计算。如果同一个客户被创建成多个档案，同一订单被同步两次，或者同一成交同时被广告、直播和销售转介绍认领，那么线索量、转化率、CAC和ROI都会失去比较基础。

一、先讲核心结论：没有去重的渠道排名，通常只能当作线索采集排名

1. 不要把“记录条数”当成“客户数量”

CRM中的一行记录，可能代表一个客户，也可能只是一次表单提交、一次电话跟进、一次订单同步或一次营销触点。它们的业务粒度完全不同。把这些记录直接汇总成“新增客户数”，是新手做渠道分析时最常见的错误。

例如，一个客户先点击搜索广告，第二天填写官网表单，之后参加线上活动，最后由销售手工创建商机。CRM里可能出现四条记录，但业务上只有一个客户主体、一个商机，甚至只有一笔订单。

因此，我会先把以下概念拆开：访问用户、营销触点、有效线索、去重客户、商机、成交客户、订单和回款。只有明确每个指标的对象，渠道评估才不会出现“分子和分母不是同一类东西”的问题。

2. “重复”要拆成三种，而不是简单删除重复行

我在复盘中通常把数据重复分成三层。第一层是主体重复，即同一个人或同一家企业有多个客户档案。第二层是事件重复，即同一表单、订单、回款或转化事件被写入多次。第三层是归因重复，即同一个真实成交被多个渠道同时计为自己的结果。

这三种问题的处理方式不同。主体重复需要合并客户档案；事件重复需要保留唯一事件ID；归因重复则不能靠删除数据解决，而需要先确定首触、末触或多触点分摊规则。

3. 渠道不是只能拥有一个答案

一个客户可以拥有多个渠道触点，这不意味着数据错误。搜索广告可能负责第一次发现，内容活动负责建立信任，销售转介绍负责推动成交。真正错误的是把同一客户建成多个主体，或者把同一笔成交在多个渠道报表中简单相加。

所以，渠道复盘不应该只问“哪个渠道带来的客户最多”，还要问三个问题：谁最早让客户进入视野？谁促成了有效咨询？谁在成交前发挥了关键作用？这三个答案可能分别属于三个渠道。

二、背景和真实场景：CRM为什么总是和广告平台、销售表格对不上

1. 多系统同时写入，重复往往发生在接口而不是客户身上

很多企业会同时使用广告平台、活动报名工具、企业微信、电话系统、销售表格和CRM。每个平台都有自己的用户ID和转化定义，系统之间又未必共享统一的客户唯一ID。

广告平台可能按点击用户统计，活动工具按报名手机号统计，销售表格按公司名称统计，而CRM按联系人记录统计。四个系统都在说“客户”，但实际识别对象并不相同。

尤其是接口同步失败后自动重试的场景，同一条表单可能被写入两次。若CRM没有外部事件ID或幂等校验，系统会把一次提交当成两条新线索。

2. 销售手工录入会改变渠道原始信息

销售人员常常为了尽快跟进，直接新建客户档案，而不是先搜索现有记录。客户之前可能已经通过广告表单进入CRM，但销售只知道客户是“朋友介绍”或“主动咨询”，于是同一主体产生两条甚至三条档案。

这类重复比接口重复更难处理，因为它往往带有新的备注和跟进记录。简单删除其中一条，会连带丢失历史沟通；直接合并，又可能覆盖原始来源。因此，客户合并必须保留来源、时间、跟进人和订单关联关系。

3. 渠道平台的转化口径并不等于企业的成交口径

广告平台可能把“提交表单”记作转化，活动工具可能把“报名成功”记作转化，而企业真正认可的成交，也许是签约并收到款项。三者都叫转化，但时间点和业务价值完全不同。

我建议在复盘表中明确写出“转化事件定义”。例如，线索转化可以定义为通过销售资格审核；成交转化可以定义为签约订单；收入贡献则以实际回款或扣除退款后的净收入为准。

三、常见误区：为什么很多复盘越做越乱

1. 误区一：谁的线索量最大，谁就是最有效的渠道

线索量只能说明采集规模，不能说明客户质量。一个渠道带来100条线索，其中80条是重复客户或低意向咨询；另一个渠道带来30条线索，却有12个进入商机阶段。单看线索量，前者更强；看有效商机率，后者明显更有价值。

我更愿意把渠道指标分成三层：第一层看覆盖，第二层看有效性，第三层看收入和长期价值。覆盖指标包括原始触点和独立客户；有效性指标包括资格通过率和商机率；收入指标包括成交客户、净收入、毛利和复购。

2. 误区二：发现重复数据，就直接删除后导出的重复行

删除重复行看起来很快，但它会破坏客户历史。被删除的记录可能包含首次来源、销售备注、活动参与、售后问题或订单关联。后续团队再问“这个客户最早从哪里来”，已经无法回答。

正确做法是建立合并关系。保留一个主客户ID，同时把其他记录标记为从属记录，并保存合并前ID、合并时间、操作人和合并原因。数据治理的目标不是让表格看起来干净，而是让历史关系可追溯。

3. 误区三：只用姓名或公司名称判断重复

姓名和公司名称属于弱身份字段。张伟可能对应多个真实客户，同一家公司也可能有采购、财务、技术和决策人多个联系人。如果仅因为名称相似就合并，可能把本来不同的业务主体错误拼接在一起。

我会优先使用手机号、邮箱、企业统一社会信用代码、外部用户ID和订单号等强字段。强字段缺失时，再结合公司地址、职位、产品需求、联系时间和销售备注进行人工复核。

4. 误区四：把多渠道触点全部归给最后一次点击

末次触点归因操作简单，但容易低估早期内容、品牌曝光和搜索广告的作用。客户可能在第一次看到内容后的20天才报名活动，最后通过销售转介绍成交。如果只认最后一个渠道，前面的触点会被系统性忽略。

末次归因并不是错误，只是它回答的是“哪个渠道最接近成交”。如果企业需要判断拉新能力，应看首触归因；如果需要判断促单能力，可以看末触归因；如果需要分配预算，则最好同时看独立客户、触点覆盖和辅助转化。

5. 误区五：为了让报表好看，强行把各渠道数据加总

多渠道数据本来就可能存在重叠。为了让广告、活动、自然流量和销售转介绍的成交数加起来刚好等于总成交，强行分配并不代表数据更准确，只是隐藏了归因不确定性。

我通常会在报表中同时展示“独立成交客户数”和“触点贡献次数”。前者用于预算和经营决策，后者用于理解客户旅程。两个指标不必相等，但必须说明它们的统计口径。

四、专业判断逻辑：先判断主体，再判断事件，最后判断归因

1. 第一步：明确数据粒度和主键

在任何复盘开始前，我会先问：“这张表的一行到底代表什么？”如果一行代表客户，主键应该是客户ID；如果一行代表订单，主键应该是订单号；如果一行代表触点，主键应是渠道事件ID或触点ID。

一张表只能有一个主要业务粒度。把客户字段、订单字段和触点字段混在一起后，客户一对多关联订单，订单一对多关联触点，汇总时就很容易重复计数。

2. 第二步：建立客户身份匹配规则

我建议把匹配规则分成“自动确认、疑似待审、明确不合并”三档。手机号和邮箱完全一致，且姓名或公司信息也基本一致时，可以自动标记为高置信度重复；只有公司名称相同、联系人不同的记录，则应进入人工审核。

手机号和邮箱在匹配前必须先标准化。例如，去除手机号中的空格、短横线和国家区号差异；邮箱统一小写并清理前后空格；公司名称处理括号、有限公司后缀和常见简称。但标准化只能减少格式差异，不能替代人工判断。

（1）强身份字段

包括手机号、邮箱、企业统一社会信用代码、外部平台用户ID、会员ID和订单号。这些字段适合用于自动匹配，但也要关注多人共用企业电话、公共邮箱和家庭账号等特殊情况。

（2）辅助判断字段

包括姓名、公司名称、地址、职位、产品需求、设备信息、首次访问时间和销售备注。它们适合帮助判断疑似重复，不适合单独作为合并依据。

（3）冲突字段

如果两条记录手机号相同，但公司、联系人和业务需求明显不同，不要直接合并。可能是企业公共电话，也可能是销售录入错误。冲突记录应进入人工复核队列。

3. 第三步：区分“客户重复”和“客户多次行为”

同一个客户重复提交三次表单，不代表三个客户，但也不代表其中两次行为没有价值。客户表中应保留一个主体，触点表中则可以保留三次行为，并记录每次行为的渠道、时间和事件类型。

这是许多CRM复盘失败的关键原因：为了得到一个“干净”的客户表，把所有重复触点都删除。这样虽然客户数不再虚高，但企业失去了判断客户活跃度和内容影响力的依据。

4. 第四步：确定归因规则，并把规则写进报表

归因规则没有唯一正确答案，只有是否适合当前业务。短链路、低客单价业务可以使用末触归因；决策周期较长的B2B业务，更适合同时保留首触、末触和辅助触点。

我建议至少保留三个字段：首次来源、最近转化来源和完整触点列表。这样管理者可以分别回答拉新、促转化和客户旅程三个问题，而不是用一个渠道字段承担所有解释任务。

五、具体案例：用九数云把重复客户、渠道和订单放到同一张分析链路上

1. 为什么我会优先用九数云做这类复盘

在没有专职数据工程师的团队里，渠道复盘的难点通常不是不会做加法，而是数据分散在多个文件和系统中。九数云这类数据分析工具更适合先把CRM、广告投放、活动报名和订单数据整合起来，再通过关联、计算和可视化观察重复关系。

我不会把工具当成“自动得出真实ROI”的黑箱。工具可以帮助我们连接数据、统一字段、筛选异常和搭建看板，但客户是否应该合并、订单是否属于同一笔交易、某个渠道是否承担辅助转化，仍然需要业务规则。

实际搭建时，我会先把九数云作为分析层，而不是直接修改CRM生产数据。这样做的好处是：先在分析环境中验证去重规则，确认误合并率和漏合并率，再把经过验证的规则同步回客户管理流程。

2. 一个可复现的情景案例

以下案例是为了演示方法而设计的样本推演，不代表某个企业的真实经营结果。某B2B企业在一个月内同时使用搜索广告、线上活动、官网表单和销售转介绍，共导入250条CRM线索。

团队一开始把这250条记录直接分配给渠道，得到的结论是：搜索广告贡献最多，活动渠道排名第二，销售转介绍效果最差。但在九数云中将CRM客户表、订单表和触点表关联后，发现部分记录的手机号、邮箱或企业信息重复。

表中的成交客户仍然是按首触来源展示的示意结果。一个客户可能参与过活动，也被销售跟进，但为了便于观察拉新能力，案例先将成交客户归到首次被识别的渠道。另一个报表可以用末触来源展示促单效果，两个报表不应混用。

3. 用九数云分析时，我会先搭四张基础表

（1）客户主体表

字段包括客户ID、标准化手机号、标准化邮箱、公司名称、企业统一社会信用代码、客户创建时间和客户状态。它负责回答“有多少独立客户”，不负责直接承载所有订单金额。

（2）营销触点表

字段包括客户ID、渠道名称、活动ID、广告计划ID、触点时间、触点类型和外部事件ID。它负责记录客户经历了什么，不应直接把每个触点都算成新客户。

（3）商机订单表

字段包括商机ID、订单号、客户ID、订单创建时间、回款时间、订单金额、退款金额、订单状态和销售负责人。订单号必须唯一，否则收入会被重复累加。

（4）渠道成本表

字段包括渠道、计划、统计周期、投放成本、活动成本、销售激励成本和其他可归属成本。成本口径要和收入口径对应，不能只统计广告费，却把完整成交收入都分给广告渠道。

4. 在九数云中观察重复的三个关键视图

第一个视图是“客户重复矩阵”。横轴放渠道，纵轴放独立客户ID，单元格显示该客户是否在该渠道出现。这样可以看到一个客户是否同时出现在广告、活动和销售转介绍中。

第二个视图是“客户，订单关联表”。它用于检查客户是否拥有多个客户ID、同一订单号是否关联多个主体，以及订单金额是否在渠道汇总中被重复计算。

第三个视图是“渠道转化路径”。它按照触点时间排序，观察客户从首次触达到成交之间经历了哪些渠道。对于长销售周期业务，这个视图比单纯的渠道柱状图更有解释力。

5. 用计算字段避免把“触点数”误当“客户数”

在分析工具中，最重要的不是做出漂亮的图，而是为不同数据粒度建立不同计算字段。例如，原始线索可以按记录数统计，独立客户必须按客户ID去重，成交金额则按订单号去重后汇总。

如果使用SQL或类似的数据处理逻辑，可以参考下面的示意写法。字段名称需要根据企业实际数据表修改，代码只用于展示计算思路。

SELECT
channel,

COUNT(DISTINCT customer_id) AS unique_customers,

COUNT(DISTINCT CASE

WHEN lead_status = '有效' THEN customer_id

END) AS qualified_customers,

COUNT(DISTINCT CASE

WHEN order_status IN ('已签约', '已回款') THEN customer_id

END) AS won_customers,

SUM(DISTINCT net_order_amount) AS net_revenue

FROM crm_channel_events

GROUP BY channel;

需要特别注意，代码中的SUM(DISTINCT net_order_amount)并不能适用于所有订单场景。如果两笔不同订单金额恰好相同，简单按金额去重会少算收入。更稳妥的做法是先按订单号保留唯一订单，再汇总净订单金额。

6. 案例中最值得关注的不是排名变化，而是决策变化

去重前，搜索广告因为原始线索多，看起来明显领先。去重后，销售转介绍的有效线索率和成交客户价值更高，活动渠道则在辅助转化中表现突出。由此得出的动作不应是“停止广告”或“全面增加活动预算”，而是分别优化三个环节。

• 搜索广告：优化重复表单拦截、关键词质量和有效线索筛选，避免把采集量误当成客户覆盖。
• 线上活动：保留活动触点记录，重点观察活动前已有触点和活动后的商机推进率。
• 销售转介绍：提高来源字段完整性，区分真正首次来源和销售最后介入来源。
• 官网自然流量：补充UTM、表单来源和首次访问时间，减少“自然流量兜底”导致的归因缺失。

六、CRM新手的三轮排查法：从强身份字段到转化事件

1. 第一轮：按强身份字段查找确认重复

第一轮只做高置信度判断，不急于处理模糊记录。优先检查手机号、邮箱、企业统一社会信用代码、会员ID、外部平台用户ID和订单号。

如果同一手机号、同一邮箱和同一公司同时出现，且客户状态、业务需求和销售备注没有冲突，可以标记为“确认重复”。如果只有姓名相同，先不要合并。

• 手机号：清除空格、短横线、括号和国家区号格式差异。
• 邮箱：统一小写，清除前后空格，检查明显的测试邮箱。
• 企业名称：保留原始名称，同时生成标准化名称用于辅助匹配。
• 订单号：检查是否存在重复导入、拆单和退款状态。
• 外部ID：优先保留平台生成的稳定ID，不要用显示名称替代。

2. 第二轮：按身份加行为识别疑似重复

第二轮针对联系方式缺失或多人共用联系方式的情况。可以结合姓名、公司、职位、地址、设备、IP、访问时间、咨询内容和销售备注。

我会把疑似记录分为三种：确认重复、疑似重复和暂不合并。确认重复可以进入自动合并流程；疑似重复由销售或客户运营人员复核；暂不合并的记录继续保留，但要记录为什么暂不处理。

人工复核不是低效的补丁，而是对误合并风险的必要控制。对于高客单价或长周期B2B业务，误把两个决策人合成一个客户，可能比保留一条重复记录造成更大的经营损失。

3. 第三轮：检查订单、回款和转化事件

客户去重完成后，还要单独检查订单。因为客户主体唯一，不代表订单没有重复。一个客户可以有多笔订单，也可能同一订单在接口重试后出现两行记录。

我会重点检查订单号、支付流水号、回款批次、退款状态和订单创建时间。对于已经退款或取消的订单，不能继续把它们计入有效成交；对于分期回款，则要提前约定收入以签约金额还是实际回款金额计算。

七、去重后如何重新计算渠道效果

1. 去重有效线索数

建议定义为：通过有效性审核，并且客户主体唯一的线索数量。这个指标的关键是“主体唯一”和“有效性审核”两个条件缺一不可。

如果同一客户在一个月内提交三次表单，去重有效线索数仍然只能算一个客户，但触点次数可以保留为三次。这样既不会虚增客户规模，也不会丢失客户兴趣变化。

2. 有效线索转化率

计算公式为：有效线索转化率＝成交客户数÷去重有效线索数。分子和分母必须使用同一时间窗口、同一客户主体口径和同一成交定义。

例如，1月产生的有效线索在30天内成交，那么分母应是1月有效线索，分子是这些客户在1月及之后30天内的成交客户。不能把当月成交数与跨月新增线索直接相除。

3. 客户获取成本和净ROI

CAC可以定义为渠道可归属成本除以去重后的新增客户数。净ROI则应至少扣除退款、折扣和可识别的履约成本，否则高收入渠道可能只是低毛利渠道。

多渠道场景下，成本分配尤其需要谨慎。如果一个客户同时经过广告和活动，不能把完整成交金额分别复制到两个渠道。可以采用首触归属、末触归属或按触点分摊，但必须在报表中明确规则。

4. 不要只看首单收入

对于复购型业务，首单收入可能低估渠道价值。某渠道带来的客户首单金额不高，但90天内持续复购；另一个渠道首单金额较高，却有较高退款率和服务成本。

因此，我会增加30天收入、90天净收入、复购次数、退款率和毛利贡献等指标。CRM复盘的目标是帮助预算决策，而不是制造一张看起来漂亮的成交排行榜。

5. 多渠道归因至少保留三种视图

第一种是首触视图，用于观察哪个渠道带来新的独立客户。第二种是末触视图，用于观察哪个渠道最接近成交。第三种是完整触点视图，用于分析客户在成交前经历了哪些渠道。

如果管理层只需要一个预算数字，可以选定一种主归因模型。但在分析层，我建议保留其他视图作为解释依据。否则一旦某个渠道的表现异常，团队无法判断是渠道质量下降，还是客户旅程发生了变化。

八、不同情况下的行动建议和取舍

1. 如果重复建档主要来自表单和接口

这通常说明数据写入流程缺少幂等校验，或者外部平台没有传递稳定事件ID。建议优先治理技术流程，而不是要求销售每天手工清理。

• 给每次外部表单提交生成唯一事件ID。
• 接口重试时按事件ID判断是否已经写入。
• 统一手机号、邮箱和企业ID字段格式。
• 在CRM新建客户前先执行重复提示。
• 保留原始来源和导入时间，方便定位问题发生在哪个系统。

这种方案的优点是长期效果稳定，缺点是需要接口改造和字段协同。如果企业当前数据量不大，可以先用九数云建立异常监控看板，确认重复比例和主要来源，再决定是否投入技术开发。

2. 如果重复建档主要来自销售手工录入

不要只用“禁止重复录入”作为管理要求。销售之所以新建记录，往往是因为搜索现有客户不方便、客户名称不规范，或者系统没有把历史联系方式展示出来。

更可行的做法是改善录入流程：新建前自动搜索手机号和邮箱，显示可能匹配的客户；合并客户时保留全部跟进记录；对重复创建率较高的团队进行定期复盘。

这里存在一个取舍：严格限制新建客户，可以降低重复率，但也可能让销售为了绕过流程而填写虚假信息。流程设计应尽量减少操作成本，而不是单纯增加审批。

3. 如果某渠道重复客户比例特别高

这可能意味着渠道获得了大量回流客户，而不是大量新客户。不要立刻把它判定为无效渠道。先看这些回流客户是否带来新订单、复购或推荐客户。

如果渠道主要触达老客户，应将其从“拉新渠道”调整为“客户运营渠道”单独评估。用拉新指标评价老客召回渠道，本身就是指标错配。

4. 如果去重后渠道ROI明显下降

先检查下降来自哪一层。是原始线索被去重，还是订单被剔除，还是归因规则从多渠道复制改成了单一归属？不同原因对应完全不同的行动。

• 如果是重复客户过多：优化渠道表单和客户识别。
• 如果是无效订单过多：检查订单状态、退款和测试数据。
• 如果是归因规则变化：并列展示新旧口径，不要直接比较结果。
• 如果是客户质量确实下降：细分关键词、活动人群、地区和产品需求。

5. 如果企业没有专职数据团队

新手不需要一开始就建设复杂数据仓库。可以先用一张客户主体表、一张触点表、一张订单表和一张成本表，建立最小可用复盘框架。

在九数云中先完成数据连接、字段标准化、客户去重、订单校验和渠道看板，再逐步增加客户分层、生命周期和复购分析。最重要的是先让五个核心字段稳定：客户ID、标准化联系方式、渠道、触点时间和订单号。

九、建立一张真正能用的CRM渠道复盘表

1. 推荐字段结构

我建议把渠道复盘表拆成“规模、质量、成交、价值、成本、归因”六组字段。这样团队不会因为只看到原始线索列，就误以为渠道已经完成评估。

2. 一份适合新手的复盘流程

1. 先锁定统计周期，例如自然月或滚动30天。
2. 确认每张表的一行代表什么，并标记主键。
3. 标准化手机号、邮箱、公司名称和外部ID。
4. 按强身份字段识别确认重复客户。
5. 结合行为字段人工复核疑似重复客户。
6. 按事件ID和订单号检查重复提交、重复订单和退款订单。
7. 分别计算原始线索、去重客户、有效线索和成交客户。
8. 同时输出首触、末触和辅助触点结果。
9. 记录每次规则变更，避免新旧口径直接混比。
10. 把异常原因转化为表单、接口、销售流程或投放策略动作。

3. 复盘会议中必须回答的五个问题

• 本期渠道原始记录中，有多少是真正独立的客户主体？
• 重复客户主要来自哪个系统、哪个表单或哪种录入行为？
• 去重后，哪个渠道的有效线索率最高？
• 成交客户经历了哪些渠道触点，首触和末触是否不同？
• 下一周期要修复的是数据流程、渠道质量，还是归因口径？

如果会议只能回答“哪个渠道成交最多”，说明复盘仍然停留在结果报表层面。真正有价值的复盘，应当能够解释数字为什么变化，以及下个月准备改变哪一个环节。

十、最后的专业判断：去重不是为了让数据更好看，而是为了让决策承担得起

1. 数据越复杂，越不能追求一个“唯一正确”的渠道数字

多渠道客户旅程本来就不是单线结构。一个客户既可以被广告拉新，也可以被内容教育，最后由销售转介绍促成。要求所有渠道加总后只能得到一个数字，往往会牺牲业务事实。

我的建议是把“唯一客户数”作为经营核算基础，把“触点贡献”作为过程分析基础，把“归因模型”作为预算分配假设。三者分开，报表反而更可信。

2. 去重规则必须允许回溯和修正

客户身份判断不是一次性工作。手机号可能更换，企业可能改名，联系人可能从一家企业跳槽，多个联系人也可能共用一个公共邮箱。今天认为是重复的两条记录，未来可能因为新信息而需要拆分。

因此，所有合并都应保留操作日志、原始ID、合并理由和审核人。对于高风险客户，可以采用“标记疑似重复但不自动合并”的策略，宁可暂时多一条记录，也不要错误破坏真实业务关系。

3. 工具价值在于让规则可执行，而不是替代业务判断

九数云可以帮助团队把分散数据连接起来，展示客户重叠、渠道路径、订单异常和指标变化。但工具无法自动知道两个联系人是否属于同一采购项目，也无法单独决定某个渠道应获得多少成交功劳。

最有效的做法是把业务判断转化成稳定字段和明确规则，再让工具持续执行。例如，规定客户唯一ID来源、有效线索标准、订单去重依据和归因窗口，之后再用看板监控异常。

4. 下一步行动顺序

如果你准备从今天开始做CRM渠道复盘，我建议不要先做复杂预测模型，而是按下面顺序推进：

1. 抽取最近一个月的客户、触点、订单和成本数据。
2. 统计手机号、邮箱、企业ID和订单号的重复情况。
3. 建立确认重复、疑似重复和不合并三类标记。
4. 在九数云或现有分析工具中建立客户，触点，订单关联。
5. 同时输出原始线索、去重客户、有效线索和成交客户。
6. 选择一种主归因规则，并保留首触、末触和辅助触点字段。
7. 把重复来源排名前两项转化成流程改进任务。
8. 下个周期使用同一口径复盘，观察数据质量是否改善。

最值得记住的一句话是：先让客户可识别，再让渠道可比较，最后才让ROI参与预算决策。如果同一个客户在多个系统里没有稳定身份，任何精细化分析都只是对重复记录进行更精细的计算。CRM大数据分析的起点，不是增加更多图表，而是建立一条从客户主体、行为事件到订单收入都能追溯的数据链路。