微信摇一摇新券 400 天会员评估

当前目标

评估一张新增微信券（新 stock ID、新 plan ID）：微信领券用户到端内获得 400 天按日会员权益——登录当天送一天，同日不重复，不登录的自然日不送但会消耗资格窗口；多张大额券按券顺序串行下发。需覆盖双新/非双新、已有会员、新旧券并存及会员中心时长展示。存量券原规则不动。核对排队券起算和会员类型后，重写改动报告。

已知边界

• 这是策略讨论而非批准上线；尚未修改业务代码或线上配置。
• Youth 已有 365/200 按天发机制；concept 按权益展示窗口（基线到期+天数）判断可领取，未登录时不直充但窗口随时间过去。新券 400 天需要单独配置与多券状态，不能直接套旧单用户状态。
• Web/小程序有原需求任务，文案与资格说明需定向验收，不能以本地缺少页面源码断言无需改动。

Decisions

• 目前仅做评估和只读核查，不修改业务代码或线上配置。
• 新券是新增一张券，配套新 stock ID 和新 plan ID；旧券不受影响。
• 新券目标：微信领券用户进入端内后能够获得 400 天会员；需要按用户类型/既有权益列出下发方式。
• 新券 400 天明确按日直充：登录当天发一天；未登录的自然日不补发、但计入已消耗的时间窗口。多张大额券按券顺序串行下发，不能同日叠加多张券的当天奖励。
• 截图讨论确认：新券不带微信派券黑名单、端内不做屏蔽下发；旧券仍保留既有屏蔽逻辑。新券通过微信派券批次暂停/下掉控制后续投放，而不是依赖端内全局开关。历史“大额券只有一张”被口语简称为“限购”，不能据此假定新券也只能持有一张。
• “会员直接下发”讨论的是原本双新限定，不是针对付费会员的 TMEAB0yaoshield0type.shield 限定。此前将付费会员 AB 豁免列为主改点的报告口径不可靠，待权益类型确认后重写。
• 周一提测是待核实的目标，不是上线承诺。

Tasks

Todo

• [ ] 产品确认 400 天的下发时序、会员类型和新旧券并存规则。
• [ ] 验证同人两张/多张大额券的核销、权益状态、每日发放与会员中心有效期；覆盖旧+新、新+新、与已付费会员叠加及停派后已领券。
• [ ] 待口径确认后重新写用户分类、改与不改、测试场景及周一提测条件；旧报告不可作为开发依据。

Doing

• 暂无。

Done

• [x] 识别365券按天发放机制在 youth，纠正早期混淆。
• [x] 只读核查 concept 与 youth 现有链路；旧报告已发布，但口径已被 400 天新要求取代，待重写。

Open Questions

• 已明确 400 天按日直充，未登录会消耗窗口。待确认窗口起点：新券首次进入端内/核销日、微信领券日，还是排到前一张大额券结束日？排队券等待期间是否不消耗，前券过期/屏蔽后是否跳过？“按券顺序”以哪种时间/记录 ID 为准？领取微信券是否仍须端内核销并绑定帐号？
• 会员品类：双新是否仍先概念版再畅听；非双新是否全畅听；付费会员是否叠加现有到期日、顺延或另发？
• 同人持旧券与新券时按顺序串行；需确认旧券先处于失效/屏蔽状态时如何跳过，以及旧权益结束后如何确保新券开始。新券 act_sign、stock ID、plan ID 及验收样本待提供。
• 已确认多张大额券按券顺序串行下发。旧+新、新+新各张券的权益时长按各自券面/规则；是否允许同一 stock 多次核销、前券失效后下一券自动开始仍待验收。会员中心目前单用户读取一条按天权益状态，虚拟时长只按这条状态计算；需端到端验证券队列、每日发放、未登录消耗和到期日一致。

Context

背景

• 只读检查 concept 2830ef03、youth 511ea09f3 代码快照和 MTP 历史任务；未修改业务仓库或线上配置，未跑发券/直充测试。策略仍是提议。

关键链接

• 365 券改动评估报告（仅新券定向、接口/方法、测试与存量）
• MTP #229289（服务端）、#229290（Web）、#230737（实时黑+AB屏蔽）、#231778（会员时长修正）。

Archive

• 暂无。