3.1 品类分类体系
把 8 个小游戏品类按玩法核心、变现模式、单局时长、内容量级整理成一张可被程序消费的分类表,并给出读表统计的 S 层脚本:IAA 与混合各占一半、纯内购为零、单局时长中位数 85 秒,为后续商业特征矩阵与加权评分统一口径,是第 3 章品类选型模型的第一块基石。
tag
把 8 个小游戏品类按玩法核心、变现模式、单局时长、内容量级整理成一张可被程序消费的分类表,并给出读表统计的 S 层脚本:IAA 与混合各占一半、纯内购为零、单局时长中位数 85 秒,为后续商业特征矩阵与加权评分统一口径,是第 3 章品类选型模型的第一块基石。
拆完竞品,下一步是找位置。本篇把「空白度 × 竞争度 × 变现力」做成可加权的机会矩阵,用整数算术给每个候选机会打分排序,再用 B 基准遍历权重网格,把机会分成「稳健」与「权重敏感」,产出可重跑的 JSON、CSV 与 SVG,全程不碰任何真实市场调研数据。
竞品拆解不是抄,是建坐标系。本篇给一套只依赖公开可观察机制与示例数据的拆解方法:把每个竞品在「核心循环 / 变现 / 素材」三维度上按准则打 1~5 分,聚成 0~100 的维度分与加权总分,产出可重跑的 CSV 与 SVG,全程不碰任何真实竞品后台数据。
榜单不是一张排名表,而是一组可切分的结构切片。本篇给一套只依赖公开可观察机制与示例数据的榜单结构分析方法:把榜单聚合成品类分布,用 Top-N 占比与 HHI 衡量集中度,产出可重跑的 JSON、CSV 与纯 Python SVG 条形图与饼图,全程不碰任何真实平台后台数据。
交付不是把文档发出去,而是逐项核对能不能被接住。本节把评审、装配、交付三份配置串成一次总验收,覆盖结构验收与内容验收两条线,用一段 S 层脚本产出可读的验收报告,并断言卷一五十篇的文件名与 slug 白名单一致,最后把五个衔接点登记好,把接力棒递给卷二。
把前十四章的产出订成一本不是设计案,装配的关键在「产出物到去向」的映射。本节用一份装配清单逐章登记每章的产出物与归属位置,并给出六个部分的骨架,再用一段 S 层脚本断言十五章各三节、四十五个节 slug 的命名与章号一致,让设计案的结构可被机器核对。
立项评审不该是一次汇报,而应是一道可判定的闸门。本节把前十四章的产出登记成一份评审材料清单,给每项材料配上负责人、交付时点与通过判据三件套,再用一段 S 层脚本逐项断言缺项即失败,并给出 go / conditional-go / no-go 三档结论的触发条件,让评审有据可依、可被复核。
把静态的工时与成本排成一条带缓冲的时间线:给每个里程碑一个乐观/悲观人天区间,用可播种的整数 LCG 抽样算出各里程碑最晚完成时间与缓冲耗尽概率,再用 B 层扫描缓冲比例做敏感性分析,讲清 20% 缓冲为什么不够、以及该配多少才压得住超期风险。
把素材账分成两条腿:外包的计现金、内制的计人天,用一份素材成本表按「数量 × 单价」汇总出《合成小岛》的现金成本与内制工时,全程整数、金额用分记账,产 CSV 与 SVG 条形图,并讲清为什么「看外包成本不能只看现金」,以及外包单价、授权边界与交付验收三条纪律。
把一款小游戏的人拆成人天:用一份角色配置表,把每个角色的投入人天乘上日单价,汇总出总工时、折合人月、并行工期与人力成本结构,全程整数、金额用分记账,产 CSV 与 SVG 条形图,并讲清「排期」和「估算」这两个词为什么不能混着用,以及为什么并行工期只是个下界。
把日收入拆成 DAU × ARPDAU 的乘法链:IAA 用「人均广告请求次数 × 填充率 × eCPM」、IAP 用「付费率 × ARPPU」,一份整数 config 驱动,产出 JSON、CSV 与 SVG 收入阶梯,并说清每个因子各自的口径与边界。
把可玩性观测翻译成继续、调整、砍掉三个决策:用 P 层 TypeScript 内核按北极星达成率与止损线判定,用 node --test 锁死四个构建的结论,再打包成单文件 HTML 交互原型,用 Playwright 无头采样状态、断言 canvas、验证确定性并截图。
把玩法原型从「做一个演示」拉回「验证假设」:用 D 层配置声明原型范围、验证目标与指标注册表,用 S 层门禁脚本断言每个验证目标都绑定可测指标、北极星恰好一个、区间型目标上下界有序,让做什么、不做什么、拿什么指标验收都在动手写代码前先固化下来。
把「累计投入 vs 预期回收」做成可调参数的止损线模型:S 层脚本在五个检查点算回本千分比并判定继续/观察/止损,B 层脚本做目标回收 sweep 与阈值扰动,找出最影响结论的假设,讲清立项决策到底什么时候该停手,并附一张可复用的止损决策自检表。
把《合成小岛》首版开发从立项到上线拆成七个里程碑,用「人力 × 工时 × 单价」做整数递推算出累计投入与累计工期:S 层脚本产出里程碑 CSV 与甘特式排期条形图,并讲清串行排期的三条读法、里程碑依赖关系与预算估算的常见误区,附一张可复用的自检表。
把立项决策压缩成一张可校验的一页纸:用配置驱动《合成小岛》的十个必答问题,覆盖做什么、做多少、凭什么停三段,再用 S 层脚本逐项断言必填项是否齐全、答案字数是否达标,产出 CSV 与完整度条形图,并讲清一页纸与详细设计案的分工边界,附可复用的自检表。
分发的第一道闸门不是推荐算法,而是加载。本篇把平台生态拆成入口、闸门、转化三段,用一个全整数的漏斗模型算出:首屏包体从 2MB 增到 8MB 时,加载成功率与进入率各掉多少,弱网层为什么是决定生死的那 10%,以及不同分发位该配什么样的包体策略。
小游戏不是「缩小版的手机游戏」,而是被包体、加载与宿主能力三重约束重新定义过的一类产品。本篇给出小游戏的可量化边界:一张跨平台能力与包体约束矩阵、一段读配置算首包预算的仿真脚本,以及《合成小岛》在八大平台上的装包结论,并说明为什么包体约束必须在写第一行玩法代码之前就算清楚。
《小游戏开发实战》卷一《市场、品类与产品设计》全书目录与阅读路径:15 章 45 节,讲清小游戏的定义边界、榜单拆解、品类选择模型、平台约束、用户动机、核心循环、关卡难度、成长放置、社交裂变、变现前置、立项预算与设计案交付,每节都配可跑的 Python 仿真或 TypeScript 内核。
《小游戏开发实战》卷一《市场、品类与产品设计》全 50 篇。第一部分(第 1–5 章)讲小游戏定义与平台生态、市场规模、榜单与竞品拆解、品类图谱与加权评分选型、包体与首包约束、用户画像与生命周期;第二部分(第 6–11 章)讲核心循环、关卡与难度曲线、成长与放置收益、社交裂变、变现设计前置、立项文档与止损线;第三部分(第 12–15 章)讲原型验证、收入拆解与情景分析、资源计划、评审与设计案交付。每一节都配可跑的 Python 仿真、TypeScript 内核或单文件 HTML 原型,围绕虚构小游戏《合成小岛》与贯穿工具链 pebble 展开。