遊戲應用設計者的20個壞習慣,你中槍了沒？

壞習慣可以指那些定期重複且下意識出現的負面行為。遊戲開發可以說是一個重複迴圈的周期或過程，但是我們要如何定義設計壞習慣？這個問題就跟定義遊戲設計師一樣困難。

我們可以說遊戲設計是關於設計遊戲內容和規則的過程，而“內容”則包含聲音，關卡，對話等方面。我將在這裡列出我所知道的20個不良設計習慣，它們也適用於遊戲之外的一些創造性領域。

遊戲設計的壞習慣排序不分先後）：

Bad-Habits-Study(from teamaltman.com)

1.執拗於某個理念

我們可以在許多方面中看到這一問題。並且促使這一問題的原因也不只有一個。畢竟我們總是很難判斷什麼時候某個功能還有更大的作用或者什麼時候我們需要移除這個功能。而在這裡我們所面臨的挑戰在於，我們自己的工作激情將直接影響設計的成敗。

Tom CadwellRiot Games設計總監）將這點描寫為“難以割捨”的陷阱。他認為風險評估能夠協助開發人員做出最合適的決定。而從設計師個人的角度來說，他們必須明確，沒有哪 種理念不論好與壞）會直接決定最終產品成形，而且這些理念也不能反映他們的創造能力。

2.未明確設計範圍

如果不能在一開始就明確設計範圍，將會導致生產過程中出現許多不必要的麻煩，並最終影響遊戲的成形。如此不僅會出現耗時，誤差等情況，還會讓整個開發過程變得困難重重，因為你並未確立能夠參照的衡量標準。

如果預先規划了標準的設計模式，團隊成員便能夠基於一些較小的目標進行迭代，如此便能夠明確製作前期所需要的時間安排了。我們必須基於一個宏觀或微觀層面去衡量任何任務所需要的時間和成本，並將此範圍應用於所有的設計任務中，而不只是將其當成是針對特殊設計要求的工作。

3提出不可靠的設計

不論出於何種原因，在遊戲的製作過程中我們總是需要刪除某些設計內容。我們必須保證設計的靈活性，能夠在不影響其它部分的前提下進行調整。並且我們需要投入更多的精力去識別設計所面臨的風險和可衡量的選擇。

假設你正在設計一個不存在更多可改變空間，或者直接影響項目完工的系統，那你就要確保這個系統必須獲得團隊中所有成員的認可，讓它獲得足夠的重視。而往往，過度相互依賴是很多團隊容易忽視的一種壞習慣。

4.缺少自我批評或者批評過甚

我們總是很容易選定一些對設計有協助的內容，但是卻很難確保設計能夠給玩家留下深刻的印象。自我批評就像是一把雙刃劍，有時候它能夠協助我們更好地達成共識，但是有時候它也會讓我們深陷於某些問題之中。

特別是時間有限的情況下，更需要謹慎地處理自我批評，因為這時候你可能不會願意浪費更多時間於設計中而選擇繼續前進。但是有時候，欲速則不達。

另 一方面，我們也有可能出現批評過甚的情況，特別是在開發初期。我們必須清楚，過度的批評將會導致我們過多地關注於某些內容而忽視了其它內容。要盡 量接受任何新觀點，針對那些風險較低的內容更是如此。如果設計達到了預期的目標，你便可以將其早前的內容與最新動向的內容進行更加客觀的比較。

不論是缺少批評還是批評過度，如果你所面臨的內容過於客觀化，你最好能夠請求別人的協助，聽取其他人的如使用者測試者）的看法。

5.忘記設計目標

設計目標猶如燈塔，將指引著我們做出正確的設計決策，但是在混亂的開發過程中，我們總是容易錯過這個燈塔。

當 你開始執行任何一項任務時，讓自己能夠始終遵循設計目標。確保自己能夠很容易便找到這些內容。與設計團隊討論設計目標，以便他們在評論和展示過程 都始終牢記這些目標。你可能會因為進行測試而決定改變某些特別的目標，這時候就必須即時通知團隊成員，並與之一起回顧早前的工作。

6.為自己而非目標使用者設計遊戲

這 是設計目標中常見的一種錯誤，通常是由人們本身的存在感而引起的。而這與為目標使用者設計遊戲的不同點在於，如果我們是為自己設計遊戲，那麼我們所 確定的設計目標很可能與預期使用者的需求相悖。除非你自己也是遊戲的目標使用者，但即便如此，我們也很難平衡玩家與我們遊戲習慣的差異。

問題的根源便在於，創造遊戲體驗是一個複雜的過程。我們總是很難保持最終遊戲內容的客觀性，因為我們總是帶著一種偏見去創造遊戲內容，而這有可能不是終端使用者真正想看到的遊戲。

糾正這個壞習慣的一大方法便是更好地理解目標使用者的遊戲體驗。可以通過測試，論壇討論，QA交流以及專家評審等方法進行改良。

7.完全無視競爭產品

瞭解競爭者與其它同類型的遊戲是非常重要的過程。有時候，這種調查研究還真的吃力不討好的苦差事。而創造研究指南並評估同類型產品能夠協助你更好地達到目標。並且這麼做也能夠協助你避免一些壞習慣，如為自己設計遊戲等。

8.遺漏新手教程/簡介

新手教程或簡介是遊戲機制、內容給玩家的第一印象。它們將直接影響玩家的遊戲體驗，並與遊戲其他部分的內容存在區別。

通常情況下這些簡介不會只出現一次，它們將會隨著遊戲引進更多新功能和內容時重複出現。因為這種簡介能夠將玩家更好地引進全新的世界遊戲邦註：包括故事，映像和聲音），所以我們必須更加深思熟慮地針對於目標使用者進行設計。

Game-tutorial(from androidtapp.com)

很多人都因為設計新手教程/簡介太過於繁瑣而故意避開或忽視這些內容。為了避免這些問題，我們必須確保在遊戲開發過程中就要重視新手教程/簡介的設計任務。

如果在規劃階段忽視了新手教程，那麼可能出現的後果將不再只是形成壞習慣了，而是會導致實驗性生產過程中缺少關鍵需求。

9.設計負荷

有些設計師常誤認為充滿大量功能的設計就是優秀的設計。問題在於，他們難以判斷什麼時候應該添加新功能，或者刪去不必要的功能。通過調查研究、專家評審，列出設計目標或進行原型設計能夠協助設計師淘汰那些不必要的內容，並挖掘出設計中的“樂趣”核心。

我們必須牢記，設計本身也會越變越複雜，在有些功能涉及到其他領域的知識才能完工時更是如此。

一 開始便添加更多功能並不能夠保證解決遊戲機制的問題。這麼做可能導致的唯一結果是開發人員不得不花費更多時間去創造遊戲原型。設計的核心目的是盡可 能簡單地向玩家傳遞遊戲內容。朋友曾告訴我：“如果你不能將遊戲玩法概括為2行的內容，那就說明你的遊戲過於複雜。”我認為這是一個良好的指導原則。

10.繁瑣的檔案內容

撰寫密密麻麻的檔案內容或列表是對人們閱讀水平和理解能力的挑戰。有時候遊戲所涉及的檔案數量非常之多，而這時候我們便更加難以確保這些檔案的可讀性。隨著功能列表的發展或變化，我們需要做的是保持這些內容在檔案中的更新。

我發現，圖片可讓檔案內容更加簡潔，模組化也有助於解決這個問題，可以方便不同群體閱讀和使用檔案。我們可以分解功能的規格，或者做出特殊標記以協助不同對象遊戲邦註：包括程式設計人員，美術人員以及使用者）尋找，評價或編輯他們所需要的資訊。

當你將描述內容分解成小部分內容時，你必須確保讀者能夠輕易找到你的設計目標或者功能要求），從而協助他們理解這些內容與最終遊戲之間的聯絡。

11.只是為測試而測試

如果你進行測試並獲得以下結果，那麼這也是一種壞習慣的表現：

*只是想通過測試證實一種意見。

*只是想藉此保全面子或者所獲得的結果沒有實際作用。

*獲得一些對團隊無協助的內容或結果。

Team Dev必須有規律地針對預期使用者進行遊戲測試；並且必須牢記，測試的目標是理解特定玩家的遊戲體驗以及他們對遊戲的看法。最理想的測試結果能夠協助你創造出一款得到最佳化的成品遊戲。

12.低估目標使用者

不同人會用不同方式去體驗遊戲。不要認為那些不理解遊戲功能或者過不了某些關卡的測試者就“沒有能力”，“不會玩遊戲”。實際上，如果正視測試者所遇到的這些限制因素，你便能夠進一步調整遊戲，而創造出更易福士使用的最終產品。

你 真正需要改掉的壞毛病是低估使用者所提供的資料。著名的易用性專家Jakob Neilsen認為，根據統計，15個使用者中的前5名使用者能夠找出85%的遊戲易用性問題。我認為，如果玩家不能夠接受或理解遊戲功能，這種方法可能也就 不再那麼有效了，但是最重要的還是，不要讓自己的自尊心阻礙了客觀公正的評判標準，一定要正視玩家的觀點。

13.閉門造車地設計遊戲

為了快速創造出遊戲功能或內容而忽視了其它領域的內容包括編程和映像）便是需要改正的壞習慣之一。其它領域的技術目標和美學目標也很重要，所以進一步討論這些內容能夠協助你強化Team Dev並完善整體遊戲。儘可能在設計任務中安插具有跨學科知識與技能的設計師。

要經常與團隊中的其他成員討論設計中任何可能發生的調整，尤其是與工程設計人員和美術總監，以判斷不同領域間存在的意見分歧。切記，越快並不代表越好。

14.因“調查研究”而分心

很多時候，“調查研究”往往只是一種借口，尤其是當你表示目標素材如書籍，遊戲或電影）太過吸引人而導致你耽擱了其它生產工作時。

有時候我們總是很難判斷何時該停止搜尋並開始進行生產。設定研究目標並堅持寫研究日記能夠協助我們更加集中注意力。我們確實需要偶爾釋放壓力。但切記不要讓過多的“研究”影響了其它背景工作處理序，或者耽擱了自己的發展。

15.迴避評價

如 果團隊中並未設定觀察評價政策，開發人員便很容易染上這一壞習慣。評價確實需要我們投入一定時間和精力，並且有時候還會出現返工的情況。不同任務和 項目需要涉及評價工作的人員和時間也不同。事後評價能夠協助那些不理解迭代過程，並且混淆了最終產品與早期遊戲原型的成員更好地理解遊戲。

通常情況下，你的同事需要經常幫你評價工作。Tom Cadwell認為過久地延遲評價是我們應該重視的一大問題。他鼓勵開發人員儘早以一種積極的方式去建立評價體系，並歡迎任何態度的評價。而如果有意地避開評價將會導致設計缺陷，並最終影響遊戲的品質。

16.把瑣事當借口

在這裡繁忙的工作是指一些不斷迴圈的小任務，並且是可以自動完成，委任給其他人或者暫時延遲的瑣事。而有些設計師認為完成這種“繁忙的工作”能夠給他們帶來成就感。

如果缺少了自動化過程，開發人員將不得不面臨整體遊戲製作的延遲，或者他們會將瑣事當成是延遲或避開一些即將發生的任務或問題的借口。

我們要善於把握高效率與浪費時間的界線，區分究竟哪些事情屬於瑣事。而通過進程評價和時間追蹤，設計師能夠進一步明確哪些方面值得自己投入更多的時間和精力。

17.設計停滯，害怕未知或失敗

為了進行迭代，創新與最佳化而反覆使用同一種類型的設計。設計師通常會為了避免一些不可預期的結果而並非為遊戲或使用者著想），反覆使用之前的內容。

任何個體或者團體中的成員只要通過自我反思，便能夠發現這種過度依賴性會嚴重耽擱遊戲設計的進程。但是人們總是畏懼改變。我們在創造遊戲原型時可以使用的一種技巧便是遵循“多次嘗試，儘早發現問題”這一格言。這樣你的團隊成員們便能夠儘早發現何時真正需要創造新設計。

18.從不玩自己的遊戲

任何人都不應該以太忙為借口而不嘗試自己創造的遊戲。時間限制，缺少興趣，充滿漏洞或者品質低劣都可能導致我們不願意玩自己的遊戲。設計師很容易養成這一壞習慣，特別是在測試硬體或者面對訪問受限的情況下。

我們可以通過時間管理或者識別並移除那些影響遊戲訪問的障礙而解決這些問題。

19.自衛型設計意識

自衛心理將會進一步滲透到生活中的方方面面，也包括工作。特別是在某些關鍵時刻，設計師更容易發生這種自衛行為。並且，並不是那些非常頑固的人才會養成這種習慣。壓力以及其它元素會在我們的工作中砌起一道無形的牆，而阻隔我們與別人進行交流與合作。

提高傾聽與交流技巧能夠協助我們更好地理解並傳達資訊。

20.忽視事後檢查

為了進一步判斷項目執行過程中的好壞情況，我們總是需要在開發中的多個階段進行事後檢查和階段分析工作。因為我們在處理這些問題時總是會加倍緊張，所以更應該小心謹慎，避免造成敵意或批評。

並且我們不能以不方便為由忽視這種自我評估的過程。隨著時間的流逝，我們總是很難喚回人們對於過去工作的記憶。如果你是在一個較大的Team Dev中工作，那麼在紙上記錄事後檢查或者召開小組討論便是非常有效方法。

事後檢查資料多為主觀性的結果，所以我們不應該將其作為規劃未來發展的唯一標準。而漏洞資料庫，預算撥款以及時間追蹤工具能夠為討論中所得到的問題和假設補充更多細節。