一個太空題材的肉鴿（Roguelike，一種隨機生成關卡、死亡后重來的游戲類型）游戲，把文明建設和單局探險兩種玩法塞進同一個主界面。開發(fā)者花了三周才發(fā)現：玩家不是覺得游戲難，是根本看不懂該點哪里。

這是《Sector Scavengers》最近的一次UI重構。開發(fā)者用AI工具Makko在1小時內生成了幾十個布局方案，最終把混沌的Command Deck（指揮甲板）拆成了兩個功能區(qū)。數據很直觀——原型測試時，玩家從打開游戲到啟動首次探險的決策時間，從平均4分半降到了1分出頭。

一個界面要干7件事，結果什么都沒干好

《Sector Scavengers》的核心循環(huán)是：單局探險（Extraction Roguelike）獲取資源，反哺長期的文明建設（Civilization Meta）。聽起來很清晰，但早期的Command Deck把兩邊的系統(tǒng)全堆在了一起。

左邊是船員晉升、空間站建造、硬件研究、虛空能力、卡牌解鎖——這些是跨多局積累的Meta進度。右邊是選飛船、挑船員、配裝備——這些是單局生死的Mission準備。兩類信息擠在同一個視覺層級，玩家每次進游戲都要先做一道分類題。

開發(fā)者原話：「紙上看著高效，實際是個嚴重的信息架構事故。」

更麻煩的是認知負荷。測試玩家普遍反饋：不是不知道功能在哪，是不知道現在該關心什么。Meta進度和Mission準備都是"重要但不緊急"，混在一起就變成了"都不重要"。界面沒有主行動點，玩家被迫自己解讀優(yōu)先級——這種摩擦不會讓人覺得是UI問題，只會覺得游戲本身難懂。

對于獨立游戲，這是致命傷。Steam數據顯示，玩家平均花13秒決定是否退款。如果前30秒都在和界面搏斗，游戲機制再精巧也留不住人。

AI工具1小時產出幾十個方案，人工原型得干一周

重構的轉折點來自約束條件的明確化：Command Deck必須同時追蹤7個菜單的進度狀態(tài)，又要讓玩家能完成單局準備。這個"既要又要"曾讓開發(fā)者卡了兩周。

他用Makko的Art Studio功能開始批量生成。輸入核心需求后，AI在1小時內輸出了幾十種布局變體——從傳統(tǒng)標簽頁到 radial menu（徑向菜單），再到分屏對比式結構。開發(fā)者沒有手動畫任何線框圖，直接進入"評估結構"階段。

「跳過手動mock-up的摩擦，直接判斷可讀性。」這是他的總結。

最終選定的方案把界面縱向切開：左側固定為Meta進度區(qū)，顯示長期解鎖項的完成度；中央區(qū)域留給Mission準備，飛船、船員、裝備三選一進入詳情。兩個區(qū)域用視覺權重區(qū)分——左側用暗色底+圖標化縮略，中央用高對比色+可操作按鈕。

關鍵細節(jié)是進度可視化。7個菜單的完成狀態(tài)被壓縮成一條橫向進度條，懸浮在左側頂部。玩家掃一眼就知道"還有什么沒解鎖"，不需要逐個點開菜單檢查。這個設計直接回應了之前的痛點：Meta進度信息從"需要主動尋找"變成了"被動感知"。

結構分離帶來的副作用是開發(fā)效率提升。原本需要為兩種模式分別維護的UI邏輯，現在通過區(qū)域化組件復用，代碼量減少了約30%。

從"功能齊全"到"功能可理解"

重構后的Command Deck在內部測試中表現穩(wěn)定。玩家首次進入游戲的決策路徑變得可預測：先掃進度條確認長期目標，再進入中央區(qū)域配置本次探險。沒有人再詢問"我該先點什么"。

開發(fā)者提到一個細節(jié)：早期版本里，Meta進度的入口按鈕和Mission準備的"開始探險"按鈕用了同樣的視覺樣式。測試玩家反復誤點，以為進度菜單是某種前置條件。新版把行動按鈕放大到1.5倍，加上微動效反饋，誤操作率降到接近零。

這個改動很小，但揭示了UI設計的核心矛盾。功能齊全不等于體驗完整——玩家對"能做什么"的判斷，優(yōu)先于"有多少功能"。

Makko在這個項目中的角色值得單獨說。它不是替代設計師做決策，而是把"生成選項"的環(huán)節(jié)從數天壓縮到數小時。開發(fā)者仍然需要定義約束、評估方案、做最終選擇。AI的價值在于消除執(zhí)行層的摩擦，讓人把精力花在判斷層。

「真正的設計問題不是'能不能塞進去'，而是'這個屏幕到底為了什么存在'?！归_發(fā)者在復盤時寫道。這句話后來被用作新版本的加載屏提示。

目前《Sector Scavengers》的Demo版本已更新重構后的UI，Steam愿望單增長曲線在更新后兩周內斜率明顯變陡。開發(fā)者沒有公布具體數字，但提到"轉化率改善超出了只改UI應有的幅度"——暗示界面問題之前確實在勸退潛在玩家。

下一個版本的計劃是把同樣的區(qū)域化思路應用到探險過程中的HUD（抬頭顯示）?，F在的戰(zhàn)斗界面仍然繼承了早期"信息密度過高"的問題，技能卡牌、資源計數、地圖縮略圖、事件提示擠在屏幕四邊。如果Command Deck的改造邏輯成立，戰(zhàn)斗UI或許也需要一次"縱向切割"。

但那個決策還沒做。開發(fā)者說想先觀察玩家在新Command Deck里的行為數據，確認"分區(qū)邏輯"真的被理解了，再推廣到其他場景。畢竟，一次成功的重構可能是運氣，兩次才能說明方法有效。

你會愿意為一個界面等三周，還是寧愿第一天就上線然后慢慢改？