企业微信获客归因字段表

它解决什么问题

企业微信私聊获客里，客户往往从多个入口进来：公众号菜单、朋友圈广告、门店海报、销售个人号、口头邀约到店。这些触点散落在会话记录和标签里，等到复盘「这条线索为什么转化了」时，常见做法是翻聊天记录凭印象打标签，结果每次复盘口径都不一致，团队之间对不上数字。

这个 Skill 只处理来源标记与归因这一层：把「流量从哪来、按什么规则算转化」写成一份可复查的归因字段表，不替你做全盘投放决策，也不假装替你执行过消息发送。

核心能力与关键步骤

• 入口编码：为每个入口设计稳定、可读的来源编码，避免同一个入口在标签里出现三种写法
• 归因口径：明确首次触点、末次触点和人工归因各自适用的场景，而不是混用一套规则
• 冲突处理：针对跨设备、口头到店、重复来源这些常见冲突，预先定义合并或拆分规则
• 触达约束：把「一对一触达频率与退订意愿受控」当作硬约束写进方案，不允许用无法兑现的承诺绕过

执行流程：

1. 先核对客户标签、触达记录和授权来源，标记数据日期、来源、缺失项和口径不一致的地方；资料不足时先输出补证据清单，而不是硬填模板
2. 按入口生成来源编码，定义首次 / 末次 / 人工归因的使用场景
3. 处理跨设备、口头到店、重复来源冲突
4. 用企微标签和会话跟进状态做交付前核验，以有效回复率作为复查指标；没有真实数据时只给测量口径，不虚构结果

交付物共三份：归因字段表、企微标签与会话跟进状态核验清单、有效回复率复查记录。字段表按来源编码、入口位置、首次触点、末次触点、冲突规则、证据组织。

适用边界与注意点

验收标准是：编码唯一、归因口径统一、人工修改留痕、未知来源单列、企微标签与会话状态能对应到关键判断、有效回复率有清晰计算口径和复查时间。任一条件不满足时输出「暂不可交付」，列出缺失信息、影响范围和下一步补证据动作，不用空泛建议填满模板。

需要注意：

• 不承诺流量、转化率、收入、审核或裂变规模，也不替代真实平台操作、合同或合规审批
• 不读取或输出密码、Token、私钥及与任务无关的个人信息；处理客户数据只用完成任务所需的最小信息，并提醒去标识化
• 涉及真实发送、付费、退款、权限变更或生产变更时，必须先取得明确授权
• 涉及价格、促销、抽奖、广告、个人信息和平台规则时，先列出需要业务或法务确认的事项
• 凡涉及预算、价格、库存、时间、会员或客户数据，必须标明来源和日期；已确认事实、分析判断和待确认事项分开写