一个项目拆成多个销售机会，Agent 怎样避免漏斗金额重复计算

一个项目拆成多条销售机会，Agent 应先说明哪条是展示汇总、哪条代表实际增量，再核对共同订单引用和统计层级。不能把主机会与子机会相加，也不能因同客户就删掉独立项目。销售漏斗重复金额核对 Agent 的产物是计量口径表，不是自动合并客户或删除商机。

计量规则需要业务先定义

系统里存在几条机会，并不等于有几份独立交易。一个总部项目可能拆给不同部门协作，主机会用于看整体，子机会用于推进；若全都参与汇总，就会双计。相同客户也可能真的采购多个独立项目，不能反向全部去重。

微软的预测筛选资料区分层级与底层机会参与范围，可参考这种明确纳入对象的思路。本文的主子及共享计量规则需由销售运营确认，不冒称平台自带跨系统自动消重。

输入至少包含机会ID、关系类型、产品或项目范围、共同订单引用、金额口径和统计层级。没有关系时列待核，不按标题相似或金额相等猜。模型可以找疑似关联，正式纳入与排除由规则和人工确认。

A母100、子60和40，按演示规则只计一个层级的100，不累加为200。B两部门各记同一订单，标共享参与，确认主计量记录，不直接删掉任一部门业务。C同客户新增独立项目，应保留增量，不因为客户相同就排除。

下载机会计量合成演练有明确关系和预期，实际栏记录采用哪层及批准人。样例金额不是收入结果，表也不用于判断销售个人贡献或佣金。

报告需要列纳入金额、排除候选、共享但不新增金额的记录，以及仍无法确定关系的对象。一个机会不参与这层计量，仍可能对协作有用，不能把统计排除等同业务删除。

母节点可能只是展示容器，子节点才是具体交易；也可能母记录已包含整体而子记录只做任务跟踪。企业应明确采用哪种模式，并给每条关系依据，不能由程序看哪个金额大就选哪个。

金额币种、含税或其他口径不一致时，先标不可直接比较，不根据接近程度推断重复。共同订单号也要确认源系统和主体，避免不同主体同号误配。缺源对象时保留待查，不能为压低漏斗总额主动删除不利记录。

这一步应在预测变动桥接前完成，否则主子重复产生的增量会被当作业务增长。订单里同时含设备和服务时，还需混合订单移交保留独立行及依赖，不能为了计量去重而抹掉实际服务范围。

统计规则改变，应冻结旧纳入集合与新集合，解释哪些金额因口径改变而移动。不能把新规则重算结果称作历史销售下降。负责人需要同时看到交易本身变化和统计层级变化，才能判断报表。

人工确认某记录为共享后，保存它参与哪项业务、在哪层不再加金额。下一次增量采集仍识别同一关系，而不是又把它当新机会。关系被更正时，保留旧决定和依据，不无痕覆盖。

验收从附件样例手算金额和对象集合，重点检查200双计被指出、B记录仍可见、C没有被误排。只有总数对了但关联关系错，仍会给后续预测与业务交接留下问题。

销售经理读报告后应能直接指出需要补哪条主子或共同订单依据。输出不是一个无法解释的重复评分，而是带原因的业务计量单。试点可只读现有导出，先让运营人员复核，再决定是否接入正式报表。

同一份漏斗可以有多个阅读视图，但每个视图都要声明计量层。项目整体视图与部门推进视图同时存在并不错误，错误在于把两者再次求和。向管理者解释时，先说明本表算什么，再展示被排除的汇总或共享记录，避免业务人员误以为机会被取消。

关系不足的记录保留待核，不通过自动删除来降低重复率。人工确认后再更新计量口径与生效版本。

自动任务集合对账可参考业务台账核对，本题检查商业计量层。更多方向见流程自动化专题。到定制咨询提供脱敏机会关系、共同订单和当前汇总口径，可先评估计量表及修正流程。