下班前来回一篇，
首先，游戏开发者包含很多专业的人，
个人认为大部分的专业并不需要很会玩游戏(程式、美术、行政...等)，
你很会玩是加分，但工作上只需要知道自己参与的内容会怎么被用在游戏中就够了。
可是，游戏设计相关的人就必须要很会玩游戏了，为什么呢?
很简单的一个观念：
设计师能设计出来的内容，会直接被他对游戏的理解程度限制住
这个概念就像是在小说或漫画里面，
往往有个被作品中其他人公认是天才的人，但在观众眼里他却一直做蠢事，
这就是因为作者无法写出比自己更聪明的角色，(除非去找外人/顾问帮忙)。
一样的状况也会发生在游戏开发里面，
在设计解谜游戏时，如果设计师自己没有充分理解与探索完一个玩法的可能性，
那就有可能设计出被玩家轻易解掉的难题；
在设计动作游戏时，如果设计师自己没有充分理解战斗机制，
那就有可能遗漏某一种可以被玩家轻易滥用的玩法来杀死最强敌人。
我讲的这个状况跟bug不太一样，
bug是让游戏机制产生设计用途以外的状况，进而让游戏体验被破坏，
而我讲的是在完全合法且正确的方式下游玩游戏，
但却出现设计师没想到的状况，进而让游戏体验被破坏。
这该如何避免这种状况呢？
答案就是大量游戏测试，且不只是单纯的QA测试，
而是要自己测试、其他工作成员测试、找游戏的目标客群测试、找专家测试...等
因为QA测试通常只是单纯测试一个功能是否正常；
自己深度测试才能知道是否整个系统达到的效果跟设计时一样；
其他工作成员则可以帮你看到设计师自己没想到的漏洞；
游戏的目标客群则可以帮忙看到游戏体验是否跟玩家脑中的想像一样；
专家测试则是可以从多个角度来分析你系统可能的漏洞与最终结果。
一个好的设计师/开发团队，
应该是要在自己想做的游戏跟玩家想要的体验中找到一个完美的平衡点。

太小看测试的结果就是如此

解谜游戏就很明显,风格特异的优秀作品其开发者也是一看就鬼才(有些单人开发的如果有在社群上互动过都能看出来)

结论：＄

是 可是游戏公司不懂 反正股票赚就好

一个不玩自己游戏的游戏设计师就跟从来不尝自己料理的厨师一样