趣运科技（Triwin Games）旗下北美休闲 Bingo 产品的完整运营方案：产品与竞品基线诊断、 季度运营排期、玩法与活动设计、商业化变现优化、留存调优 SOP。 全部数据可溯源，后台未公开指标均按行业参考值标注。
阅读完整方案
「把每一次运营动作，
都落到可验证的数据上。」
郑杰，湘潭大学工业设计专业 2026 届本科毕业生，GPA 专业前 20%。
求职方向：海外游戏产品运营
Bravo Bingo 是趣运科技（Triwin Games）自研自发的北美休闲 Bingo 产品。
操盘方案不能建立在猜测上。本章先把 Bravo Bingo 的产品归属、用户结构、市场表现、玩法与商业化骨架、 版本节奏、竞争坐标六个面全部摊开，作为后续所有决策的事实前提。
Bravo Bingo 为趣运科技（Triwin Games）自研自发产品。
Triwin Games 官网 triwingames.com；Google Play 商店页；App Store 商店页一款面向北美 35-65 岁女性用户的家庭向休闲 Bingo 产品：
口碑端极强，规模端中等。App Store 美国区 4.95★（5,048 条）、Google Play 4.87★（51.4K 条）， 在 Bingo 子赛道属于第一梯队口碑水平；但累计装机 1.7M+ 与头部产品（Bingo Bash 721K 评价量级）相比 仍有明显差距，属于"高口碑、低渗透"的成长型产品。
畅销榜位置：美国 Board Games 畅销榜第 37 位，英国第 38 位、德国第 43 位——收入高度集中在英语区， 欧洲大陆尚未打开。免费榜排名（英国第 139、法国第 157、加拿大第 182）低于畅销榜排名， 说明留存与付费转化好于拉新效率，买量端仍有空间。
App Store Lookup API（2026-09-15 取数）；Google Play 商店页；appdashboard.app 排名追踪；appgoblin.info等级线解决"新手有方向"，赛季线解决"赛季内的短期目标"，而真正承担"长期理由"的是收集线： 拼图、收藏册与图鉴都挂在"解锁新地图 / 新内容"这条轴上，会持续延伸——等级会通胀、赛季会重置， 收集的存量不会清零，玩家永远有一个"回来接着集"的理由。三条线互相不打架，也意味着 后续活动设计不应新增第四条线，而应该做三条线之间的交叉激励（例如让赛季卡册需要房间收集物来兑换）。
从公开渠道可查的 SDK 信息可以看到产品的数据与运营底座：引擎 Unity；归因 Adjust；
数据分析 ThinkingData（数数科技）；客服 AIHelp；
广告聚合同时接入 AdMob + AppLovin + Unity LevelPlay 三家 mediation，
并检测到 12 家广告网络（含 Google、Mintegral、ironSource、Appodeal）。
这三条信息对运营岗的含义很具体：埋点与看板走 ThinkingData，所以运营要能读写 ThinkingData 事件模型； 客服走 AIHelp，所以玩家反馈是可以结构化打标签的，不是靠人工翻评论； 聚合已多源，说明广告侧的问题不在"接不接聚合"，而在 waterfall / bidding 的排序与 fill rate 治理。
SDK 信息来源：第三方扫描库 appgoblin.info（按包名 live.fun.bingo.online.story.casino.free.game.android 检索可复核），亦可通过公开 APK 反编译交叉验证把双端更新日志拉平对齐后，可以还原出一条相当稳定的排期规律：约 42 天一次版本， 每次必带"新房间 / 收藏线延伸"这类内容增量，节日窗口前 2-3 周叠加主题房与限定礼包。
| 版本 | 发布日期 | 主题 / 活动 | 机制钩子 |
|---|---|---|---|
| 1.50 | 2025-06-20 | Wipe Out + Dr Cat's Party | 水上乐园连胜活动、6 个新房间、地图扩张 |
| 1.52 | 2025-09-18 | Summer Odyssey | 夏日挑战线 |
| 1.53 | 2025-11-10 | VIP ROOM + Broadway Blingo | 10 卡模式，大 R 专属高消费场景（公开版本日志记载；实机 Lv.33 未发现该入口） |
| 1.54 | 2025-12-11 | Holiday Update | 点亮圣诞树、局内掉落假日礼盒 |
| 1.55 | 2025-12-31 | Season Album 上线 | 赛季卡册 + 更快的对局节奏 |
| 1.56 | 2026-02-10 | Fluffy Hide & Seek + Valentine | 找猫迷你游戏；情人节限定房 |
| 1.57 | 2026-03-31 | 音乐季 Album | 全球音乐元素主题卡牌收集 |
| 1.58 | 2026-05-08 | 棋盘掷骰 | 掷骰移动棋盘、特殊格子触发连锁 Bingo |
| 1.59 | 2026-06-09 | Water Blitz + Summer Bravo Pass | 数字呼声速度可调、夏日特色房、岛屿与拼图扩充 |
| 1.63 | 2026-09-09 | 机器任务 | 每台机器新增任务线 |
竞品对比的核心是把自家产品和同类产品放在一起看优劣。下表将 Bravo Bingo 与四家外部竞品并列： 紫色高亮行为我方产品，其余为北美市场主要竞品。
| 产品 | 开发商 | 评分 / 评价量 | 差异化定位 |
|---|---|---|---|
| Bravo Bingo | Triwin Games (iOS 端登记 CLASSMOBI) | 4.95 / 5.0K 4.87 / 51.4K (GP) | 多主题房间 + 拼图收集 + 赛季卡册；家庭向女性客群；广告主导变现 |
| Bingo Bash | Scopely, Inc. | 4.5 / 721K | 赛道老大哥：Bashville 收集系统 + Bash Leagues 竞技场，社交竞技最深 |
| Bingo Bling | Game Story | 4.8 / 201K | 真钱锦标赛路线，1v1 现金赛是高 ARPU 杀手锏 |
| Bingo 90 Live | Fungrep Co., Ltd | 4.4 / 20.8K | Vegas 老虎机 + Bingo 融合，多卡玩法偏硬核 |
| Bingo Lucky | Theotino | 4.6 / 23.6K | 奇幻仙境主题，主题路线与我方最接近 |
把第 1 章的诊断落成一份 13 周可执行计划：目标怎么定、版本怎么排、资源怎么分、复盘怎么归因。
实机游玩全程没有遇到一次插屏广告，Pass 付费权益里却列着 no ads；
游客登录期间收到过 Push（约 2 条，集中在进入游戏时段），但账号资产完全挂在本地——
前者说明付费权益存在空转，后者说明绑定账号是召回与资产保障的前提。
结论："把量买进来"和"把量留住"不能拆成两件事做。如果只盯安装量， 这一季的预算会在游客池里漏掉。
| 补给来源 | 金额（金币） | 占比 | 可持续性 |
|---|---|---|---|
| 回流礼包 7 日签（第 2 日档） | 1,250 | 37.1% | 回流钩子 · 七日逐日递增 |
| 新地图开辟奖励（Sydney 房） | 700 | 20.8% | 可重复 · 随拼图进度再次解锁（间隔长） |
| 等级奖励（31/32/33 级） | 600 | 17.8% | 准一次性 · 随等级通胀贬值 |
| 15 分钟免费领 ×5 | 153 | 4.5% | 经常性（已观察衰减到 2h+） |
| Shopping Frenzy + Sugar Slot | 249 | 7.4% | 经常性 · 活动驱动 |
| Lucky Chest（激励视频） | 105 | 3.1% | 经常性但受广告 fill 制约 |
| 每日任务 + Team gift + 签到 + Pass + Team help | 310 | 9.2% | 经常性 · 日活基本盘 |
| 当日不重复项合计 | 1,950 | 57.9% | 不会以同数额每日重复 |
当日不重复补给耗尽后，经常性收入约 1,417/天，维持 13 局需要 6,160 门票——缺口 4,743。 所以 D7 是守门线，D1 只做观察：把 D1 写进 OKR，团队会为了保住数字不断加码新手奖励，恰恰加重问题本身。
| 层级 | 周期 | 证据强度 | 依据 |
|---|---|---|---|
| 版本层 | 42 天 | 公开硬数据 | 双端更新日志 v1.50（2025-06-20）→ v1.63（2026-09-09），10 次版本间隔稳定在 40-45 天 |
| 赛季层（Bravo Pass） | ≈30 天 | 推断 | 实机两次截图剩余 24 天 → 8 天，间隔约 16 天；35 级轨制符合月度通行证惯例 |
| 活动层 | 待确认 | 单次观察，无法定周期 | 实机同时并行 Water Blitz / Bingo Tempest / Sugar Slot 等多个活动；单次游玩无法判断各活动周期长短（Water Blitz 面板未显示剩余天数），需连续多日观察或后台数据确认 |
| 长线层（图鉴） | 62 天 | 实机实测剩余值 | World Adventure 8 套 × 9 张 = 216 张，实机进度 15/216，单次截图剩余 62 天 |
按 1.63 版本于 2026-09-09 上线、42 天节奏外推，下一版本落在 10 月 21 日前后。 以此为骨架排 2026 Q4 的 13 周：
| 周次 | 日期 | 版本 / 赛季节点 | 活动层（3-7d） | 长线层 | 运营重点 |
|---|---|---|---|---|---|
| W1–W3 | 10/01–10/20 | 1.63 尾期 Pass 第 3 周期收尾 |
每周 1 个 3 天短活动 + Team Chest 5 天 |
图鉴第 2 个月 | 承接 1.63 内容；季初做回流（回归礼 7 日礼 + 流失用户定向），为万圣节版本蓄水 |
| W4–W6 | 10/21–11/10 | 1.64 上线 · 万圣节主题房 新赛季 Pass D1 开启 |
Halloween 主题收集 7 天 → 无缝接 3 天短活动 |
图鉴新增万圣章节 | 三重叠加窗口（版本 + 赛季 + 节庆）：素材集中投放期，同时压付费结构改造（第 4 章）上线灰度 |
| W7 | 11/11–11/17 | 1.64 中段 | 3 天短活动 ×2 | 图鉴常规推进 | 版本热度回落期，主做留存修复与调优参数回收 |
| W8–W9 | 11/18–12/01 | 1.64 尾期 Pass 第 2 周期 |
感恩节礼包（11/26） 黑五 Flash Sale（11/27） |
图鉴常规推进 | 全年最重要促销窗口：付费点集中释放，Pass 续订提醒前置到黑五前 3 天 |
| W10–W13 | 12/02–12/31 | 1.65 上线 · 假日季版本 新赛季 Pass 与其对齐 |
圣诞主题收集 7 天 跨年倒计时活动 3 天 |
图鉴假日季章节收口 | 对齐 1.54 / 1.55 的历史成功窗口（假日更新 + 新赛季同月起）；跨年做年度收藏回顾盘点 |
实机数据给了一个可以直接用的算式：单活跃玩家日门票支出 6,160 金币， 经常性补给只能覆盖 1,417，缺口 4,743/天。
活动奖励池的设计目标就是补上这个缺口的一部分——补太少玩家玩不动， 补太多经济失去张力、付费动机消失。本季取覆盖缺口的 25%-35%（约 1,186-1,660 金币/人/天）作为活动层奖励池上限。
口径：门票 6,160 / 经常性补给 1,417（已剔除当日不重复项 1,950）新手会犯的错是把奖励池折算成钱（"每人每天发 1,500 金币 × 10 万 DAU"）， 然后得出一个巨大的数字，方案当场被否。
金币是虚拟货币，发出去不产生现金流出，真正的成本是通胀—— 玩家手上的金币变多，付费意愿下降。所以奖励池的正确预算口径是：
通胀率 = 本季新增投放金币总量 ÷ 季初存量金币总量，
目标控制在 ≤ 35%/季（行业参考值，需内部数据校准）。
这个口径可以直接对齐产品已有的 ThinkingData 埋点：只要有一条"金币产出/消耗"的事件流，就能按日监控。
| 资源项 | 分配口径 | 本季重点 |
|---|---|---|
| 买量预算 | 拆成「素材测试预算」+「放量预算」，测试预算独立核算、不占放量额度 | 第 1 章结论是瓶颈在获客，但真实瓶颈是素材迭代速度——测试预算按每周可测素材条数倒推，而非按 CPA 倒推 |
| 素材产能 | 按「每周可上线测试条数」定产能，而非按总预算 | 万圣节（W4）与黑五（W8）两个窗口需要素材峰值，产能要在 W3 前完成备货 |
| 活动奖励池 | 覆盖日均缺口 25%-35%，按通胀率 ≤35%/季 控总盘 | 奖励发放形式优先选「阶梯释放」而非「一次性到账」，避免重演 2.1.1 里的一次性资源问题 |
| 开发资源 | 按「改动可回滚性」排序：配置型 > 系统型 | 第 4 章弹窗时序与权益替换优先走配置，先把验证做完再进版本 |
这三条不是理论，全部来自实机观察到的现成设计——本季要做的是把这三个已被验证的形式，系统性应用到新活动上， 而不是每个活动重新发明一遍奖励逻辑。
复盘失效的根源几乎从不是"没开会"，而是开会时口径不一致——运营说活动拉动了增长， 数据分析说增长来自买量，各说各话。所以本节先落口径，再落会。
| 指标 | 口径定义（先说死，避免事后争论） | 数据源 |
|---|---|---|
| 有效新增 | 新安装 且 完成账号绑定 且 通过 D3（不看裸安装） | Adjust 归因 + 账号体系 |
| 活动参与率 | 当期活动中至少完成 1 次有效动作的去重用户 ÷ 同期活跃用户 | ThinkingData 活动事件流 |
| 活动增量收入 | 活动期内活动房门票消耗与周边付费 ÷ 活动期天数，与等长非活动期基线对比，不做跨活动横向比较 | ThinkingData + 支付流水 |
| 经济健康度 | 玩家日均金币产出 / 日均消耗，目标区间 0.75-1.0（<1 说明有付费动机，>1 说明通胀） | ThinkingData 金币事件流 |
| 广告 fill rate | 成功展示次数 ÷ 请求次数（实机已观察到 3 次请求 2 次失败，需重点治理） | AdMob / AppLovin / LevelPlay 三方聚合后台 |
任何指标在没有基线之前不进考核。比如"活动参与率"，如果从未统计过历史同期的水平， 第一季只看趋势、不下结论、不做奖惩。用一季把基线补齐，第二季才能用同一套口径做真正的因果判断。 这也是 2.1 节"本季不压 ARPDAU"的同一个逻辑——先把尺子校准，再拿尺子量人。
实机取证显示，我方的副玩法不是缺失，而是数量多且互相平级。 本章先做盘点，再给出可落地的玩法提案、活动机制与上线方案。
Bingo 品类的头部竞品普遍只有 1-2 个"Bingo 之外的第二战场"。实机观察到我方同时有 五个副玩法在并行，而且全部互相平级——真正的问题不是"有没有"，是 "太多了，而且没有主线"。
| 副玩法 | 类型 | 实机观察到的机制 | 周期定位 |
|---|---|---|---|
| Sugar Slot | 局内收集 + 老虎机 | Bingo 局收集 Sugar（×3 / ×6 / ×15 / ×30 四档）→ JACKPOT 老虎机 SPIN → 轮次任务 4 关（20/30/40/70 金币 + 道具 / 宝石 / CARD） | 进行中（周期未知） |
| Water Blitz | 房间级收集 | 卡底鸭子进度 3/18 → 11/18，每卡集满 18 只；结算解锁卡册卡片 "Café Morning"（卡包翻转揭示动画） | 进行中（面板未显示剩余天数） |
| Bingo Tempest | 限时特色房 | Daub num 7 特殊规则，进度 4/10，完成奖励 CARD ×1 | 进行中（周期未知） |
| Wipe Out | 最新房晋级制 | 水上赛道 1→2→3 踏板推进，"Win Bingos in the LATEST room to Moving forward" | 对齐版本新房间 |
| Fluffy Hide & Seek | 迷你游戏 | 找猫小游戏，v1.56 起加入 | 版本内容 |
三条具体动作：
第 1 章我写过"后续活动设计不应新增第四条线，而应该做三条线之间的交叉激励"。 这句话方向是对的，但当时的假设是"只有三条线"。实机证明有四条以上， 所以动作要更彻底：先合并，再做交叉。在四条线并存的情况下做交叉激励， 只会得到更复杂的规则和更模糊的目标。
| 局型 | 门票 | 结算收益 | 返还率 | 玩家感受 |
|---|---|---|---|---|
| Melbourne Mega 完胜（1 Bingo） | 480 | 240 | 50% | 符合预期 |
| + Wipeout 活动加成 | 480 | 240 + 147 = 387 | 81% | 明显回本 |
| + Water Blitz bonus time | 480 | 240 + 144 = 384 | 80% | 明显回本 |
| Sydney Mega 完胜 | 560 | 280 | 50% | 符合预期 |
| Melbourne Mega 零 Bingo | 480 | 38 | 8% | 挫败 |
| Melbourne Mega 零 Bingo（最低） | 480 | 0 | 0% | 整局白玩 |
| sprite spelling 零 Bingo | 560 | 0 | 0% | 整局白玩 |
为什么是"券"而不是直接返金币：
券的核销数据本身就是最干净的回访归因信号。 玩家收到券之后多少小时内回来核销、核销后是否延续了原本的局数水平—— 这两个数直接回答"挫败之后到底会不会流失"这个一直靠拍脑袋判断的问题。
券必须只对真实落败发放。要排除"故意不 Bingo 刷券"的行为——
实机已观察到对局支持 AUTO ON 自动涂抹，
如果放任挂机，券会变成刷取工具。所以发放条件要绑定
"有过有效涂抹动作"，并配合单位时间局数异常检测（见 3.5 防刷规则）。
3.1 的诊断是"五个副玩法平级并列"。解决方式不是砍掉它们，而是给它们分层， 让玩家在任意时刻都能回答"我现在主要在玩哪一个"。
| 层级 | 数量 | 周期 | 职责 | 与成长线的关系 |
|---|---|---|---|---|
| 主活动 | 1 个 | 与赛季对齐（≈30 天） | 承担本季主目标，全量玩家参与，资源倾斜最重 | 产出直通图鉴主干（提案 A） |
| 支线活动 | 2 个并行 | 3-7 天，结束日错开 | 填充主活动间隙，服务不同偏好人群 | 产出为图鉴加速道具 |
| 常驻线 | 3 条 | 长期 | 队伍 / 排行榜 / 图鉴，提供日活基本盘 | 本身即成长线载体 |
下面用一个完整的活动设计模板说明"支线活动"该怎么落地。选择"周末加成"这个形态， 是因为它的配置成本极低、可复用性最高——同样的骨架换一套数值就是一个新活动。
| 设计项 | 规格 | 设计依据 |
|---|---|---|
| 活动名 | Weekend Blitz（周末闪击） | 复用已验证的 Blitz / Frenzy 命名族，降低玩家理解成本（实机已见 Shopping Frenzy / Water Blitz） |
| 周期 | 周五 00:00 – 周日 23:59（3 天） | 对齐实机观察到的 3-7 天短活动轮换，且落在周末活跃峰值 |
| 参与门槛 | 无门票门槛，任意房间对局均计入 | 支线活动的作用是"覆盖面"，加门槛会把它变成核心玩家专属 |
| 核心机制 | 对局 Bingo 数累计，按档位领取奖励；档位随进度解锁 | 奖励后置（阶梯释放），对应 2.3 节的留存类活动口径 |
| 奖励结构 | 1 档：Boost 30min 3 档：图鉴加速道具 ×1 6 档：CARD ×1 10 档：宝石 ×40 | 全部指向同一条主干（提案 A）；用 Booster 而非金币，避免通胀 |
| 防刷规则 | 日计入对局上限 30 局；单位时间局数异常检测；奖励发放延迟 6 小时 | 见下方防刷说明 |
| 失败兜底 | 未达 1 档的玩家，活动结束时补发 1 张半价返利券 | 与提案 B 的券体系打通，保证"参与过就有反馈" |
| 事件名 | 触发时机 | 关键属性 | 用途 |
|---|---|---|---|
room_enter | 进入任意房间 | room_id, ticket_cost, card_count, booster_active | 房间漏斗起点；观察门票档位分布 |
game_settle | 对局结算完成 | bingo_count, coin_cost, coin_reward, rebate_ticket_issued | 返还率监控主力事件；提案 B 的效果验证 |
rebate_used | 返利券核销 | ticket_id, room_id, delay_hours, next_game_count | 挫败→回访的转化链路（3.3 的核心产出） |
collection_progress | 收集进度变化 | line_id（图鉴/拼图/卡册）, delta, total_progress | 提案 A 的收敛效果验证：四线合并后推进率是否提升 |
event_node_claim | 活动档位领奖 | event_id, node_index, reward_type, claim_delay | 活动档位到达率分布 → 用于校准下一期档位数 |
ad_request / ad_fill | 广告请求与填充 | network, placement, result, latency | 实机已观察到 3 次请求 2 次失败，需单独治理（见 4.3） |
1% → 5% → 20% → 100%，每级观察 48 小时。
重点是分组方式：必须按用户等级分层随机，而不是按用户 ID 尾号随机。 因为提案 B 直接影响经济，而不同等级玩家的门票档位完全不同—— 纯随机分组很可能拿到一个"实验组等级偏高"的样本，结论会被污染。
下表任一指标触及止损线，当天执行对应动作，不等到周会。
3.1 的盘点是本章最重要的部分——竞品分析给的是假设，实机验证才能给结论。 一个方案如果只停留在看资料的阶段，玩法提案大概率会打在不存在的问题上。
基于 31 张付费面板逐屏截图，先把真实付费结构摊开，再给出三个可以落地的改动。
把实机能打开的所有付费界面逐个盘完之后，可以看到一个很清晰的分工： 硬通货（金币）负责维持游玩，进度型商品负责赚钱。
| 付费象限 | 实机档位 | 定价策略 | 付费类型 |
|---|---|---|---|
| 金币包（COINS） 实机可见 8 档 |
$1.99 起至 $99.99，标 MOST POPULAR 在 $19.99、BEST VALUE 在 $99.99 | 全部档位带 +X Extra（买一送一），单位金币价 $0.0066 → $0.0028 递减 58% | 资源型 |
| 宝石包（GEMS） | $2.99 / 40 · $14.99 / 220 · $39.99 / 700 | 三档全带划线原价锚点（~~20~~ 100% MORE / ~~73~~ 200% / ~~175~~ 300%） | 资源型 |
| 订阅（周卡 / 月卡） | 周卡 $6.99 · 月卡 $9.99 | 周卡 5,600 金币（标 1000% MORE）· 月卡 15,000 金币（标 2000% MORE） | 进度型 |
| Bravo Pass | 免费轨 / $9.99 / $14.99 捆包，共 35 级 | $9.99 含 100 VIP + 6 项权益；$14.99 含 150 VIP + 10 项附加 | 进度型 |
| VIP CLUB | 9 级（Bronze → Pink Diamond） | 经验来自升级 + 购买双通道；Store Purchase 倍率 ×1 → ×2.2，VIP Points ×1 → ×9 | 进度型 |
| 场景化 IAP | 成长基金 $6.99 · 存钱罐 $4.99 · Endless Rewards $2.99 · 双倍收益 $4.99 | 基金按等级里程碑返还；存钱罐破罐双档（100%→200%）；Endless 首档解锁后 5 档逐档免费领 | 进度型 ×3 资源型 ×1 |
8 个金币档全部显示 "+X Extra"，包括被标为 MOST POPULAR 的 $19.99 档。 如果这是常态定价而不是限时活动，那么"原价"从未真实存在过—— 所有依赖"原价"的说服力同时失效。
判断依据：真正的首充双倍通常只在首档出现，或带明确倒计时。 实机未见倒计时标签（同一屏的最贵档标的是 BEST VALUE，而不是限时）。 建议按"常态加成"处理，并做一次验证：观察购买任意一档后，其他档位的 Extra 是否消失。
VIP 经验有两条通道：升级（免费）+ 购买（付费）。这意味着一个从不付费的玩家， 只要一直在玩，也能把 VIP 等级升上去，拿到 Daily Check-In ×1.4、Daily Wheel ×1.8、 Free Coins ×1.8 的倍率加成。
这个设计的作用不是当期变现，而是把"VIP 身份"从付费标签变成活跃标签—— 玩家有了一条与付费无关的成长线，同时也提前熟悉了 VIP 的界面与倍率语言。 等他第一次付费时，"VIP 能放大收益"这件事已经不需要教育了。
需要注意的副作用：Store Purchase 倍率 ×1 → ×2.2 会让大 R 的付费效率呈复利优势。 VIP9 花同样的钱，实际获得量是 VIP1 的 2.2 倍。这对大 R 留存是好事， 但会导致不同 VIP 等级玩家之间的价值感差距持续拉大，需要在定价侧对冲 （例如对低 VIP 玩家开放一次性高性价比档位）。
实机游玩全程没有出现一次插屏广告，可见的激励视频只有 Lucky Chest 一种， 且看过一次之后再未出现；全天累计只有 3 次广告请求，其中 2 次失败。
以这个暴露量级，广告收入很难成为收入主体，真实占比需内部数据验证。两种可能： ① 广告主要出现在我未覆盖到的场景（特定房间、更激进的插屏策略、iOS/Android 差异）； ② 广告曝光集中在用户基数更大的中低等级段，而这个 Lv.33 账号已不在该段位。
无论哪种可能成立，它都直接影响第 4 章要不要把广告曝光作为增长手段（见 4.3）。
4.1 的复盘得出一个结论：这个产品真正赚钱的是进度型付费（Pass / 订阅 / 基金 / 存钱罐 / Endless）， 而资源型付费（金币、宝石、Power-up 包）在数值上根本补不上消耗缺口（4.5 节会算给你看）。
三个问题：① 位置——全部堆在"败局"这个唯一的负面情绪节点上。 ② 顺序——安慰型（Lucky Chest）被排在推销型（订阅）之后， 玩家先被推销消耗耐心，之后才拿到安慰，情绪曲线是往下走的。 ③ 密度——连续 4-5 个弹窗，加上用户反馈的"每次切换主界面也会弹各种诱导消费小弹窗"， 弹窗总量已经超出可承受区间。
重构的思路是按情绪节点分配推销品类，而不是按"哪个商品想卖"来排。
| 触发节点 | 玩家情绪 | 适合推什么 | 不该推什么 | 频次上限 |
|---|---|---|---|---|
| 对局完胜 / 连胜 | 正向 · 自信 | 订阅、Pass（"你现在这个状态，长期玩更划算"） | 安慰型道具 | 1 次 / 日 |
| 升级瞬间 | 正向 · 成就 | 成长基金、Pass 等级轨（进度型的最佳落点） | 硬通货金币包 | 不额外推，跟随升级弹窗 |
| 进度临界点 存钱罐满 / 图鉴 8-9 / 差 1 级 |
正向 · 就差一点 | 存钱罐破罐、图鉴补齐道具（转化率最高的位置） | 订阅（信息干扰） | 每次触发必推 1 次 |
| 对局落败（0-1 Bingo） | 负向 · 挫败 | 安慰型（Lucky Chest）+ 返利券（提案 B） | 订阅、金币包、Power-up 包 | 1 次 / 局，且同链不超过 2 个弹窗 |
| 余额低于安全水位 | 焦虑 · 想继续玩 | 小额资源包（实机已观察：余额 611 时触发 $2.99 档，水位判断正确） | 大额包、订阅 | 2 次 / 日 |
| 切回主界面 | 中性 · 无需求 | 建议大幅收敛，只保留"有真实可领的免费奖励"提醒 | 任何付费诱导 | ≤ 3 次 / 日，且新手首日不触发 |
实机里有一个几乎被浪费掉的机会：存钱罐已经显示 MAXED OUT（当前 2,000）， 但破罐（$4.99）的推销并没有出现在最需要的那个瞬间。
"我的罐满了但取不出来"是玩家自己产生的需求， 这时的转化不需要说服，只需要提醒。把破罐入口做成罐满时自动前置， 是零说服成本的转化——比在败局后硬推一个小额包有效得多。
这个提案的主体工作在触发条件配置与弹窗优先级排序，属于配置层改动， 不需要动底层系统，可以灰度上线。
唯一的开发量是"进度临界点"的事件监听（存钱罐满、图鉴差 1、差 1 级）， 而这类事件在 ThinkingData 的状态流里通常已经存在，只是没有接到弹窗系统上。
Bravo Pass 付费轨（$9.99）列的 6 项权益里明确写着 no ads。
但实机游玩全程没有遇到过一次插屏广告。
也就是说：玩家花钱买掉了一个本来就不存在的东西。 这不是一个可以放着不管的小问题——它是付费权益价值的空转。 玩家买完之后不会有"值了"的感受，只会觉得"这个权益跟我没关系"， 从而降低对整个 Pass 的价值评价。
把 no ads 从权益列表中替换为一项真实价值物。
例如"每日额外 1 次免费 Booster"或"图鉴加速道具 ×N/周"。
理由：实机证据是"基本没有插屏"，那么保留这个权益就是零收益、负体验。 替换它只需要文案与配置改动，开发成本近乎为零，但直接提升了 Pass 的可感知价值。
这是本章性价比最高的一条改动。
那就必须同时做两件事：① 明确 no ads 的实际含义
（改为"移除结算插屏"这类可验证的表述）；② 给非付费玩家设频次上限。
建议上限：每 3 局不超过 1 次，且不在败局结算后立即插入。 败局后插屏是留存杀手，收益远抵不过它对次日回访的伤害。
一看到"3 次请求 2 次失败"（成功率 33%），直觉反应是治理 fill rate。 但把数量级放进来之后，主要矛盾其实是另一个。
| 问题层 | 实机数据 | 判断 | 优先级 |
|---|---|---|---|
| ① 展示机会不足 placement 问题 |
实机全天仅 3 次广告请求；可见入口只有 Lucky Chest 一种，且看过一次后不再出现 | 这才是主要矛盾。不存在"填充失败导致收入损失"，因为根本没请求几次 | 高 |
| ② 填充率低 fill 问题 |
3 次请求 2 次失败（成功率 33%）；产品已接入 AdMob + AppLovin + LevelPlay 三家聚合 | 确实存在，但在请求量极低的基数上，优化 fill 的绝对收益很小 | 中（先解决 ①，再看 ②） |
实机已经存在的入口有：Lucky Chest（败局安慰）、Sugar Slot 的 ×30 奖励、对局结算翻倍、 道具栏的"看视频"加号（Water Blitz 视频中已见 Daub Alert 旁的视频图标）。 在此基础上可以低成本扩充的位置：
诚实标注：这条提案的收益测算需要 eCPM 数据，我没有内部数据，所以不给"能多赚多少钱"的结论。 但可以给一个判断量级：休闲品类激励视频的日人均展示通常显著高于 3 次， 当前状态不太可能是"有意克制"，更像是入口设计不足——需要内部数据确认后定方向。
增加广告入口与 4.2 节的"收敛弹窗"是两个相反方向的动作，必须一起做。 玩家对"自己选择的广告"容忍度很高，对"被塞的弹窗"容忍度极低。 只加广告入口而不砍骚扰弹窗，结果是干扰总量上升、体验下降； 反之只砍弹窗不加广告，则是白白放弃了本来就低于合理水平的广告收入。 两个动作必须同批上线，并观察同一组留存指标。
| 锚点表述 | 实机数值 | 核算结果 | 是否成立 |
|---|---|---|---|
| 周卡 "1000% MORE" | $6.99 → 5,600 金币 =$0.00125/金币 | 对比 $4.99 金币包（900 金币，$0.00554/金币）＝ 4.4 倍 | 成立（量级口径需换算，但方向正确） |
| 月卡 "2000% MORE" | $9.99 → 15,000 金币 =$0.000666/金币 | 对比 $4.99 金币包 ＝ 8.3 倍 | 成立 |
| 宝石包 "100% / 200% / 300% MORE" | $2.99/40（~~20~~）· $14.99/220（~~73~~）· $39.99/700（~~175~~） | 划线原价按字数看是准确的比例关系（40/20、220/73、700/175 ≈ 2×/3×/4×）； 但单位价 $0.0748 / $0.0681 / $0.0571，三档之间只有 24% 的差距 | 比例成立，但档次梯度偏平 |
| 金币包 "MOST POPULAR / BEST VALUE" | $19.99 / 5,000 金币 vs $99.99 / 36,000 金币 | 单位价 $0.0040 vs $0.0028；$99.99 比 $19.99 便宜 30%。但两者相差 5 倍价格，梯度是合理的 | 成立 |
| 全档位 "+X Extra" | 8 个档位全部显示，无倒计时 | 若为常态，则"原价"从未存在，Extra 不再构成促销理由；单位价表（4.1）已按 含 Extra 计算 | 存疑 · 需验证 |
第 1 章没有做 LTV 测算，因为后台数据（ARPPU、D7 留存、CPI）未公开，任何外推都是编造。 但实机收支数据给了一个不依赖后台数据的测算角度：从"维持游玩需要多少金币"反推付费压力。
| 测算项 | 数值 | 说明 |
|---|---|---|
| 单活跃玩家日门票支出 | 6,160 金币 | 13 局实测：480×7 + 560×5 + 免费局×1 |
| 经常性补给（剔除一次性项） | 1,417 金币 | 3,367 总收入 − 1,950 一次性（回归礼 1,250 + 新地图 700） |
| 每日缺口 | 4,743 金币 | 维持同等游玩强度所必须由外部补充的部分 |
| 若用 $19.99 档补足缺口 | 需 0.95 次/天 ≈ $19.0/天 | $19.99 档含 Extra 计 5,000 金币 |
| 若用 $99.99 档补足缺口 | 需 0.13 次/天 ≈ $13.2/天 | $99.99 档含 Extra 计 36,000 金币（单位价最优） |
| 实机期初期末余额 | 711 → 601（净 −110） | 实测当天玩家零付费，靠补贴与活动打平 |
如果金币直购能补上缺口，那才是坏消息——那意味着付费门槛被抬到了每天十几美元， 绝大多数玩家会直接流失。真实的结构是：用补贴系统让玩家留下来， 在进度节点（存钱罐满、基金里程碑、Pass 升级、图鉴差一张）做转化。
这个判断和 4.1 的盘点完全一致：六个付费象限里有四个是进度型。 产品设计是对的，出问题的是推销动作没有跟上这个设计—— 推销资源型商品（POWER-UP DEAL、金币包）的密度，远高于推销进度型商品。 这正是提案 C（4.2）要修的东西。
实机跑完一整天 13 局之后，结论很明确：经常性补给覆盖不了日常门票消耗——压力来自这个结构性缺口，而不是某个等级段。
门票花了 6,160，对局只回来 2,683，净亏 3,477。这 3,477 的窟窿完全由补给系统填上（3,367）， 最后全天只净亏 110。
所以"用户当天没充钱也玩得下去"这件事，不是经济结构健康的证据，而是补贴掩盖了结构问题的表象。 把补贴拆开看，真相就出来了：57.9% 的补贴当日不重复——它们是回流签与新地图奖励，不会每天按同一数额出现。
| 情景 | 门票需求 | 可得补给 | 净缺口 | 会发生什么 |
|---|---|---|---|---|
| D1（实测） | 6,160 | 3,367 含当日不重复项 1,950 |
−110 | 靠当日不重复资源打平，玩家体验正常 |
| D2（情景 A：强度不变） | 6,160 | 1,417 当日不重复项不再出现 |
4,743 | 期初余额仅 601，不足 0.13 天即耗尽，必须付费或降强度 |
| D2（情景 B：强度自适应下降） | 约 1,440 降至 3 局/天 |
1,417 | ≈ −23 | 刚好打平，但日均时长、广告曝光、活动参与率同步下滑 |
压力点出现在当日不重复补给不再出现的时刻（D2 起），与玩家等级没有直接因果关系。
这一点很重要，因为它决定了解决方案的方向：如果压力点在 30 级，解法是"调整等级段的经济数值"； 如果压力点在次日，解法必须是"建立可预期的每日经常性收入"—— 两件事的开发量和影响面完全不同。下面三个修复都指向后者。
提案：把签到改成"阶梯递增 + 末档高值"，让 Day 7 的奖励达到 一局 Mega 房折扣门票的 80% 左右（约 280 金币）。参考阶梯：
为什么定在"一局门票的 80%"：这个数值刚好构成"我今天是带着资源回来的"的心理， 但不足以覆盖完整一局——玩家仍然需要靠对局本身或活动补足差额。 既建立了确定性收入，又不破坏"对局才是主要经济来源"的结构。
目标值 270-280 为基于实测结构的提案值，需按经济模型校准提案：把这两类奖励的发放方式改为分 7 天等额释放：
注意：这个改动会让 D1 的余额数字变难看。这正是 2.1 节强调"不能把 D1 留存写进 OKR"的 现实原因——修复动作本身会先让 D1 指标恶化，如果 D1 是考核指标，这个修复根本推不动。
提案：把衰减显性化。按钮上直接显示 「下一次免费金币：1 小时 42 分后，可领 45 金币」， 并说明"每日领取次数有限，用完后间隔会拉长"。
不改：玩家在不知情的情况下发现奖励变少 → 归因为"游戏小气" → 信任受损。
改了：玩家看到明确的倒计时 → 知道规则、可以规划 → 即使金额没变， 体验从"被克扣"变成"按规则获取"。
规则的可预期性，比规则的宽松度更重要。 玩家能接受"每天只能领 3 次"，很难接受"到底能领几次说不清"。
这也是为什么本方案把这条改动排在"极小开发量"里，却放在修复清单的第三位—— 它几乎零成本，但对信任感的影响不小。
我以 PLAY AS GUEST（游客）身份登录。游客态下也会收到 Push（实机收到约 2 条，
集中在进入游戏时段），但账号资产完全挂在本地：换设备或重装即丢进度，好友关系链、
邀请奖励、客服找回全部不可用。登录界面本身有 Facebook 登录入口
（PLAY AS GUEST / Facebook PLAY 双入口），
说明账号体系是现成的，缺的不是能力，是激励。
| 通道 | 游客态 | 绑定账号后 | 损失的业务价值 |
|---|---|---|---|
| Push 推送 | 受限（仅进入游戏等基础提醒） | 完整可用 | 流失召回、活动开启提醒、Pass 到期提醒等运营触达能力受限 |
| 跨端 / 换机同步 | 不可用 | 可用 | 换设备或重装即丢进度，是沉默流失的主要来源 |
| 好友关系链 | 不可用 | 可用 | 邀请奖励（1/3/6 人 → 2,000/5,000/8,000 金币）无法完成，裂变通道关闭 |
| 客服找回 | 困难 | 可用 | 付费玩家账号纠纷无法处理，直接引发差评与退款 |
这条改动的影响不在当期收入，而在整个留存体系是否成立—— Push 是召回的主要主动通道，绑定率上不去，5.5 节的流失预警动作就缺少稳定的执行通道。
| 分层 | 识别信号 | 核心痛点 | 运营动作 | 触达通道 |
|---|---|---|---|---|
| 新手 D0-D3 |
等级 < 20 或安装天数 ≤ 3 | 还没有建立游玩偏好；D2 面临一次性补贴耗尽 | 绑定引导（5.4）· 签到阶梯（5.2 修复 1）· 首周不做付费诱导 | 应用内弹窗 （Push 需先完成绑定） |
| 成长 D4-D30 |
有稳定对局但付费为 0 | 金币压力首次出现；订阅价值已能理解 | 在正向节点（连胜 / 升级）推订阅与 Pass · 图鉴进度加速 | 应用内 + Push |
| 核心 30 天+ 活跃 |
日局数稳定、队伍有贡献、VIP 等级靠升级自然增长 | 内容消耗速度超过产出速度 | Pass 续订提醒 · 队伍与联赛激励 · 进度临界点转化（4.2） | Push + 队伍内 |
| 大 R VIP5+ / 高付费 |
Store Purchase 倍率已显著放大；存钱罐高频满 | 需要"值得花这么多"的身份感与专属内容 | 专属礼包节奏 · 高价值捆包 · VIP 身份显性化（VIP ROOM 若开放应服务此层） | 专属客服 + Push |
表里依赖 Push 的召回动作（活动开启提醒、Pass 到期提醒、流失召回），在游客态下能力受限。 也就是说：如果 5.4 的绑定引导不做，这张分层运营表的召回部分是空转的—— 动作设计了，但没有稳定的通道送出去。
这也是本方案把"游客绑定"排在整个留存 SOP 最前面的原因。 运营方案里最贵的错误不是动作设计得不好，而是设计好的动作没有触达通道。
| 优先级 | 动作 | 开发成本 | 预期影响 | 验证方式 |
|---|---|---|---|---|
| P0 | 免费金币衰减显性化（修复 3） | UI + 文案 | 信任感，零风险 | 玩家对免费奖励的领取行为频率 |
| P0 | Pass 的 no ads 权益替换为真实价值物（4.3） | 配置 + 文案 | 直接提升 Pass 可感知价值 | Pass 购买率与退款率 |
| P1 | 签到改阶梯 + 末档高值（修复 1） | 配置 | 建立每日确定性收入 | D4-D7 留存、签到完成率 |
| P1 | 一次性奖励分 7 天释放（修复 2） | 发放逻辑 | 平滑 D1→D2 断崖 | D1-D7 余额曲线、D3 留存 |
| P1 | 游客绑定引导（5.4） | 中等 | 打开 Push 与裂变通道 | 绑定率、绑定后 D7 留存对比未绑定组 |
| P2 | 弹窗链按情绪节点重排（4.2） | 配置 + 优先级逻辑 | 降低骚扰、提升高价值商品转化 | 弹窗关闭率、订阅转化率 |
| P2 | 门票阶梯返还 + 返利券（3.3） | 结算逻辑 + 道具栏 | 降低零 Bingo 挫败流失 | 券核销率、零 Bingo 后次日回访 |
| P2 | 收集线四合一（3.2） | 中偏大 | 修复目标感稀释 | 收集线推进率、主界面停留时长 |
| P3 | 激励视频入口扩充（4.3.1） | 中等 | 广告曝光量级提升 | 日人均广告展示次数、fill rate |
| P3 | 等级奖励换资产 + 密度压缩（5.3） | 中偏大 | 降低通胀、恢复里程碑感 | 金币产出总量、等级分布曲线 |
前五章的结论都建立在一个动作上：读玩家在说什么。这一章放一个我自己写、自己用的工具—— 它解决的不是"能不能分析"，而是"每天都能分析"。
第 1 章的竞品结论来自公开数据，但真正做起来时，最费时间的环节不是查资料， 而是读评论——App Store 和 Google Play 的玩家评论是延迟最低、最真实的需求信号， 但它有几个很麻烦的性质：
人工做这件事，一次完整扫描大约要消耗半天，而且下周还得再做一遍。 这就是我做这个工具的真实动机：不是想要一个分析器，是不想每周花半天做同一件重复劳动。
第 1 章里那些竞品评分、评价量、差评归因，就是这个工具第一批跑出来的结果。 它同时也是我在 BOSS 直聘上看岗位时留意到的一个信号： 越来越多的运营岗 JD 里写着"熟练使用 AI 工具提效"， 而这句话在面试里没法靠嘴证明——你得拿出一个真的在用的东西。
第 1 章 1.7 节的竞品对比、1.2 节的用户画像文本分析，都是这个工具跑出来的结果直接引用。
这些限制不是"以后再说"，是做的时候就写进了工具的说明弹窗—— 一个工具如果不写清楚能力边界，用的人就会把它的结论当成全部事实。
一个工具从"本地能跑"到"别人也能用"，中间会遇到的问题往往和算法无关。 下面三个是实际卡住过我的，也是我觉得最能说明"这个工具是真做过"的部分。
它们都不是"能不能写出来"的问题，而是"写出来之后，别人用起来会不会误解它"的问题。 限流要解释成限流、环境限制要写在明面上、等待要有明确状态—— 本质上都是同一件事：不要让使用者产生错误的理解。
这也是我在这份作品集里反复强调"数据要可溯源、限制要标注"的同一个习惯。 一个运营方案里最危险的从来不是"想得不够好"，而是"说得比实际做到的多"。
"自己写工具"不是所有场景的正确答案。下面是这套工具的适用边界—— 我在这个判断上给的是什么时候不该自建，因为那才是容易犯错的方向。
| 场景 | 推荐做法 | 理由 |
|---|---|---|
| 需要评论文本语义做竞品监控 | 自建 | 数据源公开、逻辑不复杂、需要频繁复用、第三方 SaaS 在这块的定价通常按查询量算、长期成本高 |
| 需要收入 / 装机 / 留存等商业数据 | 买第三方数据服务 | 这些数据自建拿不到（需要爬且准确度不可控），是数据服务商的核心价值。硬啃是浪费开发资源 |
| 需要买量素材监测 | 看情况 | 素材库与投放数据强绑定广告平台，自建只能拿到部分公开素材；但如果只需要"竞品在投什么素材"，自建有空间 |
| 需要长期存档 + 团队共享的监控结果 | 自建 + 接内部看板 | 自建工具最大的优势是能直接对齐内部埋点体系（本产品的 ThinkingData），把外部信号和内部数据放在同一张看板上——这一点第三方 SaaS 做不到 |
工具已集成在本站内，直接打开使用：/analyzer/ 页面
页面内的欢迎弹窗会如实说明当前运行环境能覆盖哪些渠道、哪些能力需要本地运行。 建议按它自己写的边界来评估它，而不是按"AI 工具"这个词。
把前六章的产出逐条对齐到海外游戏产品运营岗的能力要求上， 并明确标出哪些证据强、哪些还需要入职后用内部数据验证。
| 岗位能力要求 | 本方案的对应交付 | 证据来源 | 强度 |
|---|---|---|---|
| 竞品与市场分析 | 第 1 章：产品归属三条独立证据链、双端评分与排名定位、五个竞品并列对比、四层版本节奏还原 | App Store Lookup API / 商店页 / 版本日志 / 行业数据库 | 强 · 全部可溯源 |
| 用户研究 | 第 1 章 1.2 目标用户画像（基于商店描述与截图的文本分析）+ 第 5 章基于实机行为的玩家分层 | 公开文本 + 一手实机行为 | 中 · 画像部分为行业参考值 |
| 活动策划与落地 | 第 3 章：活动分层架构、完整的支线活动设计模板（含规格表与防刷规则）、返利券机制设计 | 基于实机已验证机制的方案设计 | 强 · 机制设计可直接落地 |
| 数据分析与复盘 | 第 2 章：归因口径表（对齐 ThinkingData）+ 三层复盘机制；第 5 章：从 13 局收支反推经济压力点 | 一手实机数据 + 产品已接入的埋点体系 | 强 · 口径设计完整 |
| 商业化理解 | 第 4 章：六个付费象限全量盘点、单位价值核算、付费结构与推销动作的错配诊断、三个具体修复 | 实机逐屏取证（商店全 tab + VIP 面板 + 场景化 IAP） | 强 · 一手取证 |
| 留存体系搭建 | 第 5 章：三个经济修复 + 等级通胀诊断 + 游客召回断链 + 四层运营动作表 + 按开发成本排序的落地清单 | 一手实机 + 结构推演（已标注） | 强 · 诊断链条完整 |
| 海外市场理解 | 第 2 章排期对齐北美零售日历（万圣节 / 感恩节 / 黑五 / 圣诞）；第 5 章北美 Bingo 用户年龄结构对签到与奖励设计的影响 | 公开市场日历 + 行业参考值 | 中 · 未做实机海外用户访谈 |
| 工具提效能力 | 第 6 章：自建游戏评论分析器（已上线可试用）、550 条实测样本、真实工程问题的处理过程、自建 vs 采购的边界判断 | 工具本体 + 线上地址 | 强 · 东西是能打开的 |
| 跨部门协作 | 第 5 章落地清单按「开发成本」排序并区分「配置型 / 系统型」；第 3 章埋点表按现有命名规范对齐，可直接交给数据分析团队 | 方案本身的呈现方式 | 中 · 需要真实协作场景验证 |
| 诚实与数据纪律 | 全站：所有数据标注来源；公开数据与实机取证交叉验证；第 6 章工具内内置能力边界说明 | 贯穿全文 | 强 · 这是本方案最想传递的特质 |
下面两段是从本方案收敛出的简历文本。原则是只写能拿出证据的东西—— 每一个数字都能在本站找到出处，面试时问细节可以一路答到底。
Bravo Bingo 产品操盘方案（独立完成 · 2026.08–09）
以趣运科技（Triwin Games）自研的北美休闲 Bingo 产品为对象，独立完成覆盖 市场基线 → 季度排期 → 玩法活动 → 商业化 → 留存 SOP 的完整运营方案。
Game Review Analyzer 游戏评论分析工具（独立开发 · 2026）
为解决竞品评论监控"每周重复半天人工劳动"的痛点，独立开发并上线了一款评论分析工具。
直接回答三句话：① 公开数据全部可溯源，标注在每一节来源里； ② 产品内部数据我没法拿到，需要的地方我用实机取证替代（13 局完整收支 + 31 张逐屏截图）； ③ 从这些数据推出的结论我都标了"推断"和"需内部验证"，没有把推断写成事实。
这个回答本身就是这份作品集要传递的信息：知道自己的数据边界在哪里，比会分析更重要。
| 信息类型 | 本方案的处理方式 | 具体涉及 |
|---|---|---|
| 公开可溯源数据 | 直接引用并标注来源 | 评分与评价量、畅销 / 免费榜排名、版本号与更新日志、SDK 信息、企业产品矩阵 |
| 一手实机取证 | 作为核心论据引用，标注采集方式与样本量 | 13 局完整收支时间线、8 个金币档位与全部付费面板、门票与返还率、VIP 倍率曲线、广告请求记录 |
| 基于以上两类的推断 | 明确标注"推断 / 提案值 / 需校准" | Pass 周期约 30 天、D2 经济压力推演、各修复提案的目标数值、分层阈值 |
| 行业参考值 | 标注为行业参考，不冒充本产品数据 | 用户年龄结构、通胀率目标区间、D7 留存参考水平 |
| 无法获取、需内部确认 | 明确声明未做估算，不编造 | ARPPU、付费率、LTV、D1/D7 留存实际值、CPI、广告 eCPM、广告 / 内购收入占比 |
把第 5 章落地清单里两个 P0 项先推下去：免费金币衰减显性化、Pass 权益替换。 这两件事开发成本几乎为零，不依赖任何内部数据就能判断该不该做， 而且它们验证的是一件更重要的事——团队是不是愿意相信"小改动也能带来信任感"这个判断。
然后再做第 4 章那个最需要内部数据支撑的部分：用真实的付费数据检验 "进度型付费才是主力"这个假设是否成立。如果成立，整个推销重心的调整方向就成立了； 如果不成立，我会改。
