这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
11.3 看板与告警
看板解决「该看什么」，告警解决「什么时候该被吵醒」。本节给出一份看板分区加告警规则配置，用种子化序列仿真告警：连续窗口触发、冷却去重、真阳性 / 假阳性 / 漏报判定，再跑 B 层基准看阈值浮动 10% 时触发次数会不会翻盘——把「告警定太松会漏、定太紧会吵」变成可比较的数字。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
11.2 埋点规范与口径统一
同一个「活跃」，产品、运营、投放三份报表给出三个数——这就是口径不统一。本节把埋点拆成事件名、参数类型与口径字典三件套，给出一份可被程序消费的埋点规范，以及一段逐条比对的 S 层校验脚本：事件名是否已知、必填参数是否齐全、类型是否匹配、enum 取值是否合法，并交叉核对 11.1 指标树每个叶子是否都有口径。
11.1 指标树与北极星指标
把「有效活跃」定为北极星，向下拆成留存 / 变现 / 增长 / 体验四条驱动、十二条叶子指标，每条边带权重，同层权重和必须为 1000。本节给出一张可被程序消费的指标树配置、一段做一致性校验与加权回算的 S 层脚本，以及一套与 Python 逐位一致的 TS 求值内核，让「北极星现在多少分」从口号变成能跑出来的数字。
10.3 未成年人保护与防沉迷
把防沉迷做成三条可配置的硬规则：时段（可玩日与时间窗）、时长（每日上限内截断发放）、消费（单次与月度上限分别拦截）。一条带年龄段的 D 层档案表、一段逐次判定十次登录与消费尝试的 S 层结算脚本，以及一份运行时同款的 P 层闸门内核与六条断言。
10.2 内容安全与审核红线
把内容安全做成可配置的分级处置：一条带类别、等级与词库的 D 层红线规则表，一段对文案、游戏名、活动标题做命中扫描并给出 pass / review / block 三档处置的 S 层脚本，以及一份运行时同款的 P 层过滤内核与六条断言，让「拦截还是人工复核」由规则而非心情决定。
10.1 资质、备案与平台规则
把上线前的资质、备案与平台类目要求整理成一张可被程序读进来做覆盖率与 schema 校验的清单：一条带阶段、等级与类别字段的 D 层资质配置，一段按「已持有集合」计算必办清单覆盖率并校验备案项字段的 S 层对照脚本，以及开发期 / 提审前 / 上线后三阶段的覆盖率与字段残缺对照。所有条目均为示例，具体结论须专业法务判断。
1.3 广告频次与体验平衡
《合成小岛》的广告频次不是越高越好。自愿广告（激励视频）单次收益高、对留存的惩罚低，强制广告（插屏）单次收益低、惩罚高；本节把两类广告的日均次数放进一张二维网格，用一段 S 层脚本扫出 60 天净 LTV 最大的频次组合，再用一段 B 层基准把两个惩罚系数各扰动 ±30%，看最优组合会不会漂移——结论是「最优自愿次数落在中间，强制广告应尽量少放」。
1.2 eCPM、填充率与收益模型
《合成小岛》的广告收益不是「eCPM 越高越好」：底价压低则填充率高但单价低，底价抬高则单价高但填充率低，收益是填充率与 eCPM 的乘积，必有一个内部最大值。本节给出一张 D 层底价档位表、一段扫描六个档位找最优的 S 层脚本，以及一个用两个滑杆实时拖动每日上限、观察展示数、当日收益、留存乘数与净收益代理如何联动的单文件 HTML 原型（W 层），并用 Playwright 无头断言它可复现。
1.1 广告形态与场景设计
《合成小岛》靠广告变现的第一步，是把「广告」拆成激励视频、插屏、横幅、原生四种可配置形态，再安放到离线收益翻倍、失败复活、合成双倍、日常任务、关卡结算、主界面、商城七个场景。本节给出一张 D 层形态与场景配置表、一段按「触发次数 × 填充率 × eCPM」估算各场景日均收益的 S 层脚本，以及一套按 optIn、每日上限、冷却三条规则判定放行的 P 层广告闸门内核。
《小游戏开发实战》卷三《上线、变现与长线运营》目录
《小游戏开发实战》卷三《上线、变现与长线运营》全书目录与阅读路径：16 章 48 节，覆盖广告形态与收益模型、内购与混合变现、收入拆解与 LTV 回本、定价促销、买量与素材、自然增长、留存召回、数据实验、提审发布、合规红线、指标树、活动赛季、版本节奏、案例复盘与三卷收官，每节都配可跑的 Python 仿真、TypeScript 内核或单文件 HTML 原型。
12.3 留存与付费的联合分析
12.1 看留存、12.2 看流失，这一节把留存和付费放在一起。用一个潜在活跃度同时驱动留存与付费，先量出「付费玩家 D7 留存更高」的原始溢价，再切活跃度十分位做分组内对照，把溢价里的选择效应分离出来，并给出收入结构与档位留存交叉表，最后讨论这张表怎么用于召回优先级。
12.2 流失预警与召回
上一节是事后诊断，这一节做事前预警：用活跃天数、停滞天数、付费额、是否入盟、等级增益五个特征，手写一个纯 Python 逻辑回归，预测谁会在未来 7 天流失；再用规则基线做同口径对照，跑一条 B 层基准，最后把告警量换算成召回活动的成本与回收价值。
附录 C：全书公式、参数与数据集索引
《SLG 游戏产品设计》卷二附录 C：把第 1–15 章的核心公式、config 参数与 out 数据集做成可检索索引——公式名、所在节、形式与整数约束，参数名、所在配置文件、键路径、取值与单位，产物路径、产出脚本与对应节，并附一个直接解析本页、断言表里每条路径都真实存在的 S 层校验脚本。
9.3 付费节奏与体验保护
付费点铺好了，还要决定它们什么时候出现，以及怎样不把免费玩家逼走。本节用 config/n09_protection.json 定义免费 / 付费玩家的日产出与内容需求里程碑，用 S 层脚本逐日算免费玩家达成度曲线、定位付费墙出现的天数，并对体验保护门槛做 PASS/WARN 判定与敏感性扫描。
9.2 首充、月卡、通行证
首充、月卡、通行证是 SLG 里最稳定的三类常规付费点，共同点是「高性价比换玩家行为」。本节用 config/pricing.json 的真实参数，逐个算清首充的双倍倍率、月卡的逐日累计与回本天数、通行证的双轨增量价值，并用 P 层 TypeScript 原型做跨语言对照。
9.1 付费动机与付费点布局
付费点不是货架上摆得越多越好。本节先把玩家掏钱的动机拆成进度、竞争、收集、社交、便利五类，再用 config/n09_payment.json 把八个付费点铺到「动机 × 生命周期」两张轴上，用 S 层脚本把每个点归一化成每元玉璧等价，并算出 20 格布局矩阵的覆盖度与缺口。
8.3 老玩家回归与新玩家追赶
8.2 让赛季起点收敛了，但赛季内新玩家怎么追？本节跑一个赛季 60 天：老玩家带 2 倍永久领先，新玩家拿 150% 追赶产出、前 72 小时有护盾。结果差距收窄 83% 却填不平，追赶窗口一关只剩固定日产出在慢慢磨，护盾值约 5% 的赛季末指数。
8.2 重置、继承与压缩
把玩家进度拆成资源、城建、英雄、科技、荣誉五个维度，每季各自成长、赛季边界按 season.json 的重置/继承/压缩处理，跑 10 个赛季看综合指数能否收敛。四种方案对照：无重置发散到 411 万、全额清零塌到 2 万、赛季默认档收敛进健康带、激进压缩偏低。
8.1 跨赛季膨胀的成因与代价
把「赛季越打越膨胀」从口头抱怨变成可核算的量：无重置、无压缩时，老玩家进度指数跨赛季复利膨胀，跑 10 个赛季量化绝对差距、相对倍数与追赶天数，再用 B 层闭式解与「纯复利」简化模型对照，量出把膨胀当纯复利估会低估多少、代价信号何时亮红灯。
7.3 匹配公平性仿真
把评分和段位都用上，最后量一件事：按匹配分把玩家配到一起，对局公不公平。扫描 50 到 800 分的配对窗口，band50 平均实力差 66.8、公平率 92.4%，random 对照公平率仅 44.1%；再用 30 个种子的 B 基准证明强者胜率标准差仅 0.77 个百分点。