前言：怎么读这套书
卷一的阅读指南：三条阅读路径（产品经理的系统课、经济策划的建模课、只看闭环）、可运行性五档口径（S 仿真 / P 原型 / D 静态 / X 不可复现 / B 基准）、贯穿项目 bastion 的目录结构、需要准备的环境（Python 3 + numpy/pandas、Node 26，无需 tsc 与 npm），以及怎么验证书里的代码真的能跑。
tag
产品设计
共 81 篇文章。
9.3 社交压力与体验保护
给「强制分享」这条捷径建一个能跑的对照模型：把强制分享建模为每日额外流失项且接受率被压低，把自然分享建模为无额外流失项且接受率较高，逐日递推两条留存曲线，读出一个结论——强制的拉新优势只维持三天，之后就被留存塌陷和低接受率反超，纯商业账上并不划算。
9.2 裂变模型与传播系数 K
把七个社交传播面收成一个可递推的传播系数 K：K = 每用户邀请数 × 接受率，用整数千分比递推多轮传播，算不同 K 值下累计用户是翘上去还是沉下去，再用 B 层基准扫描出 K = 1000‰ 这条「衰减 / 自增长」的分界线，并验证增长只由乘积决定、不依赖因子拆分。
9.1 小游戏特有的社交传播面
把小游戏的社交传播面拆成「触达 → 发起 → 接受」三段千分比，用一份 config 列出分享得奖励、好友助力、排行榜、组队、邀请码等七个面，再用 S 层脚本算出每个面的综合转化率并排名，读出一个反直觉的结论：触达最高的「分享得奖励」只排第五，请求型传播面反而领先。
8.3 离线收益与回归设计
把「不在线的时间」也算进成长：在线速率、离线比例、逐段衰减与时长封顶的整数递推模型，逐分钟算出累计收益并产出 JSON、CSV 与纯 Python SVG 对比曲线，再用上限敏感性基准回答「离线补偿到底该给多长」，与 8.1 成长线、8.2 续玩机制接成闭环。
8.3 数据看板与告警
看板的价值不在画曲线，而在给曲线装闸门：用配置驱动的《王朝纪元》告警规则（阈值 / 环比 / 同比三类，带 streak 过滤），跑一段 mulberry32 确定性时序做告警判定，产出 CSV + SVG，再用 B 层基准量化误报率与检出延迟。
8.2 进度感与「再来一局」
把「差一点」量化成千分比：从每局目标与进度判定，到近失驱动的「再来一局」给出概率与接受概率，用可播种内核写成能被 node --test 钉住的不变量，并让 Node 测试与 Chromium 原型跑出逐位一致的数字，文末附可直接打开的单文件 HTML 原型与无头验证脚本。
8.2 埋点规范与口径统一
埋点口径打架的根因是事件没有 schema：用一份配置驱动的《王朝纪元》埋点规范（4 个事件、公共必填字段、命名正则、参数类型与枚举），配 TypeScript 校验器把一批上报样本判出 7 类违规码，让「口径统一」从口头约定变成可断言的埋点契约。
8.1 北极星指标与指标树
把北极星指标从「拍脑袋定的一个数」变成一棵可校验的指标树：用配置驱动的《王朝纪元》指标树（10 个指标、根为周活跃领主数），机械校验父子关系、口径唯一与无重复定义，并让校验器自证会报错，S 层脚本产出 JSON + CSV + SVG，讲的是口径与采集框架。
7.3 灰度、放量与回滚
版本做完不等于能安全上线。本节把灰度写成配置：用 FNV-1a 分桶决定「放多少」，用硬/警告两级阈值决定「继续、暂停还是回滚」，并用《王朝纪元》的真实跑数，演示一次 50% 直跳 100% 的翻车，以及拆成小步后顺利放量的完整过程与代价。
7.2 内容产能与排期
上一节定下了版本列车的到站日期，本节回答「能不能做完」。用每个任务的人天估计与各职能每日产能，算出确定性完成日与瓶颈职能，再用蒙特卡洛把点估计变成区间，量化排期的系统性乐观偏差，并用《王朝纪元》版本的真实跑数，给出留缓冲与砍需求两类可执行决策。
7.1 版本列车与赛季结构
版本列车决定 SLG 的内容供给节奏。本节把赛季结构、里程碑与依赖写成可校验的配置，用 bastion 脚本逐日扫描团队负载，一次抓出依赖倒置、里程碑间隔不足与资源冲突三类排期事故，并用《王朝纪元》的四车列车跑出可复现的真实报告与对应修复动作。
6.3 新手引导的信息架构
把新手引导建模为「前置链 + 状态机」：每一步有前置步骤与基础通过率，前置为 AND 语义时瓶颈由最难过的一步决定。用脚本仿真分步流失漏斗，算出最终转化率并定位流失最大的步骤，输出 CSV 与漏斗图，含可跑的 Python 仿真与 TypeScript 状态机原型。只谈信息架构与步骤编排，不谈视觉表现。
6.2 操作路径与点击成本
把高频操作的最短点击路径建模成图上最短路问题：边权是一次跳转的点击成本，用 Dijkstra 求主界面到目标功能的最少点击次数，再按操作频率算加权平均点击成本，最后与设计预算做基准对照。含可跑的 Python 仿真、TypeScript 原型、CSV 明细与软告警基准。
6.1 主界面框架与信息层级
把 SLG 主界面写成一张有向图：节点是界面、边是一次跳转、层级决定信息深度。本节用脚本从主城做 BFS，算出每个功能的跳转深度、可达性与没有入口的孤儿界面，并给出主界面扇出与层级规范怎么定的可量化依据，附可跑脚本与 SVG 图。只谈信息架构，不谈视觉与美术。
6.1 一句话玩法与核心循环拆解
把「一句话玩法」拆成可判定的核心循环：用配置驱动《合成小岛》的动作 → 资源 → 反馈 → 再投入链条，再用 S 层脚本算出每个动作的时长与占整轮循环的比例，产出 CSV 与 SVG 时长条形图，并讲清占比读出来的三个设计结论与可检验自检表。
5.3 跨模块契约与接口约定
状态归属解决了「谁有权写」，这一节解决「一个模块怎么请求另一个模块去写」：用 TypeScript 接口把每个模块的写状态、读状态、命令与事件写死，再用 node --test 断言「同一份状态被两个模块写」「写了不属于自己的状态」一定被检出，让模块契约变成可执行的边界。
5.2 数据流与状态归属
功能树钉死了「功能归谁」，这一节钉死「状态归谁」：每份状态有且只有一个写者，可被多个模块读。用《王朝纪元》9 份状态的归属表校验单写者、归属一致与引用有效，再用耦合度基准把「活动模块读了四个模块的状态」这类越界软告警出来，让模块边界真正稳固。
5.2 动机模型与付费意愿分层
把「谁愿意花钱」从一句运营直觉变成一条可仿真的意愿轴：按动机把《合成小岛》用户切成五层，每层给出整数付费率与整数 ARPPU，用同一份配置算出总体付费率、总体 ARPPU 与总体 ARPDAU，产 JSON + CSV + SVG，并显式暴露整数地板除的 1 分钱缺口。
5.1 小游戏用户画像与使用场景
把「谁在玩」从一句口号拆成一张可仿真的画像表：定义《合成小岛》五类示例画像（通勤碎片族 / 睡前放松族 / 排队等待族 / 亲子陪伴族 / 深度成就族），给出各自的占比、日打开次数、单次时长、D1 留存与人均日广告次数，再用千分比占比加权出一组总体指标，产出 JSON + CSV + SVG，全程整数地板除，不含浮点。