3.2 LTV 建模与回本周期
把 3.1 的 ARPDAU 乘上留存曲线,得到一个安装的累计 LTV;再让 LTV 曲线去撞买量成本 CPA 的水平线,交点就是回本日。给出可跑的 S 层仿真、把同一份内核搬进浏览器的 W 层计算器,示例口径下 LTV30 = 2.30 元、第 8 天回本、LTV30/CPA = 1.533×。
category
把 3.1 的 ARPDAU 乘上留存曲线,得到一个安装的累计 LTV;再让 LTV 曲线去撞买量成本 CPA 的水平线,交点就是回本日。给出可跑的 S 层仿真、把同一份内核搬进浏览器的 W 层计算器,示例口径下 LTV30 = 2.30 元、第 8 天回本、LTV30/CPA = 1.533×。
把「日收入 = DAU × ARPDAU」拆成一条可追溯的整数乘法链:ARPDAU 拆成 IAA 与 IAP 两个分量,各由三个假设参数相乘得到。用一份无浮点的 config,让 Python 仿真、TypeScript 内核与浏览器原型三处消费同一份数字并逐位一致,最后给出 13,100 元/日的示例口径与三档 DAU 阶梯。
礼包、通行证、订阅是三种成型的付费产品,它们的账不能都用「单价 × 购买率」来算:礼包卖的是感知价值,通行证卖的是赛季留存,订阅卖的是续费衰减。本节给《合成小岛》一份描述六件产品的 config,用 P 层内核分别建模这三类形态,再用 S 层 Python 仿真算清各自的日均收入贡献。
内购和广告不是两条各算各的收入曲线,它们会互相侵蚀:广告看多了付费就浅,卖出去广告点又砍掉一部分曝光。本节给《合成小岛》一份把两条曲线耦合起来的 config,用一段 P 层内核算 IAA / IAP 的相互抑制与去广告点的净协同,再用一个单文件 HTML 原型把两个滑杆拖起来看比例怎么变。
内购点不是随手摆几个商品,而是把玩家的需求切成可以定价的单元。本节给《合成小岛》一份八个内购点、三档价格的配置表,用一段 S 层仿真把收益按档位聚合、算集中度 HHI,再用一段 P 层内核校验档位表本身是否合法,让「卖什么、定在哪一档」从感觉变成可复算的结构。
方案交付的最后一关,是把它变成一次能被人亲手重放的回放。本节先声明回放录制参数(D 层)——种子、列数、步数、时间跨度与合成阈值;再用一段 P 层内核把录制序列重放成确定性的终局与摘要(FNV-1a);最后把同一段内核打成单文件 HTML(W 层),用无头浏览器读回摘要,断言它与 Node 单测逐位相同,并截图留证。
装配好的方案要整条链跑得通,才叫可交付。本节把新手漏斗、留存锚点、ARPDAU、LTV 回本与月度预测串成全链路(S 层),逐段用门禁判定、逐段真跑,产出 JSON、CSV 与漏斗图;再用一份跨语言验收内核(P 层)断言 TypeScript 与 Python 逐位一致;最后给出稳健性基准(B 层),看收入参数扰动 ±10% 时哪道硬门禁先翻红。
三卷各写了什么、彼此怎么咬合,是收官章要回答的第一个问题。本节把卷一设计、卷二实现、卷三运营的产出登记成一份装配清单(D 层),声明从立项到长线运营的十段链路、每段引用哪一卷哪几章、交付哪些产物,再用一段 S 层脚本把清单逐条校验,断言三卷章号连续、链路引用不越界、交付物与门禁闭环,产出 JSON、CSV 与一张链路覆盖图。
第三节收束本章:前两节的失败伤的是钱,这一节的失败能让一款已经跑起来的游戏一夜归零。资质缺项、内容红线、防沉迷漏放、活动节奏空档、奖励通胀——五类运营与合规失败,各拆成一个可跑体检项,跑「健康配置 vs 失败配置」对照,输出缺陷量。附五组检查的 D 层输入清单。
第二节把镜头转向买量侧与留存侧:素材夸大承诺、低质网盟人群、放量过快、归因虚增、新手漏斗前段漏、D7 断崖。每个失败都拆成一个 patch,喂进第 5 章的买量 ROI 漏斗与第 7 章的留存锚点插值,跑出 CPI、ROAS、回本日与 D30 盈亏,并给出「只看 D1」「只看报表 ROAS」两种最常见的误判诊断。附这套内核的 TypeScript 版。
前十四章都在讲「怎么做好」,本章反过来讲「怎么翻车」。第一节把玩法、数值、变现三类最典型的失败,各拆成一个可调参数:核心循环太短、难度断崖、离线收益通胀、成长曲线过早封顶、广告频次拉满、过早硬付费墙、定价锚点错位。下面用一段 S 层脚本把这些坏参数喂进第 1、3 章的同一套留存-变现模型,跑出塌掉的 LTV 与回本日,再给一个 W 层失败开关台,一键切换看数字怎么变。
上线只是起点,数据从第一天起就在自然衰减。这一节把《合成小岛》上线后 12 周的三条核心指标(次日留存、7 日留存、ARPDAU)做成「每周衰减 + 迭代注入」的指数轨迹,用可播种仿真算出每次迭代的边际提升与「每投入一天的产出」,再给一个与 Python 逐位一致的迭代优先级内核,回答「下一版该先做哪件事」。
《合成小岛》一路走来做过不少岔路口选择:引擎怎么选、变现怎么配、包体怎么裁、难度怎么排、增长靠买量还是自然、新版本全量还是灰度、运营有没有活动。这一节把七条关键决策做成一份可评分的台账,量化每条决策的预测偏差与机会成本,算出「决策质量分」,再用 ±15% 缩放做一次对照,看复盘结论稳不稳。
《合成小岛》从立项评审到版本对全量用户可见,到底要多久?这一节把整条链路写成一张带前置依赖的任务图,每个任务给乐观 / 最可能 / 悲观三档工期,用确定性关键路径算出排期基准,再用可播种蒙特卡洛两千次采样得到总工期分布与每个任务进入关键路径的频率,把「什么时候能上线」从口头估计变成可跑出数字的模型。
每个游戏都有生命周期,退场不该靠情绪决策。本节给出一份把衰减率、单价、固定与变动成本、阶段阈值写成整数的生命周期配置,一段逐周推进 DAU、收入与利润并自动触发退场的 S 层脚本,让「什么时候转入维护、什么时候该退场」从一次次的争论变成能算出来的数字。
内容跑步机是长线运营的隐形天花板:玩家消耗内容的速度常常快过团队生产内容的速度。本节给出一份把编制、工时、单件成本与每周需求写成整数的产能配置,一段逐周推进库存、算出自给自足与内容债的 S 层脚本,让「这个团队每周能产出多少、够不够玩家消耗」变成能算出来的数字。
把发版从「攒够了再发」改成「到点就发」:每 14 天一班车,冻结线一到就不再收新功能,赶不上的顺延下一班。本节给出一份可被程序消费的版本列车配置、一段做首次适配装车与装载率统计的 S 层脚本,以及一套与 Python 逐位一致的 TS 装车内核,让「这一班车装了什么、下一班还剩多少」变成能算出来的数字。
活动有了模板、赛季有了节奏,最后一件事是把它们排到同一张日历上:节日、版本、赛季、平台活动、日常活动怎么错开、不撞车、不超产能。本节给出一份节点排期配置,用 S 层脚本做四条校验——同类间隔、重类型间隔、重节点并发、每周产能——把「排期靠拍脑袋」变成能报错的数字。
赛季是把单个活动放大成一段长跑:三个阶段怎么分、每周衰减怎么补、奖励阶梯定多高才不发穿预算。本节给出一份赛季结构与节奏配置,配一个浏览器里打开就能拖的赛季节奏看板(W 层单文件 HTML),把周活跃指数曲线、阶梯达成率与季间衔接衰减一次性拨出来。
活动是运营最常用的抓手,但「做个活动」背后是一套模板加一份奖励预算。本节把四类活动模板(排行榜赛 / 收集兑换 / 每日签到 / 回归返场)写成配置,用 S 层脚本算人均奖励、发放总量、净通胀与预算超支,再算活动 ROI,把「奖励发多少才不把经济搞崩」变成能跑出来的数字。