使功能簡單易用，而不要未玩家同意，擅自脫離玩家要求，自作主張。

同樣，玩家有時也可能要求一些看上去很“酷”，但缺乏實用價值的游戲功能，而實現(xiàn)這些功能只能徒耗時間和成本。為了將“畫蛇添足”的危害盡量減小，應(yīng)確信：你明白為什么要包括這些功能，以及這些功能的“來龍去脈”，這樣使得需求分析過程始終是注重那些能使玩家完成他們游戲主線的核心功能。


5. 忽略了玩家分類

大多數(shù)游戲產(chǎn)品擁有好幾類的玩家特性，這些玩家進(jìn)入游戲的頻繁程度也有所差異，玩家群的受教育程度和經(jīng)驗水平也不盡相同。如果你不能在項目早期就針對所有這些主要玩家進(jìn)行分類的話，必然導(dǎo)致有的玩家對產(chǎn)品感到失望。例如，操作太復(fù)雜，機(jī)器要求過高，升級太痛苦等。所以必須最大限度的滿足核心玩家的需求。

6. 不準(zhǔn)確的計劃

據(jù)國外游戲制作公司統(tǒng)計，導(dǎo)致游戲需求過程中成本估計極不準(zhǔn)確的原因主要有以下五點：頻繁的需求變更、遺漏的需求、與玩家交流不夠、質(zhì)量低下的需求規(guī)格說明和不完善的需求分析。
對不準(zhǔn)確的要求所提問題的正確響應(yīng)是“等我真正明白你的需求時，我就會來告訴你”?；诓怀浞中畔⒑臀唇?jīng)深思的對需求不成熟的估計很容易為一些因素左右。要作出估計時，最好還是給出一個范圍。未經(jīng)準(zhǔn)備的估計通常是作為一種猜測給出的，聽者卻認(rèn)為是一種承諾。因此我們要盡力給出可達(dá)到的目標(biāo)并堅持完成它。


在理解上面的原則之后我們開始需求分析活動：


一、 那些人應(yīng)該參與游戲開發(fā)項目的需求分析活動


需求分析活動其實本來就是一個和玩家交流，正確引導(dǎo)玩家能夠?qū)⒆约旱膶嶋H需求用較為適當(dāng)?shù)恼Z言進(jìn)行表達(dá)以明確項目特色和創(chuàng)新的過程。這個過程中也同時包含了對要建立的游戲基本功能和模塊的確立和策劃活動。所以項目小組每個成員、玩家甚至是開發(fā)方的部門經(jīng)理（根據(jù)項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責(zé)至少有如下幾個方面： （玩家代表可以在游戲設(shè)計論壇上面選擇組建）

1、 負(fù)責(zé)組織相關(guān)開發(fā)人員收集玩家意見和市場情報并進(jìn)行分析。

2、 組織策劃和技術(shù)骨干代表或者全部成員（與玩家代表討論）編寫《游戲功能描述書（初稿）》文檔。

3、 組織相關(guān)人員對《游戲功能描述書（初稿）》進(jìn)行反復(fù)討論和修改，確定《游戲功能描述書》正式文檔。

4、 如果玩家代表有這方面的能力或者玩家提出要求，項目管理者也可以指派項目成員參與，而由玩家編寫和確定《游戲功能描述書》文檔。


二、 完整的需求調(diào)查文檔記錄體系


在整個需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相關(guān)文檔不但可以幫助項目成員將需求分析結(jié)果更加明確化，也為以后開發(fā)過程中做到了現(xiàn)實文本形式的備忘，并且有助于公司日后的開發(fā)項目提供有益的借鑒和模范，成為公司在項目開發(fā)中積累的符合自身特點的經(jīng)驗財富。


需求分析中需要編寫的文檔主要是《游戲功能描述書》，他基本上是整個需求分析活動的結(jié)果性文檔，也是開發(fā)工程中項目成員主要可供參考的文檔。為了更加清楚的描述《游戲功能描述書》往往還需要編寫《玩家調(diào)查報告》和《市場調(diào)研報告》文檔來輔助說明。各種文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內(nèi)容，相關(guān)規(guī)定將在本文后面討論。

    項目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html