使功能简单易用，而不要未玩家同意，擅自脱离玩家要求，自作主张。
同样，玩家有时也可能要求一些看上去很“酷”，但缺乏实用价值的游戏功能，而实现这些功能只能徒耗时间和成本。为了将“画蛇添足”的危害尽量减小，应确信：你明白为什么要包括这些功能，以及这些功能的“来龙去脉”，这样使得需求分析过程始终是注重那些能使玩家完成他们游戏主线的核心功能。
5. 忽略了玩家分类
大多数游戏产品拥有好几类的玩家特性，这些玩家进入游戏的频繁程度也有所差异，玩家群的受教育程度和经验水平也不尽相同。如果你不能在项目早期就针对所有这些主要玩家进行分类的话，必然导致有的玩家对产品感到失望。例如，操作太复杂，机器要求过高，升级太痛苦等。所以必须最大限度的满足核心玩家的需求。
6. 不准确的计划
据国外游戏制作公司统计，导致游戏需求过程中成本估计极不准确的原因主要有以下五点：频繁的需求变更、遗漏的需求、与玩家交流不够、质量低下的需求规格说明和不完善的需求分析。
对不准确的要求所提问题的正确响应是“等我真正明白你的需求时，我就会来告诉你”。基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左右。要作出估计时，最好还是给出一个范围。未经准备的估计通常是作为一种猜测给出的，听者却认为是一种承诺。因此我们要尽力给出可达到的目标并坚持完成它。
在理解上面的原则之后我们开始需求分析活动：
一、 那些人应该参与游戏开发项目的需求分析活动
需求分析活动其实本来就是一个和玩家交流，正确引导玩家能够将自己的实际需求用较为适当的语言进行表达以明确项目特色和创新的过程。这个过程中也同时包含了对要建立的游戏基本功能和模块的确立和策划活动。所以项目小组每个成员、玩家甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责至少有如下几个方面： （玩家代表可以在游戏设计论坛上面选择组建）
1、 负责组织相关开发人员收集玩家意见和市场情报并进行分析。
2、 组织策划和技术骨干代表或者全部成员（与玩家代表讨论）编写《游戏功能描述书（初稿）》文档。
3、 组织相关人员对《游戏功能描述书（初稿）》进行反复讨论和修改，确定《游戏功能描述书》正式文档。
4、 如果玩家代表有这方面的能力或者玩家提出要求，项目管理者也可以指派项目成员参与，而由玩家编写和确定《游戏功能描述书》文档。
二、 完整的需求调查文档记录体系
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助项目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《游戏功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《游戏功能描述书》往往还需要编写《玩家调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
