机器人发了三个月消息，问它"这位客户买过什么"没人答得上来——消息发得再多，客户资料没沉淀下来，自动化就只是群发。本文讲客户资料卡体系：建档、打标、联动，让每次互动都在积累客户认知。

背景痛点

消息系统有余、客户认知不足，是自动化运营的第二阶段瓶颈：知道"发过什么"，不知道"客户是谁"。运营动作因此只能一刀切——全员发同一条通知，响应率自然上不去。

原理

所谓客户资料卡，是指为每个外部联系人维护的结构化档案与标签体系：

联系人变更事件触发建档 → 互动消息更新档案 → 规则引擎按行为打标 → 运营动作按标签圈人 → 效果回写档案。

资料卡的字段分三层：基础层（标识、来源、加入时间，来自接口数据）、行为层（消息频次、最近互动、打开过的内容，来自系统统计）、业务层（购买记录、偏好，来自业务系统同步）。标签挂的是行为层与业务层，基础层字段不做标签。涉及客户手机号这类标识信息时，档案里建议只存加盐哈希后的值用于聚合关联（不可逆，避免档案泄露导致号码直接外泄），明文号码留在有访问控制的业务库——这一点和日志侧的掩码方案是两套用途，别混用。

核心实现

行为事件更新资料卡与打标（仅演示，上线前对照官方文档校验）：

def on_customer_msg(evt):
    # 仅演示，上线前对照官方文档校验
    # profile/rules 为资料卡与规则引擎内部组件
    card = profile.touch(evt.externalId)       # 无档案则建档，有则更新
    card.incr("msg_7d")                        # 行为计数进档案（7天滚动窗口）
    rules.apply(card)                          # 规则引擎：达标即打标
    # 例：7天互动>=5次 -> 打"活跃"标；30天未互动 -> 打"沉睡"标

标签变化事件再驱动运营动作，全链路无人工介入。

踩坑

一、标签体系要先设计后启用：标签一旦被运营动作引用就是契约，随意加减会让圈人结果不可复现——标签字典带负责人和用途说明，新增走评审。

二、行为计数要按窗口滚动：只累计不衰减的"活跃"标半年后全员活跃——计数用 7 天、30 天滚动窗口，衰减让标签反映当下。

三、资料卡写入要有优先级：业务系统同步的数据优先级高于机器人统计，冲突时以业务为准，写入时带来源标记。

四、标签接口的能力边界以文档为准：平台侧标签与自有标签体系并行时，明确分工——平台标签管企微内呈现，自有标签管运营圈人，不要试图两套合一。

总结

资料卡体系的验收标准：任何一个运营动作都能回答"为什么发给这个人"。落地顺序：先建档、再上行为标签、最后接运营动作。本文基于 Eyun 平台的企微接口实践整理，联系人与标签接口的口径以官方文档为准，标签字典先用十个以内的高价值标签起步，跑出效果再扩。开通与调试环境可参考Eyun 平台。