Kubee 冷启动游戏优化流程讨论

冷启动游戏优化流程讨论

本页是 Kubee 冷启动游戏优化的流程讨论稿，不是最终 SOP。等流程跑过第一批游戏后，再把稳定规则沉淀回 [[00_全景总览|Kubee 全景总览]] 或拆成正式标准页。

相关入口

• 游戏清单：[[冷启动游戏列表]]
• 工作台总览：[[00_全景总览|Kubee 全景总览]]
• 本地工程：F:\Coding\Kubee

一、这件事到底在做什么

我们不是单纯给 35 个冷启动游戏补字段，也不是直接进入逐个重做。

更准确的目标是：先把这批已有小游戏变成一个可管理、可判断、可持续推进的优化队列。

每个游戏最终都要回答三个问题：

1. 它现在值不值得继续投入？
2. 如果值得，最小但有效的优化目标是什么？
3. 优化后它要进入展示、留作样本，还是归档？

二、建议流程 v0

flowchart LR
    A["清单确认"] --> B["首轮快速体验"]
    B --> C["A/B/C/X 分级"]
    C --> D["选择第一批样本"]
    D --> E["单游戏诊断"]
    E --> F["确定优化类型"]
    F --> G["执行或派发"]
    G --> H["验收与复盘"]
    H --> I["更新工作台规则"]

0. 清单确认

先确认 [[冷启动游戏列表]] 是当前要处理的主清单。

当前需要确认的问题：

• 序号 7、8、9、22、23、29、30 是否在其他页签、已下架、或本来就不用处理。
• 作者为空的游戏是否需要补齐：Crossy road、Flower House Seven Days。
• 每个游戏的真实入口是否来自 Kubee Studio、生产服、开发服，还是本地工程。

1. 首轮快速体验

第一轮不要深评审，只做 5-10 分钟快速体验。

每个游戏只记录四项：

项	说明
能不能进入游戏	不能进入直接标记阻塞
核心玩法是否清楚	玩家是否知道要干什么
画面和反馈是否能支撑展示	不是审美细评，只判断是否明显拖后腿
最大问题一句话	用一句话写出当前最碍事的问题

2. 快速分级

建议先用四档分级，避免一上来陷入过细标准。

分级	判断	处理
A	已经有可玩基础，少量优化就能明显变好	第一批优先
B	有题材或玩法苗头，但需要中等改造	第二批或专项
C	当前体验弱，但有样本价值	低优先记录
X	无法进入、明显不可修、或不值得继续投入	归档或下架确认

3. 选择第一批样本

第一批不要选太多，建议 5-8 个。

选择原则：

• 覆盖不同问题类型：性能、玩法不清、资源弱、反馈弱、发布/上架问题。
• 优先选能快速验证流程的游戏，而不是理论上最重要的游戏。
• 每一批都要包含至少 1 个“好修”、1 个“中等难度”、1 个“可能要放弃”的样本。

4. 单游戏诊断

进入单游戏诊断后，再创建独立游戏卡片。

单游戏卡片只需要先回答：

• 当前体验：玩家实际玩到什么？
• 核心问题：最影响体验的一点是什么？
• 优化目标：这一轮只把什么改好？
• 改动类型：Gameplay、资源、UI、性能、入口/发布、归档判断。
• 验收标准：什么状态算这一轮完成？

5. 优化类型

建议把改动先分成五类：

类型	说明
轻修	文案、入口、音效、按钮反馈、明显 bug
体验修	目标、节奏、反馈、失败/成功条件
资源修	角色、场景、UI、封面、截图观感
工程修	性能、适配、加载、发布、重新开始
归档	不继续投入，只记录原因

6. 验收与复盘

每一批做完后，不急着开下一批，先回看流程是否有效。

复盘只看三件事：

• 哪些问题反复出现？
• 哪类改动最划算？
• 下一批的选择标准要不要调整？

三、今天需要讨论的问题

1. 这批游戏的目标是“上线可用”、“内部展示”，还是“作为生成质量样本库”？
2. 第一批是先选 5 个还是 8 个？
3. 第一批要优先挑明显可修的，还是要故意混入几个问题严重的来校准流程？
4. 单游戏卡片是体验后再建，还是先为 35 个游戏批量建空卡？
5. 缺失序号要不要先追完整，还是不阻塞第一批评审？

四、当前建议

先不要批量创建 35 个单游戏卡片。

更好的第一步是：从 [[冷启动游戏列表]] 里选 5-8 个游戏做流程试跑。每个游戏只在进入真实评审时创建卡片。这样工作台不会被空笔记淹没，也能尽快暴露流程是否好用。

第一批跑完后，再决定是否：

• 固化 A/B/C/X 分级标准。
• 建立单游戏卡片模板。
• 拆出资源标准页。
• 拆出 Gameplay 快速诊断表。