技能介绍

问题：同一位新客，多份推荐都想要归属

在小程序分享邀新里，一个用户可能同时被朋友 A、门店 B 和线下口头推荐的 C 引导进来。如果只看谁先点链接，容易漏掉后来完成注册或到店的人；如果只看最后触达，又会抹掉早期推荐。更麻烦的是跨店、多渠道并行，奖励口径和落地页不一致时，运营和法务都很难判断哪份奖励应该生效。

工作方式：先核证据，再定优先级，最后复查

这个 Skill 不直接替业务做战略决策，而是把归因冲突拆成可验收的步骤：

先核对分享链路、用户授权和任务完成，标记数据日期、来源、缺失项和不可比口径；资料不足时先输出 补证据清单。
确定首次登记、最近触达、支付和到店之间的优先级，并把“分享卡片、落地页与奖励口径一致”作为 硬约束。
针对同一新客多推荐人、跨店和线下口头推荐，整理成 归因决策表，保留人工修改理由、审批和原始记录。
交付前用分享参数、注册和任务记录核验，并以 分享注册完成率 作为复查指标。没有实际数据时，只给测量口径，不虚构结果。

边界：不能交付时直接说“暂不可交付”

它不承诺流量、转化率、收入、审核或裂变规模，也不读取密码、Token、私钥等敏感信息。涉及真实发送、付费、退款、删除、权限或生产变更时，必须先取得明确授权。若优先级不唯一、原始记录缺失、人工修改未留痕、申诉没有时限，或关键判断无法对应到证据，应输出“暂不可交付”，列出缺失信息、影响范围和下一步补证据动作。会员、客户、活动参与者数据只使用完成任务所需的最小信息，并提醒去标识化。