北京蘭亭妙微 UI 設計公司,成立 16 年來,始終保持著對國內外優秀設計作品的學習與研究。我們持續追蹤全球前沿的 UI/UX 設計趨勢,從中提煉可落地的設計方法論,分享給同樣熱愛設計的你。今天分享分析一套名為「APEX」的航天發射與回收控制臺 UI 設計系統——它可能是近年來暗黑系數據大屏領域最完整的作品之一。
────────────────────────────────────────
一、品牌系統構建:從 Logo 到物理載體的完整閉環

上圖是Logo Construction 頁面,包含幾何圖形構建過程、Key Values 清單、Clear Space 規范、On-Board Panel 金屬銘牌效果圖、ID Card 工牌效果圖。
這套設計的起點不是界面本身,而是一個完整的品牌識別體系。Logo 采用幾何化的"M/N"折線圖形,通過嚴格的網格系統和角度標注(A1 60°、A2 60°)完成構建。這種做法傳遞出一個信號:這不是"畫出來的",而是"工程推導出來"的。
三個值得注意的品牌細節:
• Key Values 清單將 Corner Radius、Stack Ratio、Grid Multiple 等參數量化到小數點后兩位——這種"偽工程規范"的呈現方式,本身就是一種視覺敘事手段,讓品牌看起來像真實的軍工項目
• On-Board Panel 金屬銘牌效果圖:把 Logo 做成金屬蝕刻效果,配合 S/N 序列號和規格參數(AL-142 SPEC: AMS 4027),完成了從數字設計到物理實體的視覺跨越
• ID Card 工牌:Operator / Alex Chen / Launch Director / EXP 12/2026,用真實工牌的格式強化了整個項目的沉浸感
設計啟示:B 端/工業級 UI 項目,如果能在界面之外補充品牌載體(銘牌、工牌、實體 Mockup),說服力會呈指數級增長。
────────────────────────────────────────
二、設計敘事:用文檔頁面講一個完整的故事


上圖是The Brief 文檔頁 + WHAT BROKE ON B-04 事故報告頁。
這套作品最獨特的地方在于:它不只是"好看的界面",而是有故事背景的完整設計系統。
The Brief 頁面采用類似軍方密件的紅頭文件格式——FROM / TO / DATE / SUBJECT / PRIORITY 的元信息欄,正文用襯線體排版,引用語"We launch the booster every twenty-three days. We recover it every twenty-three days"營造出強烈的任務氛圍。
B-04 事故報告頁則展示了另一種信息架構能力:
• Mission Timeline:一條時間軸貫穿從 PRE-IGNITION 到 RECOVERY COMPLETE 的全過程,關鍵節點(T+04:57 TELEMETRY GAP · 30s)用黃色高亮 + 虛線框標注異常區間——這是非常成熟的事件標注模式
• Operator Stress Map:三張并排的折線圖分別展示 Launch Director / Telemetry Officer / Recovery Captain 的注意力負荷曲線,黃色漸變填充區域直觀標示高壓時段
• Operator Testimonials:底部三張引言卡片用雙引號圖標 + 小字署名,把冷冰冰的數據還原為人的體驗——"We were guessing for thirty-eight seconds"
這種"數據 + 人文敘事"的組合,是高端 B 端設計區別于普通儀表盤的關鍵差異點。
────────────────────────────────────────
三、概念錨定頁:一句話建立全局認知

上圖是One surface. Four operators. Nine minutes. 概念標題頁。
"One surface. Four operators. Nine minutes."
這句話只有六個英文單詞,但它完成了三件事:
• 定義了交互范式(One surface = 統一操作界面)
• 定義了用戶角色(Four operators = 四個操作崗位)
• 定義了時間約束(Nine minutes = 任務窗口)
下方四張線稿風格的人物側臉插圖(Launch Director / Telemetry Officer / Recovery Captain / Engineer),用極簡的輪廓線勾勒出角色身份,每個頭像下方標注崗位名稱。這種處理方式在視覺上極度克制,卻信息量充足。
設計啟示:任何復雜系統的 UI 設計,都應該有一個"一句話概括"的概念頁。它不僅是封面,更是整個設計系統的"憲法"——后續所有界面的設計決策都要能回溯到這句話。
────────────────────────────────────────
四、主控面板:T-Minus 倒計時作為視覺錘


上圖是主控面板總覽 + Launch Director 主界面。
這是整套設計的核心界面。T-MINUS HOLD 00:10:42.88 以巨大的等寬字體占據左半屏視覺重心,周圍是大量留白——和之前分析的車輛儀表盤使用的是同一策略:讓數字自己說話。
但這套設計在此基礎上做了更極致的延伸:
① System Readiness 點陣網格 右側用一個 8×8 的方格矩陣表示系統狀態,每個子系統(Avionics / Propulsion / Range / Payload 等)對應一個格子。綠色 = GO,橙色 = HOLD,紅色 = NO-GO。這種"一目了然"的狀態表達方式比文字列表高效得多——用戶可以在 1 秒內掃完所有子系統健康狀態。
② Auto-Sequence Path 自動序列路徑 左側豎向排列的任務清單(Sensor Calibration → RF Uplink Established → Range Clearance...),每個任務前用三角形圖標表示狀態:綠色 ▲ = 已完成,橙色 ? = 等待中,灰色 = 未開始。這是一種非常清晰的線性進度可視化方式。
③ 火箭線稿插畫 右側大面積區域放置火箭透明線稿圖(Wireframe),內部用綠色漸變填充表示液氧(LOX)儲量——84.2%。這種"技術藍圖 × 實時數據"的組合,既提供了設備形態參照,又嵌入了關鍵運行參數。
④ Secure Audio Channel 音頻通道波形圖 右上角的小型音頻波形條(AES-256 ACTIVE),暗示這是一個實時通訊環境。這類"微細節"的存在感雖然弱,但對營造專業氛圍至關重要。
────────────────────────────────────────
五、多角色界面分工:四個視角,四種數據密度

上圖是Stage 1 LOX 詳情 + 引擎集群溫度監控。

上圖是Launch Director 與 Telemetry Officer 并排對比。

上圖是Recovery Captain 與 Engineer 并排對比。
這套設計最令人印象深刻的架構決策是:為四個不同角色設計了完全不同的數據視圖,且每個視圖的信息密度和數據類型都精確匹配該角色的職責:
|
角色
|
核心關注
|
主色調
|
關鍵組件
|
|
Launch Director
|
全局狀態 + 倒計時
|
綠色
|
Readiness 網格、Auto-Sequence
|
|
Telemetry Officer
|
實時遙測數據
|
紅色
|
波形圖、雷達掃描、引擎剖面
|
|
Recovery Captain
|
回收海域 + 著陸區
|
綠色+紅
|
雷達圓環、海況熱力圖、甲板平面圖
|
|
Engineer
|
子系統參數
|
綠色
|
Readiness 網格、診斷圖表、引擎溫度
|
Stage 1 LOX 詳情卡片的設計尤其出色:
• 84.2% 用超大的綠色等寬字體顯示
• 右側是一個透明的圓柱形容器 3D 渲染圖,內部綠色液體高度與百分比對應——數據可視化與三維插畫的完美融合
• 下方列出 TEMP(-183.4°C)和 PRESSURE(4.2 BAR),字體大小層級清晰
• 引擎集群部分用九宮格排布九個引擎噴口,每個噴口上方標注編號,其中 #07 用橙色高亮標記異常溫度(1120°C),#03 和 #09 顯示正常溫度
Engine Cluster 溫度條形圖:底部一根橫向的溫度分布條,從綠(420°C)過渡到黃再到紅(1480°C),ENG-07 區域明顯偏黃/橙——一眼就能定位哪個引擎出了問題。
────────────────────────────────────────
六、拓撲結構:從全局理解信息流轉

上圖是TOPOLOGY 拓撲圖。"Four roles. Two locations. One protocol."
這張拓撲圖回答了一個核心問題:四個操作員之間是什么關系?數據怎么流動?
畫面布局清晰地展示了信息鏈路:
• Ground Station(地面站衛星天線)→ 通過 Fiber Backbone 連接到 Mission Control(任務控制中心)
• Mission Control 內部有兩個席位:Launch Director + Telemetry Officer
• Mission Control 通過 Orbital Uplink 連接到 Satellite GEO-04
• 同時通過 Manual Override/Fallback 鏈路連接到 DroneShip "North Star"(海上回收船)
• DroneShip 上有另外兩個席位:Recovery Captain + Engineer
• 還有一個獨立的 Meteorological Mesh / Atlantic 氣象數據源
每條連線都用虛線 + 不同顏色區分(綠色 = 正常鏈路,黃色 = 備用鏈路,紅色 = 應急鏈路),并標注了延遲時間(Fiber 1.2 Gbps / Orbital 38 ms / Descent Targeting 12 ms)。
設計啟示:復雜系統的 UI 設計,如果缺少一張"上帝視角"的拓撲圖,用戶就很難建立對整體架構的心智模型。這張拓撲圖就是整個系統的"地圖"。
────────────────────────────────────────
七、軌道與大氣層:飛行階段的動態數據表達


上圖是軌道飛行視圖 + Ascent 階段視圖。
這是整套設計中最具視覺沖擊力的頁面之一:
上半部分:地球邊緣的太空視角,可以看到城市燈光分布在大陸上,一枚白色箭頭軌跡線從地表射入太空,旁邊標注 8.42 MACH 和 112.4 KM —— 當前速度和高度。右上角的狀態標簽顯示 MAX-Q CLEARED(已通過最大動壓點)。
下半部分分為多個數據模塊:
• Aerodynamic G-Force:左側的 G 力曲線圖,紅色斜紋填充區域標示危險范圍,白線表示當前值(// critical load 6.22G //)
• Aerodynamic Heating:六邊形蜂窩熱力圖,中心亮紅色表示最高溫區(Peak Nose Core Temp: 1,940°C)
• Flight Event // WECO:事件列表,[ STAGE 1 CUTOFF CONFIRMED ] 用綠色標注已完成事件
• Trajectory Attitude:右側小型地球儀顯示當前姿態角(Pitch: 48.1°, Roll: 0.8°)
特別值得一提的是下圖的變體版本——部分區域被黃色/黑色斜紋遮罩覆蓋,模擬軍事系統中常見的"機密信息遮蓋"效果。這種細節處理極大地增強了真實感。

────────────────────────────────────────
八、物理環境融合:從屏幕走進控制室

上圖是真實控制室環境中的大屏渲染。
這張圖把 UI 從"屏幕截圖"提升到了"空間體驗"層面:
• 整個控制室籠罩在紅色應急燈光下,營造出緊張的事故處置氛圍
• 中央大屏顯示的是 Telemetry Officer 的雷達界面(紅色主題)
• 大屏前方坐著幾位操作員的剪影背影,他們面前還有各自的工作站屏幕
• 右上角的數字時鐘顯示 3:20,暗示這是某個關鍵時刻的時間戳
為什么這張圖重要?
大多數 UI 設計只停留在 Figma/Sketch 的畫布上。但這套設計考慮了物理環境中的呈現效果——紅色環境光如何影響界面的可讀性?大尺寸投影下的字號是否足夠?多人協作時的視線方向是否合理?這些"超出像素"的問題才是決定實際落地質量的關鍵。
────────────────────────────────────────
九、應急模式:顏色反轉傳達緊急狀態

上圖是Aborted/Ordnance 中止/引爆界面。
當系統進入中止/緊急模式時,界面發生了顯著變化:
• 主色調從綠色切換為紅色:正常態的綠色元素全部變為紅色或橙紅色
• 圓形雷達視圖中央顯示 KSC LAUNCH-PAD 39A,外圍有多層同心圓環(綠色→黃色→紅色)代表不同的安全區域邊界
• Exclusion Zone [ EXCLUSION ZONE ] 標簽用紅色菱形圖標標記禁區
• 左上角顯示 ABORT 狀態標識,左側邊欄也變為紅色調
• 底部的 Flight Termination System 面板顯示 [ ORDNANCE ARMED ] 狀態,KEY_ALPHA / CMD 顯示 [AUTHORIZED] 或 [PENDING]
這種基于狀態的色彩系統反轉,是高風險行業 UI 的標準做法——用戶不需要閱讀文字,僅憑顏色就能判斷當前處于"正常"還是"緊急"狀態。
────────────────────────────────────────
十、回收作業:海上著陸區的精密監控

上圖是DroneShip 回收船甲板監控界面。
Recovery Captain 的主界面展示了海上回收階段的全貌:
• 頂部狀態欄:Vessel 名稱 "A SHORTFALL OF GRAVITAS"、Droneship Connectivity [STABLE]、Signal Latency 24 MS
• Sea State & Wind:左上角海況熱力圖,Speed 14 KTS,Sea State 3 (MODERATE)
• 甲板俯視平面圖:中央大型區域顯示無人機船甲板布局,三層同心圓環(SAFE ZONE / RISK ZONE / ABORT ZONE),目標落點用綠色菱形標記
• 底部四模塊:
• Grid Fins:四個舵面角度滑塊(+02° ~ +05°)
• Deck Impact & Legs:著陸沖擊熱力圖 + 四條著陸腿狀態(LANDING LEGS: DEPLOYING...)
• Action Zone:機械臂抓取裝置的線稿圖 + [ DECK SECURE ] 按鈕
黃色/黑色警示條紋的使用也是一大亮點——多處區域用斜紋條紋表示"受限/加密/不可用",既是功能表達也是一種視覺節奏的調節手段。
────────────────────────────────────────
十一、子系統模塊化:可組合的數據單元


上圖是Module 03/04 和 Module 05/06 子系統詳情。
最后兩張圖展示了子系統的精細化設計:
Module 03 — VECTOR THRUSTERS(矢量推進器):
• 四個推進器的 3D 線稿圖,每個箭頭標注推力方向
• 推力數值直接標注在推進器旁:42% / 38% / 89% / 34%
• 底部狀態欄:DP MODE: STATION KEEPING [ ACTIVE ]
Module 04 — ALTITUDE TELEMETRY(高度遙測):
• 一條下降曲線圖,橫軸為 TIME TO IMPACT(撞擊倒計時),縱軸為 ALTITUDE
• 下方兩個超大數字:ALT: 1,240m / SINK RATE: 42 m/s
Module 05 — G-FORCE TELEMETRY:
• G 力曲線圖,紅色區域標示危險范圍
• 注釋文本:// critical load 6.22G //
Module 06 — STAGE SEPARATION & MECO:
• 事件確認列表 + 多組進度條(Stage 1 Return Trajectory / Grid Thrusters / Retro-Burn 等)
• 右側火箭剖面圖標注各部件狀態(Pneumatic Clamps: RELEASED)
這些模塊化的設計使得整個系統具有極強的可擴展性——新增一個子系統只需增加一個 Module 卡片,而不需要重構整個界面。
────────────────────────────────────────
總結:8 條可遷移的設計方法論
這套 APEX 發射控制系統 UI 給我們留下了以下可直接應用的設計原則:
1. 從品牌到界面的全鏈條設計:Logo → 工牌 → 銘牌 → 界面 → 物理環境,每一個觸點都在講故事
2. 概念先行,一句話定義系統:"One surface. Four operators. Nine minutes." 讓所有設計決策有據可依
3. 角色驅動的差異化界面:不同崗位看到不同數據,信息密度精確匹配職責需求
4. 狀態即顏色,顏色即語義:綠色=正常/GO,黃色=警告/HOLD,紅色=緊急/NO-GO/ABORT
5. 點陣網格替代狀態列表:System Readiness 的方格矩陣比文字列表快 5 倍完成認知
6. 線稿插畫承載工程美感:透明線稿 × 數據填充,比寫實渲染更有"控制室"的專業感
7. 拓撲圖是復雜系統的必需品:沒有"地圖",用戶就無法建立全局心智模型
8. 考慮物理環境的影響:屏幕上的好看 ≠ 控制室里好用,環境光、觀看距離、多人協作都是設計變量
────────────────────────────────────────

蘭亭妙微(藍藍設計)m.payeee.cn 是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計,以及相關的軟件開發服務,咨詢電話:01063334945。
