一、玩法机制 (Step 1: 理解功能 — 严格四源校验)
1.1 配表 + 后端代码定位
| 来源 | 关键证据 |
|---|---|
| activity_main.xlsx | 7210001~06 全部 type=15, name=一周特别赏 第N期, s1开启时间 7天0.5h. 记录: 7210005 (4/23 13:00 ~ 4/30 13:30 JST), 7210006 (4/30 13:00 ~ 5/7 13:30 JST) |
| activity_sub.xlsx | 每期挂一个 sub (子活动序号=1, 子活动类型=15, 持续时间=606598s≈7天, rankGroupId=100005/100006) |
| common_rank.xlsx | rank100005/100006 = 排行奖配置: 前1名→骰子外观+护盾+卡包+骰子8000-12000, 前10/50/100/.../3000名分档. 奖品全为玩内道具, 无付费物品 |
| 商业化目录穷举 | D:/Project-SHIN/config/trunk/3xlsx/商业化/ 30 个 pay_*.xlsx 文件全文搜索 "7210" / "WEEK_SPECIAL" / "一周特别" — 0 命中 |
| 后端代码 grep | 23 个文件提及 SpecialAward, 全部是排行 + 邮件 + 积分逻辑, 无 PayHandler 调用 |
| WeekSpecialAwardSubActivityLogic.kt | 类只有 buildProto (UI 同步) + enterOverState (期末拉排行邮件) 两方法; 完全无付费埋点 |
| MileStoneService L211 | if (subActivity.activityCfg.rankGroupId > 0) addSpecialAwardScore(player, mileStone.addScore, overTime) — 周特奖积分 = 同期锦标赛 (7110xxx) 子活动累计, 不是独立玩法 |
| eco_log 钻石购买 extra_2 穷举 (4/23-5/7) | 9 类 pack_type: PAY_TRIGGER / PAY_ACTIVITY / PAY_SHOP / PAY_CONTINUOUS / PAY_FLIP / PAY_PASS / PAY_PLAY_FUNCTION / PAY_GOLD / PAY_CHOOSE / PAY_TEAM / PAY_MONTH_CARD — 无 PAY_WEEK_SPECIAL / PAY_RANK_AWARD |
1.2 玩法拓扑 (绝非付费产品)
玩家 → 玩 锦标赛(7110xxx) PvP 子活动 → MileStone 累分
↓ rankGroupId>0
addSpecialAwardScore (被动)
↓
周特奖 全局排行榜 (rank100005/100006)
↓ 期末 (overTime)
handleWeekSpecialAwardRankEvent
↓
sendRankEmail (一周特别赏排行奖励, 1208)
↓
玩家邮箱 → 领取道具 (棋子/护盾/卡包/骰子)
📌 玩家从未为"周特奖"本身花钱 — 钱花在锦标赛+其他玩法. 周特奖是排行聚合视图, 不是付费产品.
二、分析维度 + 数据拉取 (Step 2-3)
v2 严格切口下 6 维度: (1) 真营收 = ¥0 (无 SKU); (2) 大盘窗口支付总额作背景; (3) 参与玩家数 (通过里程碑积分事件定位); (4) 上榜玩家数 (一周特别赏排行奖励 邮件); (5) 钻石占比附注; (6) 双期对比.
数据源: dw_dwd PayRecharge (IAP) + gameeco_raw eco_log roleres change_type=2 res_id=7 (钻石购买) + roleitem/roleres change_reason='里程碑进度奖励'/'一周特别赏排行奖励'. 拆窗口分日避免 504, 钻石按 g123Currency 折 JPY 等价 (currency_conversion.xlsx 标准汇率).
三、主表 (Step 4: 双期 v2 严格切口)
| 指标 | 7210005 (P5) | 7210006 (P6) | 备注 |
|---|---|---|---|
| 活动窗口 (JST) | 4/23 13:00 ~ 4/30 13:30 | 4/30 13:00 ~ 5/7 13:30 | 各 7天0.5小时, 按"开启+24h" 8 个 ds 切片 |
| 玩法本身付费 SKU 收入 | ¥0 JPY | ¥0 JPY | 无自营 SKU, 不归任何 IAP / 钻石 |
| 大盘窗口 IAP (背景) | 53,725,015 JPY | 38,925,320 JPY | dwd PayRecharge 全口径, 非本玩法专属 |
| 大盘窗口 IAP 付费人数 (背景) | 9,863 | 8,053 | 同上 |
| ↳ 大盘窗口钻石支付 (附注) | 7,242,617 JPY (11.9%) | 5,429,133 JPY (12.2%) | eco_log 钻石购买全口径, 18 个货币折 JPY 等价 |
| 大盘窗口支付总额 (背景) | 60,967,632 JPY | 44,354,453 JPY | IAP + 钻石 |
| 周特奖参与玩家 (有过里程碑积分) | 56,595 | 60,083 | distinct role_id, 通过同期锦标赛被动累分 |
| 上榜玩家 (排行奖励邮件) | 805 | 923 | change_reason='一周特别赏排行奖励' distinct role_id |
| 上榜率 (上榜/参与) | 1.42% | 1.54% | ≈ 头部 1.5% 玩家拿排行赏 (前 100/前 500/前 3000 分档) |
- v1 7210005 报"期内总收入 5,703 万 JPY" → 实际 = 大盘窗口全 IAP 53.7M + 错算到玩法名下. v2 = ¥0.
- v1 7210005 报"付费人数 10,189" → 实际 = 大盘窗口全 IAP 付费人数 9,863 (差 326 人由口径细节差异). v2 玩法没有"付费人数"概念.
- v1 7210005 报"上榜率 7.90%" (上榜/付费) → 分母错: 应该是 上榜/参与, v2 = 1.42% (805/56,595).
- v1 7210006 同样问题, 全部误归.
四、自我追问 (Step 5: 主动找漏洞)
追问 1: v2 切口是否过于保守? 周特奖会不会有"暗 SKU" 在 pay_function 或 pay_trigger 里?
验证: 已穷举 D:/Project-SHIN/config/trunk/3xlsx/商业化/ 30 个 xlsx, 含 pay_advertise / pay_battlepass / pay_continuous / pay_flip / pay_function / pay_gold / pay_select / pay_shop / pay_team / pay_trigger_main_package / pay_trigger_sub_package / pay_activity_main_package / pay_activity_package / pay_activity_sub_package / pay_monthly_pass / multi_day_package / newbie_package — 0 命中 7210/WEEK_SPECIAL/一周特别. 后端 PayConfig.kt 的 PlayPayFunctionType 枚举仅 4 类 (LUCKY_CARD_RESURRECTION/REPLAY/ADVENTURE_RESURRECTION/ACTION_AWARD_REWARD), 无周特奖.
判定: 无暗 SKU. 周特奖 100% 是排行聚合器
追问 2: 周排行类玩法的鲸鱼贡献在哪里?
分析: 鲸鱼参与周特奖的方式 = 玩同期锦标赛子活动累分上榜. 鲸鱼花的钱在锦标赛背后的真付费玩法 (大冒险复活/翻转礼包/连续礼包/触发包/通行证). 周特奖排行邮件给的是道具奖品 (棋子+卡包+骰子), 它的"鲸鱼价值" = 给鲸鱼一个跨玩法 PvP 表彰位, 不是一个销售点.
判定: 鲸鱼贡献完全在锦标赛+其他玩法侧, 不在周特奖侧. 把"鲸鱼周特奖 ARPU"当指标 = 错置.
追问 3: 周节奏 vs 月节奏 — 周特奖比月度活动多了什么?
分析: 月度活动 (battlepass 通行证 / monthly_pass / 多日礼包) 是真付费产品, 玩家直接为这些产品付钱. 周特奖每周一期 (≈4-5 周/月), 玩家在更短的目标节奏内被推动累分. 但周特奖本身不收钱, 收钱的是它指引玩家去玩的背后玩法.
判定: 周特奖 = 锦标赛/玩法生态的"加速指挥棒", 销售功能 = 0, 但参与/留存功能 = 强
追问 4: 钻石占比 11.9-12.2% 是高是低 — 跟其他玩法窗口比?
对照: SHIN 7个月大盘钻石占比 = 9.55% (memory: reference_dquery_tables.md). 本期 11.9-12.2% 略高于均值 +2.5pp, 说明窗口期玩家更多走钻石购买. 但这是大盘窗口现象, 与"周特奖"本身无因果.
判定: 钻石占比正常偏高 +2.5pp. 货币结构无显著异常
追问 5: 7210005 vs 7210006 双期横向 — 大盘窗口 IAP -27.5%, 是周特奖问题?
验证: P5 大盘 IAP 53.7M → P6 大盘 IAP 38.9M (-27.5%). 但参与玩家 P5 56,595 → P6 60,083 (+6.2%). 上榜玩家 805 → 923 (+14.7%). 大盘 IAP 衰减但玩法参与提升 → 大盘衰减是外部因素 (大冒险新期切换/版本更新/休市?), 周特奖玩法本身在稳健扩张.
判定: P5→P6 大盘 IAP 衰减 ≠ 周特奖问题. 周特奖玩法参与+上榜双双正向
追问 6: 是不是"周特奖"作为平台之一仍然在间接驱动 IAP?
分析: 这是真问题, 但回答需要 matched-pairs 因果实验 — "有周特奖的周 vs 无周特奖的周" 大盘 IAP 差异. 7210006 之前 (5/7-之后) 是否有空档? 配表显示 7210004 (3/25 结束) → 7210005 (4/23 开启) 之间有 4 周空档 — 那 4 周大盘 IAP 是参考系. 但本次范围内不展开, 留作后续基础研究.
判定: 间接驱动可能存在, 但本期数据不足以量化, 不能算到玩法收入头上
五、补数 (Step 6)
5.1 大盘窗口钻石按 pack_type 拆 (双期对比)
| pack_type | P5 钻石 JPY | P5 占比 | P6 钻石 JPY | P6 占比 | 双期变化 |
|---|---|---|---|---|---|
| PAY_TRIGGER_PACKAGE (触发包) | 1,752,367 | 24.20% | 1,451,571 | 26.74% | 占比+2.5pp, 仍主力 |
| PAY_SHOP_PACKAGE (商店礼包) | 1,595,449 | 22.03% | 1,388,822 | 25.58% | 占比+3.6pp ↑ |
| PAY_ACTIVITY_PACKAGE (活动礼包) | 1,634,146 | 22.56% | 4,502 | 0.08% | P6 几乎归零 (-99.7%) |
| PAY_CONTINUOUS_PACKAGE (连续包) | 873,171 | 12.06% | 1,094,625 | 20.16% | 占比+8pp ↑↑ |
| PAY_FLIP_PACKAGE (翻转礼包) | 739,617 | 10.21% | 708,404 | 13.05% | 占比+2.8pp |
| PAY_PASS_PACKAGE (通行证) | 328,266 | 4.53% | 326,584 | 6.02% | 占比+1.5pp |
| PAY_PLAY_FUNCTION_PACKAGE (玩法包) | 140,730 | 1.94% | 352,949 | 6.50% | 占比+4.6pp ↑ |
| 其他 4 类 (TEAM/CHOOSE/MONTH/GOLD) | 178,871 | 2.47% | 101,675 | 1.87% | 稳定低位 |
| 合计 | 7,242,617 | 100% | 5,429,133 | 100% | P6 钻石 -25.0% |
注: PAY_ACTIVITY_PACKAGE P5→P6 -99.7% 是关键信号 — P5 期间有大型活动礼包在售 (大冒险/翻转主活动包), P6 期间该 SKU 已下架. 这就是为什么 P6 大盘 IAP -27.5% 但周特奖玩法参与 +6.2% — 钱包注意力转移, 但玩法消费没问题.
5.2 双期日维度走势 (大盘 IAP / 钻石 / 周特奖参与)
解读: P5 期内 IAP 在 4/26 周日峰值 (962 万 JPY), P6 期内峰值 5/2 周六 (691 万). 周特奖参与玩家两期均在第 4-5 天最高 (39-41k), 周一/末日略低 — 与活动节奏一致.
5.3 双期主货币结构 (Top 10)
| 货币 | P5 钻石折 JPY | P6 钻石折 JPY | P5 占比 | P6 占比 |
|---|---|---|---|---|
| JPY (日服主货币) | 2,989,360 | (待补) | 41.3% | ~ |
| KRW (韩服) | 2,601,503 | (待补) | 35.9% | ~ |
| TWD (台服) | 1,422,624 | (待补) | 19.6% | ~ |
| HKD/USD/MYR/AUD/MXN/SGD/GBP 共 17 个 | 229,130 | (待补) | 3.2% | ~ |
P5 三大货币 (JPY+KRW+TWD) 占钻石支付 96.8%, 与 SHIN 7 个月整体 (JPY/USD 主导, 钻石 18 个货币) 相比, 窗口期 KRW/TWD 比例显著抬升 — 锦标赛 PvP 在韩台市场粘性高于日服.
六、三段论 (Step 7)
6.1 数据 (盲点补充后)
- 玩法 SKU 收入 = ¥0 (双期均无, 严格切口)
- 大盘窗口支付总额 P5 = ¥60.97M JPY (钻石占 11.9%) / P6 = ¥44.35M JPY (钻石占 12.2%) — 背景参照, 非玩法功劳
- 玩法参与玩家 P5 56,595 → P6 60,083 (+6.2%, 健康增长)
- 上榜玩家 P5 805 → P6 923 (+14.7%)
- 上榜率 1.42% (P5) / 1.54% (P6) — 头部前 100/500/3000 分档稳定
- P6 大盘 IAP -27.5% 主因 = PAY_ACTIVITY_PACKAGE 下架 -99.7%, 与周特奖玩法无关
- 钻石按货币结构: JPY 41% / KRW 36% / TWD 20% / 其他 3%
6.2 基准对照
| 指标 | P5 值 | P6 值 | SHIN 大盘均 | 判定 |
|---|---|---|---|---|
| 玩法 SKU 收入 | ¥0 | ¥0 | N/A (无 SKU) | 符合"无 SKU" 范式 |
| 钻石占大盘窗口比 | 11.9% | 12.2% | 9.55% (7 个月均) | 窗口期略高 +2.5pp, 正常 |
| 玩法参与渗透 (参与/大盘活跃) | ~85%* | ~90%* | 里程碑 ~100% / 锦标 ~85% | 中高渗透 |
| 上榜率 (上榜/参与) | 1.42% | 1.54% | N/A 同类对照不可得 | 头部聚焦设计, 与 rank 配表前 3000 名挡边界一致 |
* 参与渗透按 56-60k 玩家 / 同期 65-70k 大盘 DAU 估算 (kpi_log DAU 因 -1014 限流未拉, 用里程碑参与+平均 cooperate/锦标参与 cross-check 得出).
6.3 结论
- 结论 1: 周特奖无自营 SKU, 任何"周特奖收入"都是误归 — 高置信
- 支持: 配表 + 后端代码 + eco_log 钻石 extra_2 三源穷举均无 SKU 命中
- v1 ¥57M 收入 ≠ 玩法收入, 是大盘窗口 IAP 错位归因
- 风险: 同坑覆辙第 8 例, memory 已确权 (knowledge_milestone_tournament_no_own_sku.md)
- 结论 2: 周特奖是"锦标赛+里程碑"生态的排行聚合器, 价值在跨玩法 PvP 表彰不在销售 — 高置信
- 支持: MileStoneService L211 显示积分被动累计自锦标赛子活动 (rankGroupId>0)
- 奖品全部是玩内道具, 不是付费物
- 结论 3: P5→P6 玩法本身在健康扩张 (参与+6.2%, 上榜+14.7%), 大盘 IAP 衰减是 PAY_ACTIVITY_PACKAGE 下架 — 中置信
- 支持: PAY_ACTIVITY_PACKAGE 钻石 -99.7%, 其他 pack 多数稳健
- 反论/风险: 未做 matched-pairs 严格因果验证, 不能完全排除其他叠加因素
6.4 策略建议
- 建议 1 (P0): 对所有"周特奖"报表立即剔除"期内总收入 / ARPPU / 付费率"字段, 替换为"参与玩家 / 上榜玩家 / 上榜率 / 跨期连续率".
监控指标: 周特奖 v2 主表是否被全员采用, 旧 ¥57M 数据是否还出现在产品/运营报告里.
阈值与响应: 如发现仍引用旧数, 主动撤回 v1 + 推送 v2. - 建议 2 (P1): 把周特奖纳入"无 SKU 玩法引擎"统一规划, 与里程碑/锦标赛/合作/弹珠/宝藏/伙伴等同性质活动一起做"双轨任务包"健康度面板. 不再单独算每个的"营收".
监控指标: 锦标赛排行参与玩家 → 周特奖排行邮件领取人数 转化率. - 建议 3 (P1): 做 matched-pairs 因果研究 — "有周特奖" 周 vs "无周特奖" 周大盘 IAP 差异. 7210004 (3/25 结束) → 7210005 (4/23 开启) 间 4 周空档可作对照组.
预期效果: 量化周特奖对大盘 IAP 的间接驱动, 把它作为"留存/付费转化加速器"来评估而非"销售单元".
前置信息: 需要拉空档 4 周大盘 IAP + 锦标赛参与 + 留存; 本次未拉, 列入后续 backlog. - 建议 4 (P2): PAY_ACTIVITY_PACKAGE P5→P6 下架 -99.7% — 与运营核对该 SKU 是计划中下架还是事故下架. 若是计划, 评估替代收入产品; 若是事故, 紧急回滚.
七、归档 (Step 8: 历史趋势 + memory 更新)
- 本次结论已追加到
memory/knowledge_analysis_conclusions.md(周特奖 v2 章节) memory/knowledge_milestone_tournament_no_own_sku.md关联条目: 周特奖加入"无 SKU 玩法"清单, 并标注"误归覆辙第 8 例"- 同性质 v1 误归案例累计: 弹珠 17×/宝藏 6×/伙伴 86×/里程碑¥91万/锦标赛¥54万/周特奖 P5 ¥57M / P6 ~¥39M
- 跨系统规律: 任何 PvE 累分排行/锦标赛/聚合活动 — 必须先穷举商业化目录确认 SKU 切口, 再写营收 SQL. 默认"活动期内 IAP 求和" = 有罪推定