请教CRM多渠道归因和线索去重怎么设计更稳

最近在帮团队重构一套CRM流程，卡在两个容易互相打架的点：多渠道归因和线索去重。现状是官网表单、企微加粉、投放落地页、老客转介绍都会进库，同一个客户往往一周内从不同入口反复触达，销售又希望保留首触、市场更看重近因，最后报表口径经常对不上。

我目前想到的方案是把“客户主档、线索事件、商机阶段”拆开管理：客户主档按手机号/企业名+联系人做合并，线索事件全量保留，归因层面同时存首触、近因和转化触点三套字段。但担心后期维护成本高，尤其是人工修正后容易失真。

想请教有实战经验的朋友：去重规则一般怎么分层？个人客户和B端客户是否要用不同策略？归因窗口期、线索回收重分配、历史数据补算这些环节，怎么设计才既能给业务看得懂，又不至于把系统做得太重？如果有踩坑经验，也欢迎直接点出来。

建议先定版块统一口径，不然报表必乱。实践里一般分三层：主实体去重、触点事件不去重、归因口径分报表层计算。B端和个人要分开：B端优先企业主体+联系人映射，C端优先手机号。人工修正必须留审计日志，禁止直接覆盖原始触点。窗口期、回收规则也要先固化成制度。

你的拆分方向是对的，关键是先定“唯一口径”再谈报表。建议三层：主档去重、线索事件不去重、商机按规则准入。C端优先手机号/设备指纹，B端优先统一社会信用代码+企业名清洗+联系人辅助。归因别让销售改原始触点，人工只能追加“修正记录”。版里常见坑：把去重和归因绑死、窗口期频繁改、历史补算没版本号。建议先冻结一版规则跑两个月，再优化。

你的拆分方向是对的，建议再补一条版内常见原则：主数据唯一、事件不可改、归因可重算。去重分三层：强规则（手机号/统一社会信用代码）、弱规则（企业名+联系人+域名）、人工待审。B端和个人最好分策略。报表统一口径：首触、近因、成交分别出，不混用。窗口期、回收重分配、补算都要版本化并留审计日志，不然一定扯皮。欢迎后续补充样例字段，方便大家按版规聚焦讨论。