如何在做原型之前验证游戏创意

验证是为了降低风险，而不是证明会成功

没有任何检查能保证游戏一定受欢迎。但几个小时的准备，可以避免你花几周时间为一个表述不清、或早已被充分覆盖的创意做原型。目标是写下你认为成立的假设，寻找反面证据，并决定先测试什么。请在打开游戏引擎之前完成这些工作。

1. 用一句话和一个“押注”写下创意

补全这句话：“玩家会做 X，因为 Y。”以虚构的骰子 Roguelike《Dicebound》为例：“玩家会锁定一颗骰子并重掷其他骰子，因为可能失去好结果的风险会带来真正的抉择。”明确的押注可能是错的，这正是它有用的原因。避免“一款有趣又原创的游戏”这类话。

2. 寻找相近的游戏

在 Steam、itch.io 和视频里寻找已经在做类似事情的游戏。把最相关的几款贴到看板上，并附一条笔记：它们哪里相同、哪里不同。类型已经有人做并不是红灯，反而说明确实存在受众。但如果你的创意与现有游戏完全相同，你就需要一个明确的理由。

3. 解读 Steam 信号，但不要过度

在 Impstash 的 Steam 卡片上，查看评价数、好评率和玩家数估算（它始终只是估算）。相近游戏的数据不错，说明确有受众做出了回应；数据偏弱则可能源于小众类型、刚刚发行或曝光不足。这些数据既不能证明你的创意会成功，也不能证明它会失败。

4. 定义最小的可玩测试及其判定标准

选择能回答你押注的最小测试：一场战斗、三颗骰子、一个敌人。测试之前先定下什么算正面信号：例如，五位测试者中有三位在理解规则后主动重掷。如果事后再定，你会倾向于把结果解释成对自己有利。

5. 做决定：继续、转向或放弃

测试之后，给创意归类：已保留、待探索或已放弃。在 Impstash 中，每个创意都有其中一种状态，你还可以把它变成任务。被放弃的创意并没有丢失：记下原因，以免三个月后又把它提出来。如果押注是错的，但出现了另一条线索，就写出下一个押注。

一段可根据你的游戏进行调整的提示词

我正在准备一款骰子 Roguelike《Dicebound》。我的押注是：玩家会锁定一颗骰子并重掷其他骰子，因为风险会带来抉择。请扮演持怀疑态度的审阅者。列出五个风险或脆弱的假设、我应该亲自去 Steam 上核实的相近游戏类型、最小的两分钟可玩测试，以及测试前就要定下的成功标准。不要假装了解销量或市场：告诉我需要核实什么。

用你自己的参考和限制替换示例。AI 的回答只是可供审视的方向，最终选择权在你。

继续探索的参考资料与社区

• Dicey Dungeons — 把骰子点数转化为决策：观察装备的限制。
• Slice & Dice — 可见的敌人意图：比较骰子的风险、重投与配合。
• Dicey Dungeons — 创作者笔记与视频
• r/gamedesign — 用于讨论机制、规则与设计取舍。
• r/gameideas — 用于分享结构化的想法并拓展其可能性。发布前请先检查规则。