小程序会员中心复盘与调整清单

会员中心规则正在变成"成本黑洞"

小程序会员体系上线半年后，常见的状态是：等级越设越多，权益越来越重，但用户只集中在某个低等级，高等级权益的使用率极低。更隐蔽的问题是规则之间的摩擦——某个任务的完成条件与另一个任务的奖励冲突，用户在页面间反复跳转却拿不到预期权益。这些判断如果只靠收入趋势做决策，很容易得出"砍掉高等级"这种一刀切的结论，而忽略了存量会员的过渡成本和规则调整后的长期影响。

从数据核验到制度决定的工作流

本技能只处理小程序会员中心的制度复盘，不涉及全盘战略或真实平台操作。输入材料包括登录与任务记录、权益配置表、消息订阅日志、页面路径配置、等级人数与升级数据、权益成本核算、会员反馈记录。

• 第一步：核对所有输入数据的日期、来源和口径，标记缺失项和不可比较的数据。资料不足时先输出补证据清单，而不是用假设填充。
• 第二步：逐项比较各等级的人数、升级率、复购率、权益使用率和单位权益成本。不只看总收入，要看每个等级的实际价值贡献。
• 第三步：把"授权、消息订阅和页面路径受控"写成方案的硬约束。例如，某个权益涉及推送消息，但消息订阅的授权率低于预期，那么该权益的调整必须基于实际授权范围，不能用"全量推送"来规划。
• 第四步：识别名存实亡的等级（无人达到或达到后无差异化待遇）、无效权益（使用率长期低于阈值且成本不低）和规则摩擦（任务条件互相冲突或路径过长）。
• 第五步：输出制度调整清单，明确每个制度项的保留、合并、调整或停止决定，并说明影响会员范围和过渡安排。
• 第六步：用埋点数据、积分账本和消息记录完成交付前核验，以会员中心月活率作为复查指标。没有实际数据时，只提供测量口径，不虚构结果。

使用边界

• 不承诺流量、转化率、收入、排名、审核结果或活动效果。
• 不读取、记录或输出密码、Token、私钥及与任务无关的个人信息。
• 涉及真实发送、发布、付费、退款、删除、权限或生产变更时，必须取得用户明确授权。
• 处理会员、客户、员工或活动参与者数据时，只使用完成任务所需的最小信息，并提醒去标识化。
• 涉及价格、促销、抽奖、广告、个人信息和平台规则时，先列出需要业务或法务确认的事项。
• 任一关键条件不满足（如数据覆盖不完整、过渡期安排缺失、埋点无法对应到关键判断）时，输出"暂不可交付"，并列出缺失信息、影响范围和下一步补证据动作。