例外
相冲突的两条信息（不同职务）
以最新来源优先，但没把握就不合并，标为冲突交由人判定。
从各个渠道汇总与接待备注、关注商品、下次联系、VIP 标记相关的信号，去重并排出优先级。
联系、会面、交易之后的 CRM 更新总被往后推，只留在经办人脑中的信息很快蒸发。B2B 数据每月约 2.1%、每年约 22.5% 老化，再加上录入遗漏，管道预测、后续、报表就全跑在错误数据之上。经办人把相当一部分工时耗在录入上，记录却仍旧不全。
这样的信号，会这样处理。
把真实进来的活儿归拢起来，连每一步依据什么判断，也一并留下来。
-
捕捉接触
把发生的互动（与谁、何时、何事）从源信号提取，关联到对应记录。
判断 是附到既有记录的接触，还是需要新建记录。 -
字段归一与补全
把名号、职务、联系方式、行业等整理成标准格式，反映已确认的变化（跳槽、调岗）。
判断 是已确定的事实，还是留为“待确认”标注。 -
判定重复与冲突
侦测相似记录并提出合并候选。判断哪个值最新、为正本。
判断 自动合并是否安全，还是需要人确认的冲突。 -
更新交易阶段与状态
依接触内容更新交易阶段、状态、下一步动作日期。
判断 是真的发生了阶段移动，还是依据不足需维持。 -
审计日志与摘要
把改了什么、为什么改连同依据记录，向经办人留一份变更摘要。
判断 通报是否足够，还是需要审批的变更。
相冲突的值，不随便合并
现场真正会卡住的例外，我们提前定好。规则套不上的时候不硬办，连同依据一起交给人。
例外
交易阶段后退、突进
大的阶段变化不自动反映，连同依据交经办人确认。
例外
个人信息更正、删除请求
不作为 CRM 更新，而路由为个人信息权利处理流程（《个人信息保护法》上的更正、删除权）。
阶段、合并、删除，由人确定
牵扯到钱、合同、个人信息和品牌的执行，只做到草稿为止；发送与敲定，要等人审批之后才动。
-
交易阶段（Stage）变更
直接关系营收预测、管道报表，误分类会扭曲经营判断。
-
记录合并、删除
难以回退且有历史丢失风险。
-
客户等级、归属经办人（owner）变更
影响提成与责任归属。
-
个人信息字段的大量修改、删除
须确认个人信息权利与法律依据。
-
自动更新规则的适用范围
错误的规则会污染整体数据。
用什么来确认
以记录多准确、多新来衡量
数据老化率
B2B 数据每月老化 2.1%，全年约 22.5%（MarketingSherpa，见 HubSpot Database Decay）
从客户 CRM 记录测量客户与交易对手数据的新鲜度 放着不管，一年就有五分之一以上变得不准。逐接触更新是唯一防线。
可用于销售的时间
销售代表真正用于销售的时间仅占每周的 28%（Salesforce，State of Sales 第 5 版，2022，38 国 7,775 人）
从客户工作记录测量销售经办人实际用于销售的时间比例 代为处理数据录入，可收回销售时间。
后续准确性的基础
用客户销售管道测量成交所需的后续接触次数 后续节奏只在准确的 CRM 记录之上才起作用。更新质量是后续成效的前提。
规则
《个人信息保护法》要求处理者努力保证个人信息的准确、完整，及时处理个人的更正、删除请求，并在保存期限届满或处理目的实现后予以删除。超出收集目的的字段补充需另有合法性基础。
需要人亲自扛着的事变少了。
散落的核对和重复的回复先整理好递上来，员工就能把时间花在复核和例外上，人只看真正要紧的决定。
运营诊断待确认的事都堆到人身上。
接待和购买的内容要经人手才录得进去，常常漏记。
备好的活儿先递上来。
会把各渠道进来的内容整理成客户记录更新的草稿交上来。
咨询到 CRM 录入落实率
更新的联系方式数
未设下一步动作的交易数
把这件事托付出去之前，大家会问什么
关于客户记录更新，大家实际上最先确认的那些问题。
AI 擅自改交易阶段，预测不就乱了吗？
大的阶段移动与影响管道的变更不自动反映，连同依据交经办人确认。只有细小的字段归一才自动处理。
重复记录合并错了怎么办？
没把握的合并不执行，只作为“合并候选”提出。哪个值最新有分歧的冲突交由人来定。
