Pixel Battle 開發紀錄 03：世界觀與前 30 分鐘體驗

最近 Pixel Battle 的基礎系統已經完成到一個可以繼續往內容層推進的程度。地圖探索、角色成長、戰鬥切換、怪物素材、技能與 build 的骨架都逐步搭起來之後，開發上遇到的問題也開始改變：以前比較常卡在「系統要怎麼做」，現在則更常卡在「玩家進來之後，到底要經歷什麼」。

所以這一輪我把重點放在世界觀設定，以及遊戲前 30 分鐘的體驗內容。也就是先讓遊戲從一個功能逐漸堆起來的原型，慢慢變成一個有背景、有起點、有任務節奏，也能讓玩家理解自己正在扮演什麼角色的作品。

這次世界觀設定先收斂成《黑燼之島》的方向。比起一開始想把地理位置、社群互動、探索範圍全部放進來，現在的做法比較像是先建立一個能支撐早期遊玩內容的舞台：玩家從哪裡開始、世界發生了什麼事、不同區域之間有什麼差異、怪物與裝備素材要怎麼合理地放進這個世界裡。

我覺得這一步對遊戲開發來說滿重要的。因為系統骨架做好之後，如果沒有世界觀和早期體驗去承接，玩家看到的就只會是一堆功能按鈕與數值變化。那些東西本身可以運作，但還不太像是一段冒險。世界觀不一定要一開始就寫得非常完整，不過至少要提供足夠的方向，讓後續的任務、區域、敵人、裝備與角色成長有共同的基準。

這段開發過程裡，我主要是先把需求整理成企劃，再把企劃拆成可以實作的任務。前 30 分鐘體驗會特別關注玩家第一次進入遊戲時的節奏：如何接觸世界觀、如何進入第一段探索、什麼時候遇到戰鬥、什麼時候拿到新的資源或裝備，以及什麼時候讓玩家感受到角色正在變強。

以前做原型時，我比較容易只看單一功能是否完成，例如技能能不能施放、怪物能不能生成、UI 能不能正常顯示。但進入早期體驗設計後，視角就需要換成玩家流程。功能不只是功能，而是要被安排在一段可以理解的路徑上。玩家不需要一開始就知道整個系統有多大，但每幾分鐘都應該有一個明確的小目標，讓他知道自己為什麼要往下一步走。

這也讓我重新感受到，遊戲開發最困難的地方不只是把東西做出來，而是讓每個東西出現在合理的位置。世界觀、任務、戰鬥、獎勵、成長系統如果各自獨立存在，會變成一份功能清單；但如果它們能在早期流程裡互相支撐，玩家才比較容易進入狀況。

完成一輪實作後，我也開始把自動化測試和報告整理納入流程。這部分對 AI 協作特別有幫助，因為當內容開始變多，只靠手動確認很容易漏掉細節。透過測試與報告，可以比較清楚地知道這次改動是否真的符合需求，也能留下後續回頭檢查的依據。

目前看起來，這套流程正在慢慢成形：先定義世界觀與早期體驗，再拆成企劃與實作項目，最後用測試與報告確認結果。它不只是讓開發更有秩序，也讓我比較能掌握每一次迭代到底推進了什麼。

接下來應該會繼續補齊前 30 分鐘內會遇到的任務、區域事件、戰鬥節奏與獎勵內容。雖然距離真正完整的遊戲還有一段路，但從一開始只有系統原型，到現在開始有世界、有流程、有玩家體驗的輪廓，這個專案已經比前幾篇紀錄時更像是一款遊戲了。