1. 無人機控制系統(tǒng)的 UI 特點

• 功能復雜：涵蓋飛行操控、實時監(jiān)控、任務管理、數(shù)據(jù)記錄等模塊
• 信息密集：需要同時展示地圖、遙測數(shù)據(jù)、視頻流、任務狀態(tài)
• 操作風險高：任何延遲或誤操作都可能帶來任務失敗甚至安全風險

2. 人機交互設計思路

• 操控界面：
  • 界面必須響應迅速，操作邏輯接近實體遙控器
  • 關(guān)鍵信息（高度、速度、電量、信號強度）固定在高可見區(qū)域
  • 交互控件避免冗余，強調(diào)“就近操作”
• 監(jiān)控界面：
  • 視頻監(jiān)控與地圖信息并行顯示，保證環(huán)境感知
  • 通過顏色和標識強化異常預警（例如低電量、信號丟失）
  • 支持多源數(shù)據(jù)切換（紅外/可見光/傳感器數(shù)據(jù)）
• 任務管理界面：
  • 提供任務創(chuàng)建、路徑規(guī)劃、狀態(tài)跟蹤
  • 界面流程化，降低使用門檻
  • 可視化展示任務進度與歷史記錄

1. QT 在無人機 UI 開發(fā)中的作用

• 跨平臺能力：支持在多種操作系統(tǒng)與硬件環(huán)境中運行
• 高性能渲染：保證地圖、實時視頻流、傳感器數(shù)據(jù)的流暢顯示
• 可擴展性：便于快速接入不同的無人機型號和任務模塊

2. 設計中的挑戰(zhàn)與解決思路

• 挑戰(zhàn) 1：信息過載
  • 解決方案：基于任務場景分層展示信息，重要信息常駐，輔助信息可收起
• 挑戰(zhàn) 2：操作延遲
  • 解決方案：優(yōu)化數(shù)據(jù)傳輸鏈路，并在 UI 中通過加載狀態(tài)和安全提示降低誤操作風險
• 挑戰(zhàn) 3：任務復雜性
  • 解決方案：采用可視化任務流轉(zhuǎn)界面，幫助用戶直觀理解任務進展

設計工具包中的隱形革命

全新必備工具包：改變一切的五大類別

1. 智能研究綜合

2. 提示到原型生成器

1. 情境感知視覺生成

4.智能布局和響應式設計

1. 研究階段加速

• 使用Perplexity進行競爭研究和趨勢分析
• 設置Notion AI用于會議記錄和用戶訪談摘要
• 實施Maze AI或Dovetail進行研究綜合

• 嘗試Miro AI進行更有條理的頭腦風暴會議
• 使用Figma Make進行實驗以快速進行概念測試和驗證
• 使用Adobe Firefly自定義視覺資產(chǎn)

2. 設計到開發(fā)的橋梁

• 實現(xiàn)UXPin Merge或 Figma 的Grid以實現(xiàn)響應式布局
• 使用GitHub Copilot實現(xiàn)自定義交互和微動畫
• 使用 AI 生成的文檔設置自動交接流程

1. 設計流程的智能化：從線到機的跨越

• 自動生成線框：輸入需求關(guān)鍵詞，AI 能輸出初步的界面框架。
• 多模態(tài)理解：語音描述 + 手繪草圖，AI 就能轉(zhuǎn)化為高保真界面。
• 智能迭代：基于用戶操作數(shù)據(jù)，AI 可以實時調(diào)整信息架構(gòu)或推薦更優(yōu)的交互路徑。

2. 用戶意圖預測：從被動響應到主動協(xié)作

• App 場景：音樂 App 可以在你點開界面之前，就推測你可能想聽的歌；健身 App 能結(jié)合時間與歷史數(shù)據(jù)，主動彈出適合的訓練計劃。
• B 端場景：復雜的 ERP 或 CRM 系統(tǒng)，可以根據(jù)用戶當前操作，預測接下來可能需要的數(shù)據(jù)報表，提前在界面上做提示或推薦。

3. 情感識別：界面不止是工具

• App 更貼近個體：比如，教育類 App 可以通過語音與面部表情識別，判斷學習者的挫敗感，適時調(diào)整反饋方式；健康類 App 能感知語調(diào)變化，從而推送更柔和的提示。
• B 端更注重群體與效率：例如，客服平臺能通過語音分析捕捉客戶情緒，提示坐席更換溝通策略；或者在團隊協(xié)作工具中，識別用戶的緊張情緒并調(diào)整提醒節(jié)奏。

4. App 與 B 端的差異：同一邏輯，不同落地

一、讓操作路徑更短

• 問題：很多后臺系統(tǒng)把功能藏在二級、三級菜單里，用戶每次都要點擊好幾次才能到達目標頁面。
• 優(yōu)化方法：
  • 常用操作前置：把高頻功能放在首頁或者懸浮按鈕里。
  • 搜索直達：在工具欄提供全局搜索，用戶輸入關(guān)鍵字就能快速定位到某個訂單、某個客戶。
  • 最近操作記錄：類似瀏覽器的“歷史記錄”，方便用戶快速返回常用頁面。

二、減少重復勞動

• 問題：很多系統(tǒng)只支持逐條操作，比如一個表格里有上百條記錄，用戶需要一條條勾選修改。
• 優(yōu)化方法：
  • 批量操作：允許用戶一次性選擇多條數(shù)據(jù)并進行修改或刪除。
  • 模版復用：提供報表模版、配置模版，用戶下次只需要修改細節(jié)。
  • 自動填充：智能識別用戶輸入的規(guī)律（如地址、時間），系統(tǒng)自動補全。

三、信息要一眼可見

• 問題：界面上堆滿了信息，但用戶找不到“關(guān)鍵內(nèi)容”。
• 優(yōu)化方法：
  • 突出關(guān)鍵字段：把與決策最相關(guān)的信息放在顯眼位置，次要字段收起。
  • 可視化輔助：用顏色、標簽、圖表來表示狀態(tài)（如訂單完成率、任務進度）。
  • 分層展示：核心信息在第一屏，詳情信息通過下鉆或展開查看。

四、保持操作的可預測性

• 問題：同一個操作在不同頁面位置不同，或者按鈕命名風格不統(tǒng)一，導致用戶反復學習。
• 優(yōu)化方法：
  • 統(tǒng)一交互規(guī)范：比如“新增”按鈕永遠在右上角。
  • 清晰的按鈕文案：避免“確認/保存”混用，保持語義清晰。
  • 一致的反饋：操作后立刻給出提示（成功/失敗/處理中），讓用戶有安全感。

五、支持多種操作習慣

• 問題：有些系統(tǒng)只提供鼠標點擊路徑，沒有考慮用戶的習慣。
• 優(yōu)化方法：
  • 快捷鍵支持：尤其適用于客服、財務、開發(fā)等高頻操作人群。
  • 右鍵菜單：在表格中，用戶選中數(shù)據(jù)后右鍵操作，比在頂部找按鈕快得多。
  • 拖拽操作：如任務管理系統(tǒng)中，直接拖拽任務卡片改變優(yōu)先級。

六、案例拆解：表格操作優(yōu)化

• 原始設計：用戶只能逐條點開客戶詳情，修改聯(lián)系方式。
• 優(yōu)化設計：
  • 表格支持勾選多條記錄，批量修改聯(lián)系方式。
  • 提供搜索框，用戶輸入公司名即可快速定位。
  • 最近修改過的客戶自動置頂，減少再次查找的時間。

• C端強調(diào)用戶體驗的愉悅感、流暢感；
• B端強調(diào)業(yè)務流程的穩(wěn)定性、效率和準確性。

難點一：業(yè)務流程復雜，角色差異大

• 信息分層：把系統(tǒng)中復雜的信息分出層級，常用的放在顯眼位置，低頻的收納進菜單或二級界面。
• 角色定制化：盡量避免所有人共享一個“大而全”的界面，給不同角色定制化功能入口，減少干擾。

難點二：信息量大，界面容易“堆砌”

• 數(shù)據(jù)可視化：通過圖表、進度條、儀表盤，把重要信息轉(zhuǎn)化為易識別的視覺形式。
• 表格交互優(yōu)化：支持排序、篩選、批量操作、固定列等功能，讓用戶能快速定位和處理數(shù)據(jù)。
• 漸進呈現(xiàn)：不要一次性把所有數(shù)據(jù)都拋給用戶，優(yōu)先展示關(guān)鍵字段，其他信息可折疊或下鉆查看。

難點三：操作效率要求高

• 減少無效點擊：合并相關(guān)操作，提供快捷按鈕或右鍵菜單。
• 鍵盤操作支持：在高頻場景下（如財務系統(tǒng)、客服后臺），支持快捷鍵操作能顯著提高效率。
• 可預測性：交互邏輯要保持一致，不要讓用戶反復學習。比如編輯按鈕始終出現(xiàn)在右上角，而不是有時在左邊有時在下方。

難點四：學習成本與上手門檻

• 操作引導：在首次使用時提供分步提示，讓用戶知道該從哪里開始。
• 默認值與模版：盡量減少用戶從零開始輸入的負擔，比如提供可復用的報表模版。
• 統(tǒng)一設計規(guī)范：保持一致的布局、按鈕樣式、交互模式，讓用戶遷移學習成本更低。

一、項目概覽與核心亮點

1. 概述與發(fā)布時間

• 項目發(fā)布于 2025 年 5 月 22 日，源自烏克蘭團隊 Codeska Software Development，參與者來自多個城市：基輔（Kyiv）、敖德薩（Odesa）、哈爾科夫（Kharkiv）以及捷克布爾諾（Brno）等
• 該應用定位為一個“一站式”的健身與運動平臺，幫助用戶尋找并預訂健身教練，支持 iOS 和 Android 平臺
• 界面設計：采用清新現(xiàn)代的 UI，支持暗/亮模式，包含流暢動畫與簡潔導航
• 功能模塊豐富：涵蓋教練搜索、地圖與篩選過濾、日程安排、訂閱支付、消息通訊、統(tǒng)計報表等功能
  • 支持根據(jù)位置、技能、評分進行篩選，服務范圍涵蓋個人訓練與團體課程
  • 后臺技術(shù)棧包括 React Native（跨平臺前端）、Node.js 后端開發(fā)、Vue.js 支持 Web 端
• 開發(fā)流程與成果：Codeska 圍繞用戶研究、原型設計、開發(fā)、測試等全流程負責，初期反饋顯示用戶對設計和預訂流程滿意度較高；應用還顯示了留存率、參與度、Beta 測試結(jié)果等成果統(tǒng)計

二、設計與用戶體驗分析

2. 視覺和交互設計

• 整體視覺風格現(xiàn)代、干凈，明暗主題的切換為用戶提供個性化體驗。動畫和過渡自然流暢，提升了使用的舒適感。
• 圖標、配色、排版等品牌設計細節(jié)完善，有助于建立專業(yè)與信任感

3. 功能邏輯與使用流程

• 用戶路徑清晰：從搜索教練 → 篩選 → 查看日程 → 預約 → 支付 → 通訊，都在同一平臺完成，減少步驟流失。
• 支持實時可用性查看與預約，讓用戶無需反復確認時間，提高效率；同時內(nèi)嵌消息模塊方便溝通。
• 預約系統(tǒng)、支付和日程整合做得很到位，適配常見的健身需求場景。

4. 技術(shù)與可擴展性

• React Native + Node.js + Vue.js 構(gòu)成了跨平臺且高效的技術(shù)架構(gòu)，適合未來功能延展與維護
• 項目結(jié)構(gòu)清晰，展示了從分析、設計到上線的階段進展，讓觀者了解過程完整性與專業(yè)性。

三、優(yōu)點總結(jié)與建議

優(yōu)點

一、AX的優(yōu)勢：從效率到智能伙伴

1. 從“操作型體驗”到“智能型體驗”

• 在UX中，用戶是執(zhí)行者。
• 在AX中，用戶更像是發(fā)起者，而AI是協(xié)作者。

2. 個性化體驗的深度進化

• 千人千面：同一個產(chǎn)品界面，根據(jù)用戶習慣和語境動態(tài)調(diào)整。
• 上下文感知：系統(tǒng)能理解用戶當前所處的情境，主動推薦最合適的選項。
• 長期陪伴：AI能持續(xù)積累用戶畫像，形成“了解你”的使用體驗。

3. 從工具到伙伴的關(guān)系轉(zhuǎn)變

• 在企業(yè)應用中，AI不只是顯示數(shù)據(jù)，而是主動提供洞察和決策建議。
• 在設計工具中，AI不只是繪圖軟件，而是能提出設計方案并與設計師迭代。
• 在日常生活中，AI助手不只是執(zhí)行指令，而是能理解用戶的意圖和偏好。

二、AX的意義：不只是交互升級，而是范式轉(zhuǎn)移

4. 人類能力的外延

• 醫(yī)生借助AI更快做出診斷。
• 設計師借助AI更快探索創(chuàng)意空間。
• 普通用戶也能通過AI完成專業(yè)化的工作。

5. 交互的“去界面化”

• 對話、語音、甚至腦機接口，可能逐漸取代傳統(tǒng)的按鈕和菜單。
• 界面不再是交互的中心，而只是交互的一種“外顯形式”。

6. 價值創(chuàng)造的轉(zhuǎn)向

• 通過智能生成，打開新的體驗維度（例如即時翻譯、創(chuàng)意生成、智能推薦）。
• 通過人機協(xié)作，提升決策和創(chuàng)造力。
• 通過持續(xù)學習，形成用戶與系統(tǒng)的長期關(guān)系。

三、設計師該怎么做，才能跟上AX？

對 UI 設計師的影響與建議

影響

• 界面地位弱化：AX強調(diào)“無界面化”與“對話交互”，傳統(tǒng)的按鈕、菜單可能逐漸不再是交互核心。
• 設計邏輯轉(zhuǎn)向動態(tài)：界面不再是固定排版，而是根據(jù)用戶和上下文動態(tài)生成。
• 美學與個性化挑戰(zhàn)：UI需要能夠兼容AI生成的內(nèi)容，保證在多樣化、動態(tài)化的情況下仍然保持品牌統(tǒng)一性。

建議

• 從像素到系統(tǒng)思維：不只關(guān)注控件美觀，而要學會設計“可適配的UI系統(tǒng)”，能被AI靈活調(diào)度。
• 學習多模態(tài)設計：擴展到語音界面、手勢交互、情境UI設計。
• 強化品牌與體驗一致性能力：未來AI生成的界面可能千差萬別，UI設計師要確保“再多變的交互，也有統(tǒng)一的品牌識別度”。

二、對 UX 設計師的影響與建議

影響

• 從流程圖到體驗編排：用戶體驗不再是預設的單一路徑，而是 AI + 用戶共同生成的動態(tài)過程。
• 研究重心變化：UX研究不再只是收集需求和行為，而要理解 AI與用戶的互動模式。
• 體驗維度擴展：需要考慮 AI 的可解釋性、信任度、隱私感，而不僅僅是操作效率。

建議

• 掌握“人機協(xié)作模型”：理解 AI 作為協(xié)作者時，用戶的心理和行為特征。
• 學習數(shù)據(jù)驅(qū)動的體驗優(yōu)化：UX設計師需要能看懂行為數(shù)據(jù)和AI反饋，并基于此迭代體驗。
• 培養(yǎng)“倫理與責任感”：設計的不只是“好用”，更是“讓人敢用、愿意用”。

三、對產(chǎn)品研發(fā)人員的影響與建議

影響

• 需求定義方式改變：傳統(tǒng)研發(fā)基于功能清單，而AX產(chǎn)品更強調(diào)“AI能解決什么問題、以什么方式協(xié)作”。
• 產(chǎn)品形態(tài)多樣化：從“功能產(chǎn)品”轉(zhuǎn)向“智能代理”“個性化服務”。
• 開發(fā)流程變化：更多依賴 AI 模型與數(shù)據(jù)迭代，而不是一成不變的功能開發(fā)。

建議

• 學習 AI 基礎(chǔ)能力：即便不是算法工程師，也需要理解模型的輸入、輸出與局限。
• 設計“可控性機制”：研發(fā)中要為用戶提供可選擇、可撤銷、可追溯的交互邏輯。
• 與設計師深度協(xié)作：研發(fā)與設計的界限會越來越模糊，產(chǎn)品經(jīng)理、研發(fā)、設計師需要共同定義“AI驅(qū)動的體驗”。

AX 的提出背景

AX 與 UX 的區(qū)別

AX 的核心特征

為什么值得關(guān)注 AX？

一、引言

二、小程序作用與優(yōu)點

三、小程序缺點及解決思路

四、AI賦能小程序

1. 游戲化：把動力機制裝進界面

1. 品牌一致性：跨場景的設計語言

1. 游戲化 × 品牌一致性：如何疊加？