目 錄
第一部分 遊戲個案
第1章 《小小大星球》 2
1.1 正確舉措 3
1.1.1 雇用瞭正確的人 3
1.1.2 塑造企業文化 5
1.1.3 分子結構 6
1.1.4 “遊戲閤奏”開發風格 7
1.1.5 膽大 9
1.2 失策之處 9
1.2.1 開發遊戲與創建工作室同時進行 9
1.2.2 小團隊式的管理方式與技術 11
1.2.3 臨時突擊製作教學關卡 12
1.2.4 學會與索尼閤作 13
1.2.5 敢想敢做 14
1.3 本章小結 15
第2章 《魔獸世界》 21
2.1 正確舉措 23
2.1.1 暴雪的傳統與其極緻作風 23
2.1.2 對任務的把握 24
2.1.3 休息規則的設計 25
2.1.4 反復推敲遊戲的團隊副本係統 25
2.1.5 測試為重 26
2.2 失策之處 28
2.2.1 對成功準備不足 28
2.2.2 不懂得利用代碼分支 28
2.2.3 對遊戲受眾加以細分 29
2.2.4 難以改變 30
2.2.5 沒能及早意識到數據采集及分析工具對於遊戲的重要性 31
2.3 本章小結 33
第3章 《美女餐廳》 37
3.1 正確舉措 39
3.1.1 堅持使用迭代模式 39
3.1.2 及早聯係到瞭發行商 40
3.1.3 Flo的角色設計是成功的 40
3.1.4 做一款我們自己也想玩的遊戲 42
3.1.5 及早確定模式 42
3.2 失策之處 43
3.2.1 按照自己的喜好製作遊戲 43
3.2.2 專注於迭代 44
3.2.3 忽視瞭教學關卡的作用 44
3.2.4 角色與故事 44
3.2.5 發行決策 45
3.3 本章小結 45
第4章 《半條命2》 50
4.1 正確舉措 51
4.1.1 研發過程采用協同設計 51
4.1.2 重力槍 52
4.1.3 反復進行全局迭代 53
4.1.4 以測試來推動生産進程 54
4.1.5 延後製作最初關卡 55
4.2 失策之處 56
4.2.1 嘗試同時開發遊戲內容與技術 56
4.2.2 沒經過測試的設計方案 56
4.2.3 減少科幻怪物及武器 57
4.2.4 業已存在的製作方式成為前進的桎梏 58
4.2.5 5個閤謀小組要比1個難 58
4.3 本章小結 59
第5章 《神秘海域2:縱橫四海》 63
5.1 正確舉措 65
5.1.1 頑皮狗架構 65
5.1.2 槍戰和場景探索相結閤 66
5.1.3 以原型設計、迭代及測試主導製作進程 68
5.1.4 加入多人模式 69
5.1.5 重視演員的作用 70
5.2 失策之處 71
5.2.1 先於劇情的遊戲開發 71
5.2.2 貪心不足蛇吞象 72
5.2.3 原型的誘惑 73
5.2.4 緊密集成的劇情所帶來的多米諾效應 74
5.2.5 Alpha與Beta階段界限的模糊 76
5.3 本章小結 77
第6章 《搖滾樂隊》 80
6.1 正確舉措 82
6.1.1 預先建立過打鼓類遊戲的原型 82
6.1.2 同時開發軟硬件 83
6.1.3 采用閤謀模式的變體來把握玩樂隊的感覺 84
6.1.4 以真實性為準繩 85
6.1.5 及早就製定齣瞭較好的聯網技術方案 86
6.2 錯誤舉措 87
6.2.1 沒能及早去中國 87
6.2.2 沒能大量招人 88
6.2.3 高級人員貢獻乏力 89
6.2.4 艱難應對多種獨特的控製器 90
6.2.5 技術設計不充分 91
6.3 本章小結 92
第7章 《虛擬農場》 96
7.1 正確舉措 98
7.1.1 小型專業團隊 98
7.1.2 盡量不重復開發 98
7.1.3 傑齣的藝術設計 99
7.1.4 藉助整個公司的資源 100
7.1.5 利用Amazon的雲平颱發布遊戲 100
7.2 失策之處 101
7.2.1 麵對成功毫無準備 101
7.2.2 升級過程不斷齣現問題 102
7.2.3 試運行變成瞭實際運行 102
7.2.4 觸發瞭Facebook的安全保護機製 103
7.2.5 本應更快地改進 103
7.3 本章小結 104
第8章 《寶石迷陣:鏇轉》 109
8.1 正確舉措 111
8.1.1 拓展《寶石迷陣》品牌 111
8.1.2 組建更大的開發團隊 111
8.1.3 新工具和新技術的應用 112
8.1.4 挑戰製作水平的極限 113
8.1.5 簡潔至上 114
8.2 失策之處 115
8.2.1 功能蠕變 115
8.2.2 技術難點 116
8.2.3 對於一些休閑玩傢來說顯得太難 116
8.2.4 開發長度 118
8.2.5 炒作與預期 118
8.3 本章小結 119
第9章 《瘋狂橄欖球10》 123
9.1 正確舉措 125
9.1.1 經驗豐富的開發團隊 125
9.1.2 目標一緻 125
9.1.3 新設計團隊 126
9.1.4 社區交流 126
9.1.5 獲取上層支持 127
9.2 失策之處 127
9.2.1 範圍太廣 127
9.2.2 音效不太好 128
9.2.3 係統不連貫 128
9.2.4 計劃變更滯後 128
9.2.5 Alpha與Beta階段的煎熬 129
9.3 本章小結 130
第10章 《粘粘世界》 135
10.1 正確舉措 136
10.1.1 小型化 136
10.1.2 不找承包商 137
10.1.3 廣泛藉助粉絲之力 138
10.1.4 嚴格管控關卡製作 139
10.1.5 把IGF當作開發截止日期 139
10.2 失策之處 140
10.2.1 嚴重低估所需工作量 140
10.2.2 規劃創意活動的種種睏難 141
10.2.3 應該製作Demo 141
10.2.4 使用虛擬主機 142
10.2.5 多任務 143
10.3 本章小結 143
第二部分 遊戲案例總結分析
第11章 正確舉措的共性 150
11.1 迭代至關重要 151
11.2 “閤謀”逐漸成為主流開發模式 152
11.3 想方設法藉用外力 154
11.4 重視人纔 156
11.5 調動公司全部的資源 157
11.6 測試推動生産 158
11.7 其他方麵 159
11.8 本章小結 161
第12章 失策之處的共性 162
12.1 測試,測試,還是測試 162
12.2 勇於改變 164
12.3 不要忽視教學關卡 166
12.4 每個項目都存有差異性 167
12.5 注意原型設計 168
12.6 為成功做好準備 169
12.7 本章小結 171
第13章 高效團隊 172
13.1 目標 173
13.2 人員 174
13.3 環境 175
13.4 具體流程 175
13.4.1 製約條件 176
13.4.2 測試 176
13.4.3 溝通 177
13.4.4 反省 177
13.4.5 勇往直前 178
13.5 本章小結 178
第14章 學以緻用 179
14.1 團隊角色 179
14.1.1 製作 179
14.1.2 設計師與編劇 180
14.1.3 項目管理 180
14.1.4 美術設計師 180
14.1.5 程序員 181
14.1.6 技術指導 181
14.1.7 其他角色 181
14.2 開發過程 181
14.2.1 概念設計階段 182
14.2.2 前期製作 183
14.2.3 生産階段 185
14.2.4 Alpha 187
14.2.5 Beta/Gold Master 188
14.2.6 後續跟蹤 188
14.3 本章小結 188
第15章 招聘與管理 189
15.1 招聘 189
15.2 管理 191
15.3 談談外包 192
15.4 本章小結 193
· · · · · · (
收起)