作者：有个和直觉相反的原则，做游戏原型验证之前得先想通：原型做得越像正式游戏，验证效果越差。听着别扭，道理不复杂——原型一好看，测试的人注意力就跑到画面上了，核心玩法立不立得住反而没人说得出；而且做得太精致，团队会舍不得砍，“都做成这样了砍了多可惜”，验证就变味成了将就。正确的打开方式，是从“糙”开始的。
Greybox原则：丑的原型才诚实
行话叫灰盒（Greybox）：方块人、纯色贴图、程序员美术，一切视觉素材只求能分清“这是敌人、这是道具”。为什么丑才诚实？因为灰盒状态下玩家觉得好玩，那一定是玩法本身好玩，不可能是美术滤镜的加成——这个判断干净得像实验室。
我们给客户做原型，默认从灰盒起步，两到四周出可玩版本。有一回客户看着demo直皱眉：“这也太丑了。“两周后他拿着手机找同事测试，收回了那句皱眉——同事玩了四十分钟，没人抱怨丑，都在问什么时候能上线。灰盒的价值就在这：它逼所有人只讨论玩法。
两到四周，钱花在哪
以2026年市场行情为参考，一个外包的游戏原型，2-4周周期、3-10万预算是常见区间。钱的大头花在三处：核心循环的可玩实现（占一半以上）、基础数值表格（能调参数，验证成长曲线）、极简的一到两个关卡。
不该花的钱同样要列出来：正式UI、剧情、音效、成就系统、一切“反正以后也要做”的功能。原型阶段加这些，每一项都在稀释验证的注意力，还都在烧预算。看到一份原型报价里赫然写着“剧情动画”，可以直接毙掉。
配置上不用讲究：一个程序加一个策划（或制作人亲自上）就是标准组合，灰盒素材凑合用。人一多，验证就变成了开发——这两件事的区别在于，开发的产出是功能，验证的产出是结论。
验证什么指标，才算过关
原型玩完就散会，等于没验证。过关标准要在开工前就写下来，通常看三组。
核心循环能不能自转——测试者会不会主动“再来一局”。没人主动开第二局的原型，美术救不回来，这一条没有数据指标，但比任何数据都硬。
前几分钟的流失点在哪——找十个目标用户玩，记录每个人第一次皱眉、第一次分心的时间点。流失发生在教学阶段和发生在核心循环里，是完全不同的两种病。
留存的原始信号——哪怕只测一周，看有没有人第二天主动回来。原型阶段的小样本次日回访能到30%以上（样本小，仅供参考），玩法基本就立住了。
三组里只要有一组明确不过关，回去改核心循环，别动美术——这是原型阶段最重要的纪律。
找测试用户也有讲究：别全抓同事和朋友。熟人碍于情面，反馈失真得很稳定——“挺好的呀，再打磨打磨”等于什么都没说。去目标玩家聚集的社群里发招募，给点小礼品，找十个完全的陌生人，他们的皱眉才值钱。
验证失败之后怎么办
先把一件事说透：原型验证的最大价值不是“通过”，是“便宜地失败”。花8万和花80万发现玩法不成立，是完全不同的两种命运。所以失败不丢人，丢人的是验证都失败了还硬着头皮量产。
失败之后动作要快：三天内复盘核心循环哪一环断了，改完上第二轮验证。两轮都立不住的玩法，建议整个推翻——这个残酷决定做得越早，省得越多。当然，如果团队自己拿不准是玩法不行还是验证方法不对，找个第三方眼光介入看看很有必要，有时候只是一关数值调错了而已。
还有个常见的误区要提醒：验证通过不等于马上量产。原型验证的是“好玩”，立项前还得回答“商业上成不成立”——同类品买量价格、变现天花板、竞品密度，这三笔账加一起才是完整的立项依据。玩法过关只是拿到了入场券，不是终点。
想把玩法用原型低成本测一遍，可以把核心玩法的描述发到联系我们，我们告诉你两周内能验证到什么程度，电话 18616880101 同样随时打得通；原型之后的正式立项预算，接着看这篇游戏外包开发成本拆解就够了。