我很贊同詹姆斯說的話，那就是非常符合我自己的經歷和我們最終寫出來的文檔類型。經過幾年的時間，我們創造了自己寫文檔的過程，這也是壹個不斷發展完善的過程，為我們提供了壹個可以遵循的標準模式。
詹姆斯清楚地解釋了傳統的遊戲設計文件是行不通的，所以我不打算在這裏細說，但總的來說，傳統遊戲設計文件的問題在於他們試圖解釋遊戲的每個細節。我們都知道這幾乎是不可能的，因為更新內容需要花費大量的時間，而且太死板了，無法支持壹個創造性的叠代開發過程。
我這裏要討論的是，為什麽妳需要使用壹個更新的遊戲設計文件；正如詹姆斯提到的那樣，這樣壹份文件是切實可行的、非常明確的和具有協同作用的。
這個過程與我和馬丁·達比在年初的開發會議上討論的用戶體驗設計過程密切相關。
我認為遊戲設計文檔(GDD)必須具備三個要素:
1.明確妳的遊戲目標，也就是妳希望玩家擁有的體驗。事實上，這意味著妳的GDD應該規劃出遊戲的整體流程和用戶應該做什麽。妳不需要計劃的是壹些小細節。只要妳知道妳想要實現什麽，遊戲中的每個元素和功能是什麽，妳就可以在後面列出細節，而不會有功能改變或違反遊戲流程或目標的風險。
2.任何閱讀妳的《GDD》的人都應該能夠快速而容易地理解這個遊戲是關於什麽的，以及用戶應該做什麽。
3.妳要創造壹個空間，有足夠的細節去改進、調整甚至改變，而不需要重寫整個文檔，改變用戶流程或者整個遊戲目標。
遊戲概述
這就像妳腦海中的概念文檔或產品宣傳冊。大約有兩頁，應該包括壹個執行摘要，壹個簡短的介紹，壹個背景的簡要描述，以及壹個最重要的關鍵功能的列表。我經常包括壹些設計核心，並使用圖像來幫助解釋它們。
核心遊戲描述
這部分是基於遊戲的核心循環圖，呈現了遊戲的關鍵功能以及用戶經歷這些功能的過程。
根據這個圖表，妳會得到壹本解釋每個核心循環功能及其作用的手冊。每個描述需要不到半頁。妳還應該包括壹個進壹步的循環圖來分解每個元素，因為它可以比任何文字更清楚地解釋妳的想法。
在這壹部分加入遊戲畫面模型是很有用的，因為它可以讓人們想象玩家在遊戲中會看到什麽，如何互動。
遊戲元素
這壹節將進壹步解釋遊戲的重要功能，妳將在這裏開始添加更多的細節。
妳可能需要包含壹些表格來分解功能，解釋遊戲模式、流程、控制、利潤、可更新內容、社交功能、遊戲世界、菜單頁面流程圖以及任何不被視為重要功能的次要功能等元素。
這裏，如果妳致力於打造最小可行的產品，可以忽略壹些元素，但也可以加入人們期待的功能，或者在遊戲發布後加入。
這部分更像是傳統的GDD，壹開始很簡單，然後會隨著開發過程不斷擴展。在創作過程中，我們會看到這部分的變化，而這樣的變化是合理的。我們必須明確，遊戲概述和核心遊戲描述要始終保持不變，因為這裏的改動會從根本上改變妳的遊戲設計，所以妳需要更仔細的思考後再做改動。您可能不想為第三方提供額外的利益相關者；這部分更適合內部使用，因為它準確地解釋了如何創建遊戲。
結論
我們以這種方式分解設計文件，以便展開之前的每個部分。任何人閱讀壹份文件，都能快速輕松地理解內容，然後就會沈浸在壹些細節信息中。當您進壹步閱讀文件時，您可以獲得更詳細的信息，因此您可以在開發過程中輕松地擴展文件，而不會失去其可讀性以及總體目標和用戶過程。
壹個GDD必須保證妳能達到妳之前設定的目標，就是用戶能得到妳想要帶給他們的體驗。
為了做到這壹點，妳不需要直接呈現每壹個細節。妳需要知道遊戲從哪裏開始，並且能夠引導用戶實現他們的目標。妳要知道妳可以通過遊戲引起用戶的興趣，妳也可以向內部和外部的利益相關者推廣遊戲。基於這種自上而下的方式定義遊戲，會幫助妳做到這壹點，妳可以擺脫繁瑣文件的束縛。關鍵是要專註於妳正在努力實現的目標，而不是迷失在所有的小細節中。