5.1 功能树与模块职责
把 SLG 的功能清单变成一棵可校验的树:模块是产品侧的职责单元,功能是玩家可感知的最小交付点。用《王朝纪元》8 模块 22 功能的配置,校验唯一归属、无悬空引用、无环、无孤儿与模块覆盖,把「模块职责」从口头分工变成每次改配置都会报警的有守卫的不变量。
tag
把 SLG 的功能清单变成一棵可校验的树:模块是产品侧的职责单元,功能是玩家可感知的最小交付点。用《王朝纪元》8 模块 22 功能的配置,校验唯一归属、无悬空引用、无环、无孤儿与模块覆盖,把「模块职责」从口头分工变成每次改配置都会报警的有守卫的不变量。
前置依赖只是耦合的一层:本节把系统之间「读写了谁的数据」写成非结构耦合边,用 S 层脚本合并结构边与数据、时序边,算出每个系统的扇入、扇出、耦合分与变更影响半径,再用 B 基准给出软告警,最后讨论解耦为什么不是越多越好、什么时候该留着耦合不拆。
包体和加载定完之后,最后一关是平台能力与审核。本节把账号、支付、广告、分享、云存档、录屏、排行榜这八项能力在六个平台上的支持情况写成一份可校验的矩阵,再用一段 S 层脚本断言设计案用到的能力在目标平台都可用,并校验每条审核红线都写下了可执行的缓解措施。
把《王朝纪元》的 18 个系统写成结构化 JSON 清单,用 S 层脚本对依赖图做四问校验:悬空依赖、环、孤儿、根可达。脚本一次跑清并产出拓扑序 CSV 与分层 SVG,再用一段故意造环的坏数据确认校验器真的会报错,为后续的解锁节奏与耦合判断立好可复用的底座。
包体上限是小游戏最硬的一条平台约束,也是立项阶段就必须定下的裁剪依据。本节先把主包、单分包、总包、分包数量四条限额写成一份可校验的配置表,再用一段 S 层脚本把资产清单折算成各包体积、逐条比对限额,并对超限的主包算出最小迁出集合,让分包方案由约束反推出来。
把 SLG 的长线目标做成可校验的台阶刻度:给定每日发展度收入,算出《王朝纪元》8 级目标的达成日与相邻间隔,用「追求感带」判定每个台阶是太密还是太疏,并让 Python 与 TypeScript 两侧算出逐位一致的结果,把追求感从口头判断变成可回归的断言。
给 8 条商业特征维度配上可调权重,把 8 个品类算成加权总分并排名,再做单权重 ±20% 敏感度分析与排名稳定性基准,回答哪些品类的名次对权重最敏感、哪些结论可以放心采信,是本章核心一节,也是卷一里第一个把 S 层仿真与 B 层基准并排给出的地方。
把 SLG 的节奏拆成日、周、赛季三层时钟:用 24 小时行为密度曲线与行为锚点算出峰均比 266%,用周权重找到峰值日,用赛季相位划开荒到结算共 70 天,并给一个 B 层基准把设计曲线与均匀基线对照,说明为什么日峰均比可以高、周峰均比却要克制。
给 8 个小游戏品类在开发成本、变现效率、留存天花板等 8 条商业特征维度上打分,做成一张 8×8 矩阵,并用 S 层脚本把矩阵算成可横向比较的分数:综合强度分与偏科极差,并指出均值能排序但不能替代决策,为下一节可调权重的加权评分与敏感度分析打底。
把 SLG 的核心循环从「一张画着箭头的示意图」变成可判定的有向图:用配置驱动的《王朝纪元》行为闭环(7 节点 9 边),校验弱连通、强连通分量、最短回环与悬空汇点,并讲清为什么闭环的定量仿真要留到第 12 章再做,Python 与 TypeScript 两侧判定逐位一致。
把 8 个小游戏品类按玩法核心、变现模式、单局时长、内容量级整理成一张可被程序消费的分类表,并给出读表统计的 S 层脚本:IAA 与混合各占一半、纯内购为零、单局时长中位数 85 秒,为后续商业特征矩阵与加权评分统一口径,是第 3 章品类选型模型的第一块基石。
把「第 1 天留人、第 7 天养成、第 30 天沉淀」从口号变成可仿真的阶段模型:定义《王朝纪元》四阶段与其体验目标,用阶段日留存千分比推出 90 天留存与活跃曲线,并用一个 B 基准把曲线与目标留存点做残差对照,让阶段边界成为可检验的拐点。
拆完竞品,下一步是找位置。本篇把「空白度 × 竞争度 × 变现力」做成可加权的机会矩阵,用整数算术给每个候选机会打分排序,再用 B 基准遍历权重网格,把机会分成「稳健」与「权重敏感」,产出可重跑的 JSON、CSV 与 SVG,全程不碰任何真实市场调研数据。
竞品拆解不是抄,是建坐标系。本篇给一套只依赖公开可观察机制与示例数据的拆解方法:把每个竞品在「核心循环 / 变现 / 素材」三维度上按准则打 1~5 分,聚成 0~100 的维度分与加权总分,产出可重跑的 CSV 与 SVG,全程不碰任何真实竞品后台数据。
把「玩家为什么玩」从一句访谈结论变成可仿真的权重向量:定义《王朝纪元》五种原型的动机权重,用带种子的确定性 PRNG 抽出万人样本,算出人群占比、动机均值与 P90,并把同一份配置在 Python 与 TypeScript 两侧跑到逐位一致。
榜单不是一张排名表,而是一组可切分的结构切片。本篇给一套只依赖公开可观察机制与示例数据的榜单结构分析方法:把榜单聚合成品类分布,用 Top-N 占比与 HHI 衡量集中度,产出可重跑的 JSON、CSV 与纯 Python SVG 条形图与饼图,全程不碰任何真实平台后台数据。
交付不是把文档发出去,而是逐项核对能不能被接住。本节把评审、装配、交付三份配置串成一次总验收,覆盖结构验收与内容验收两条线,用一段 S 层脚本产出可读的验收报告,并断言卷一五十篇的文件名与 slug 白名单一致,最后把五个衔接点登记好,把接力棒递给卷二。
把前十四章的产出订成一本不是设计案,装配的关键在「产出物到去向」的映射。本节用一份装配清单逐章登记每章的产出物与归属位置,并给出六个部分的骨架,再用一段 S 层脚本断言十五章各三节、四十五个节 slug 的命名与章号一致,让设计案的结构可被机器核对。
立项评审不该是一次汇报,而应是一道可判定的闸门。本节把前十四章的产出登记成一份评审材料清单,给每项材料配上负责人、交付时点与通过判据三件套,再用一段 S 层脚本逐项断言缺项即失败,并给出 go / conditional-go / no-go 三档结论的触发条件,让评审有据可依、可被复核。
经济系统设计得再稳,也会被人从外部撬动。这一节把打金识别拆成四条可判定的统计规则——单位时间产出离群、资源转移的星型拓扑、账号行为高度同步、资源流向单一出口——用自己实现的确定性 PRNG 造一批模拟账号,跑出混淆矩阵与阈值扫描曲线,并用一份配置同时喂给 Python 与 TypeScript,证明两侧结果逐位一致。