企业微信老客推荐裂变改进表

要解决的问题

企业微信里的老客推荐（裂变）活动，数据往往散落在客户标签、推荐关系、核销记录和会话里。到复盘阶段，最常见的产出是“分享不够、奖励吸引力不足”这类无法执行的结论：没有阶段拆分、没有成本口径、没有复测指标，改进表写完就没人再打开。

这个技能只处理一件事：把一场企微老客推荐裂变的效果拆清楚，判断链路里哪一环需要调整，产出一张能被复查的 裂变改进表。它不做全盘战略、不替代真实平台操作、不做合同或合规审批，也不把建议写成已经执行的结果。

核心能力与执行流程

进入流程前需要 6 类信息：客户标签、推荐关系、核销记录、链路数据、奖励成本、用户反馈。凡是涉及预算、价格、库存、时间、平台规则、会员或客户数据的内容，都必须标明来源和日期；事实、判断、待确认事项要分开写，不编造经营数据或平台政策。

执行分六步：

• 核对客户标签、推荐关系与核销记录，标记数据日期、来源、缺失项和不可比较的口径；资料不足时先输出补证据清单，而不是硬填模板。
• 把链路拆成 参与、分享、登记、有效、成交、发奖 六个阶段，逐段找断点。
• 把“不读取通讯录且需明确有效新客”写成场景硬约束，任何方案都不能用无法兑现的承诺绕过它。
• 计算净新增、退款后成本，并与自然新增分开对照，避免把自然流量算成裂变功劳。
• 形成保留、调整、暂停或补验证的决定。
• 交付前用专属入口、会话和订单记录核验，并以 有效推荐成交率 作为复查指标；没有实际数据时只给测量口径。

最终交付物包括 裂变改进表、专属入口/会话/订单记录核验清单 和 有效推荐成交率复查记录。

适用边界与注意点

• 不承诺流量、转化率、收入、排名、审核、裂变规模或活动效果。
• 不读取、记录或输出密码、Token、私钥及与任务无关的个人信息；处理会员或活动参与者数据时只用最小必要信息，并提醒去标识化。
• 涉及真实发送、发布、付费、退款、删除、权限或生产变更，必须取得明确授权。
• 涉及价格、促销、抽奖、广告、个人信息和平台规则，先列出需要业务或法务确认的事项。

质量检查覆盖净新增口径、成本是否含退款、自然流量是否分离、改进动作是否对应断点、证据能否回溯到关键判断、复查指标是否有明确口径和时间。任一关键条件不满足时输出“暂不可交付”，列出缺失信息、影响范围和下一步补证据动作。