遊戲開發的基本流程

遊戲開發是一個充滿創意與挑戰的過程,從最初的構想到最終的產品發布,每個階段都涉及不同的專業領域與團隊協作,遊戲企劃要如何開始進行遊戲開發呢?遊戲開發的流程又有哪些呢?從遊戲企劃的角度在遊戲的開發過程中,會經歷過哪些項目與流程,至於「專案規劃」的部分,會另外再整理一篇文章分享給大家。

然而,遊戲開發的流程沒有一定的規則與標準,更不會有對錯問題,會依公司組織或人員的運用等因素與需求而有所差異,光各家公司的相關用詞也都會有所差異,相同名詞在不同公司內的定義與內容也不盡相同,這篇就整理個人的經驗來分享,也歡迎大家留言共同討論。

文章目錄

1.創意發想階段

製作遊戲一開始,都是從發想新遊戲玩法的階段開始,通常由一群人透過 “ 創意發想工具 ”進行腦力激盪(創意發想方法與工具,再另外跟大家介紹)。但在實際職場現況中,能從零開始的創意發想提案其實為數不多,大部分都是老闆、高層或客戶依市場狀況與公司發展方向與需求,對遊戲已有決策與方向,再交由企劃提出製作方案。

對於企劃而言,首先需要確認Order的範圍與開發限制,在範圍內進行創意發想,例如遊戲類型是否有指定?開發時程時否有限制?又或者其他特殊的狀況?完全沒有限制,也是一種範圍。

一般的創意發想方法都認為要無限制的先行發想,再來做整合或刪減,但個人認為讓發想成員有基本的限制,發想的內容就不會太發散,也不會太天馬行空毫無邊際,可以節省不少時間。

2.企劃提案階段

主要內容是將遊戲的基本資訊、競品分析、遊戲玩法、遊戲特色、開發成本、開發時程等開發資訊,確定項目、玩法與內容後,系統性的整理成一份報告,主要功能是要對公司或投資人提案,獲得公司的允許或投資人的資金贊助。同時讓其他非企劃的開發人員,能大致理解即將要開發的遊戲內容。

在提案之前,也會有所謂的「企劃草案」,在正式提案前使用更精簡的報告書,做個初步的遊戲概要說明。

3.Prototype 階段

製作遊戲原型的階段,主要目的是對公司或投資人展示產品的遊戲核心與功能,以評估專案與遊戲玩法的有趣性與可行性,同時檢視開發過程中的問題,並決定是否持續開發。製作原型的程度與方式都不同沒有一定的標準,通常在遊戲開發製作之前,PM 或企劃會預先規劃,決定完成內容、範圍與製作時間,並與團隊其他成員溝通製作進度的可行性,再確認整個展示時間。

4.製作開發期

企劃設計規劃遊戲架構與規格書,美術、音樂音效、程式等進入製作期。開發期依遊戲規模、人力與團隊經驗及技術,開發時程長短不一。

某些開發團隊會在製作期再分為Alpha版檢核點、Beta版檢核點,主要目的是將長期的開發時程,定時檢視進度與問題,同時也觀察市場需求,決定是否繼續開發或微調修改。

5.Vertical Slice或MVP

用於展示遊戲的整體進度和功能,通常作為開發階段的里程碑,主要是檢驗所有的功能實現上是否有問題,並於後續優化改進,避免上線或將近完成後才發現重大問題。

Vertical Slice也能是提供5~30分鐘的試玩體驗版,此版本也能用來對外展示遊戲或向公司提報,提升公司對產品的信心度或讓投資人產生興趣。Vertical Slice的次要目標是能讓玩家進行體驗試玩,並依試玩結果與體感心得做回饋並優化調整,讓產品更貼近於市場。對於小型開發團隊而言,展示遊戲還能吸引更多開發者加入或粉絲的追蹤,提前預熱市場。

MVP(Minimum Viable Product)是最小可行性產品,與Vertical Slice相似但不完全相同,只呈現遊戲核心內容,並於市場中測試,得到反饋進行修正。

6.遊戲測試期

此階段主要就是測試遊戲的規格是否符合設計,例如分數計算是否正確?圖像或文字顯示是否正確?除此之外,其他包括網路穩定性測試、斷線測試、手機過熱、閃退等問題,都涵概在測試工作項目內。遊戲測試是確保遊戲品質(Quality Assurance,QA),是開發產品中重要的階段,也是最基本的一環,遊戲BUG過多會導致遊戲體驗不佳。

除了QA的測試期,還有常聽到的遊戲封測(Closed Beta;CB)與公測(OPEN BETA;OB),開放玩家進遊戲測試,這部份主要做體感測試與伺服器的壓力測試,發掘並修正遊戲的潛在問題,也是用來預熱市場常用的行銷手法之一。

7.上架推廣期

推出市場後才是開始,也是產品見真章真正被考驗的時刻,推出前要先規劃好推廣的策略,遊戲新上架要時時追蹤遊戲的現況或玩家的反饋,確認後台追蹤數據是否如期正常運作,重大問題要能立即修正。

所有的推廣渠道是否都如期展開,同時也要開始思考如何拉新客戶與留存舊用戶,並延長玩家生命週期等相關議題。

遊戲開發流程如上所列,而各家開發公司或開發團隊的流程一定不同,甚至同公司不同專案也會有不同的流程,依遊戲規模與專案需求而定,所以不用糾結於是否有依流程進行,大方向到位並適合專案使用的開發流程就算是好的方法,同時也要不斷的優化開發流程與問題,專案製作人員間的合作默契提升,開發流程就會更順暢。

返回頂端