遊戲玩法和遊戲機制
上一章中頻繁提到「遊戲玩法」和「遊戲機制」，但是沒有定義這些術語的含義。本章將重點介紹構成遊戲玩法的元素，以及設計師在遊戲文件中需要怎樣詳細地定義這些元素。
通常，初級設計師在關於故事發展（而不是事物在遊戲世界裡實際上將如何工作）的設計文件中花費更多的時間。遊戲玩法的元素結合在一起的方式是通過假定（而不是討論）得到的。因此，初級設計師可能簡單地提到有乙個戰鬥系統，而不會準確地解釋它將如何工作。這種方法把實際設計的重擔留給了程式設計人員，並且最終的產品可能完全不同於設計師腦海裡所想的產品。
另外，經驗豐富的設計師可能專注於事物工作方式的一些細枝末節，這樣最終會束縛程式設計團隊，他們可能對事物在遊戲中應該如何工作有一些非常好的思想。初始的遊戲設計文件過於詳細，閱讀起來可能讓人覺得厭煩，並且其中大量內容很可能會在製作期間發生變化。隨著團隊繼續著手處理專案，可以並且應該修改設計文件，以便包容對實際的遊戲玩法的更改。
設計師必備的15項資料指標
這是我在團隊分享一整套設計資料化的第一課，也是整個系列的最基礎的一課。這是唯一一課不涉及專案的內容，所以我分享給大家，希望幫助大家快速理解資料的一些基本指標，並開啟設計資料化的大門。本文主要是講通用型產品的一些基礎資料指標，幫助對資料不熟悉的設計師快速入門。視覺化 使用者行為視覺化，可清晰的了解使用...
內訓資料公開 設計師的實戰過程 1
今天去csdn做了一檔節目 細節保留 呵呵 這勾起了我對在盛大工作的回憶。曾經，我在盛大做過一次內訓，是關於設計師的實戰的，這次內訓大概是在2007年5月間。時間過去了一年多，如今我來看這些內容，仍然有許多可圈點之處。所以這裡就把它公開出來，與大家分享，也歡迎批評。這次內訓講了三講，但非常遺憾的是，...
內訓資料公開 設計師的實戰過程 2
這是 設計師的實戰過程 內部培訓的第二節。第一節的資訊在這裡 在這一節裡，我回顧了我在初入盛大時所做的一套資料架構。這套架構設計和實施約是在2005.10月，包括了完整的分析 設計，以及組織專案實施 交付的全部過程。這次培訓錄音以分析 設計為主，並講述了專案過程中設計師的工作等內容。所以是一次比較完...