Yggdrasil Game In A Box & Studio In A Box 調研分析報告
1. 產品概述 (Product Overview)
Yggdrasil 的解決方案實際上由兩個核心概念組成,共同構成了 GATI (Game Adaptation Tools & Interface) 生態系統:
- Game In A Box:專注於「產品開發」,提供技術框架、數學引擎與資產管線。
- Studio In A Box:專注於「營運與發行」,提供合規認證、行銷工具 (BOOST) 與後台管理。
這兩者結合,讓獨立工作室(YG Masters)能像擁有完整基礎設施的大型公司一樣運作。
2. Pillar 1: Game In A Box (開發技術核心)
Game In A Box 是整個生態系的技術基石,它將遊戲開發轉化為「工業化生產線」。透過高度標準化的工具鏈,各職能部門能並行作業,大幅提升產能。
2.1 企劃 (Game Design) - 創意模組化
- 機制積木 (Mechanic Bricks): 將複雜的遊戲邏輯(如:擴展滾輪、連消消除、鎖定百搭)封裝為可配置模組。企劃人員無需依賴程式,即可像堆積木般組合出新玩法。
- 動態參數調優 (Live Tuning): 支援在網頁端即時調整數值參數(如:Free Game 觸發率),並立即透過模擬器反饋體驗變化,實現「所見即所得」的設計迭代。
2.2 數值 (Math) - 風險最小化
- 認證級模型庫 (Certified Math Library): 直接調用平台內建、已獲 GLI/BMM 認證的數學模型(涵蓋不同 RTP 與波動性配置),徹底省去底層數值設計與驗證的漫長週期。
- 視覺化配置 (Visual Configuration): 提供圖形化介面配置賠率表 (Paytable) 與滾輪帶 (Reel Strips),系統自動運算理論回報率,避免人為計算錯誤。
2.3 美術 (Art & Animation) - 流程自動化
- 智慧資產管線 (Smart Asset Pipeline): 自動整合 Spine 骨架動畫與靜態圖素,系統自動執行圖集打包 (Texture Packing) 與多解析度壓縮,確保最佳載入效能。
- 多裝置即時預覽: 設計師上傳素材後,可直接在瀏覽器中預覽 Desktop/Mobile/Portrait/Landscape 等不同情境的實際渲染效果。
2.4 技術 (Tech/Programming) - 開發輕量化
- GDK 前端框架: 提供高度封裝的 TypeScript/JS SDK,開發者僅需專注於「表現層」開發。底層通訊、錯誤處理、斷線重連等複雜邏輯皆由框架接管。
- Serverless 架構體驗: 開發者完全無需撰寫後端代碼 (Backend-free)。所有遊戲邏輯(下注、派彩、狀態保存)皆透過標準 API 與 GATI 雲端核心溝通。
2.5 測試 (QA) - 驗證高速化
- 光速模擬器 (High-Speed Simulator): 支援以 1000x 速度進行背景模擬,在幾分鐘內跑完數百萬局測試,快速驗證 RTP 收斂與極端獎項觸發。
- 情境注入測試 (Scenario Injection): QA 可透過腳本強制觸發特定盤面或獎項(如:強制進入 Bonus Game),精準驗證特定流程,無需手動空轉等待。
3. Pillar 2: Studio In A Box (營運與發行核心)
這是讓工作室能專注於創作,而無需煩惱法規與後勤的關鍵。
3.1 自動化合規與認證 (Compliance & Certification)
- 法規預檢:系統內建各國法規檢查規則(如英國的旋轉時間限制),在提交前自動掃描。
- 繼承認證:遊戲繼承了平台的認證狀態,大幅縮短審核時間。
3.2 BOOST™ 行銷工具集
- 功能:一套覆蓋在遊戲之上的行銷層 (Overlay),包含錦標賽 (Tournaments)、現金掉落 (Cash Drop)、任務系統 (Missions)。
- 價值:這些功能與遊戲邏輯解耦,工作室無需額外開發即可享有強大的留存工具。
3.3 全球分發與後台 (Distribution & Back Office)
- 全球分發:一次接入,即可分發至 Yggdrasil 全球運營商網絡。
- 數據分析:提供詳細的玩家行為與營收報表。
4. 開發流程 (Development Workflow)
使用 GATI 的標準開發生命週期如下:
- 概念設計 (Concept):工作室設計遊戲玩法與美術。
- 配置 (Configure):在 GATI 後台選擇數學模型,設定 RTP 與賠率表。
- 實作 (Implement):使用 GATI SDK 進行前端與邏輯串接。
- 驗證 (Validate):透過模擬器 (Simulator) 跑數百萬局測試,驗證數學模型與伺服器邏輯。
- 認證與發行 (Certify & Deploy):由於底層已認證,僅需對遊戲內容進行輕量級審核即可上線。
5. 競品優勢總結 (Competitive Analysis)
| 部門/職能 |
傳統開發模式 |
Yggdrasil GATI 模式 |
效益提升 |
| 企劃 (Game Design) |
需撰寫詳細遊戲規格,反覆與工程師溝通邏輯 |
專注於遊戲主題與玩法設定,快速進行創意驗證 |
高 (減少溝通成本) |
| 數值 (Math) |
從零設計模型,需自行跑模擬驗證平衡性 |
使用預認證模型,或透過工具微調參數 |
極高 (省去數月研發) |
| 美術 (Art) |
需手動輸出多種解析度,依賴工程師整合 |
透過資產管線自動處理壓縮與適配,即時預覽 |
中 (流程自動化) |
| 技術 (Tech) |
需自建 Server、RNG、錢包串接、後台 |
僅需開發前端 (Client),後端與基礎設施由平台提供 |
極高 (免去後端開發) |
| 測試 (QA) |
人工測試為主,難以覆蓋所有極端情況 |
自動化模擬器跑百萬局,數分鐘內驗證邏輯 |
高 (覆蓋率 100%) |
| GLI 審核 (Compliance) |
需單獨送審,流程長且費用高 |
繼承平台認證,僅需簡易審核內容 |
極高 (時間縮短 70%) |
| 運營 (Ops) |
需自行開發後台報表與行銷工具 |
內建詳細數據儀表板與 BOOST™ 行銷工具 |
高 (即插即用) |
6. 結論:對公司未來的啟示
要復刻這套系統,我們必須優先解決以下問題(這將是後續開發目標的基礎):
- 企劃模組化:建立「玩法機制庫」,讓企劃能透過參數配置組合新遊戲,而非每次重新撰寫規格書。
- 美術管線標準化:建立統一的資產處理管線 (Pipeline),自動處理圖集打包與多解析度適配,減少重複性人力作業。
- 數學與邏輯解耦:必須設計一個通用的 Math Server,讓不同遊戲可以共用相同的 RNG 邏輯。
- SDK 標準化:前端必須有一套強制性的框架,規範 UI 結構與通訊方式。
- 測試自動化:導入「高速模擬器」與「腳本測試」,將數學驗證與邏輯測試從人工轉為自動化流水線。
- 工具化行銷:行銷功能(如排行榜)應設計為獨立微服務,而非寫死在遊戲內。
Raptor 2 Doublemax 是第一款使用 Game in a Box™ 創建的遊戲