一、初創(chuàng)企業(yè)：外包更具靈活性

• 資源有限，追求效率 初創(chuàng)企業(yè)往往需要在有限的資金和時間內(nèi)快速推出產(chǎn)品。外包 UI 設(shè)計能在短時間內(nèi)獲得專業(yè)團隊的支持，降低用人成本與管理成本。
• 優(yōu)勢
  • 成本可控：按項目結(jié)算，避免長期人力開支
  • 專業(yè)能力：外包公司有多行業(yè)經(jīng)驗，能快速提供成熟方案
  • 上線速度快：適合驗證 MVP、快速迭代
• 風(fēng)險
  • 缺少對產(chǎn)品的長期沉淀
  • 溝通成本較高，需求變更可能增加預(yù)算

二、成長型企業(yè)：混合模式最優(yōu)

• 業(yè)務(wù)擴張，需要持續(xù)優(yōu)化 成長型企業(yè)已經(jīng)跑通商業(yè)模式，產(chǎn)品進入迭代與優(yōu)化階段。這時，既需要內(nèi)部團隊把握方向，又需要外部專業(yè)力量提供創(chuàng)意和方法論。
• 優(yōu)勢
  • 內(nèi)部團隊負責(zé)核心邏輯與體驗一致性
  • 外部團隊提供新鮮視角與專項支持（如大數(shù)據(jù)可視化、交互動效）
  • 雙方協(xié)作，既能保證品牌統(tǒng)一性，又能保持設(shè)計的前沿感
• 關(guān)鍵點
  • 建立統(tǒng)一的設(shè)計規(guī)范與組件庫
  • 明確內(nèi)部與外部團隊的分工

三、大型企業(yè)：自建團隊提升戰(zhàn)略高度

• 復(fù)雜業(yè)務(wù)，強調(diào)長期沉淀 大型企業(yè)往往有多條產(chǎn)品線，需要統(tǒng)一的品牌體驗與跨平臺設(shè)計規(guī)范。此時，自建團隊能更好地與業(yè)務(wù)深度融合，形成企業(yè)獨有的設(shè)計語言。
• 優(yōu)勢
  • 全面掌控：團隊能深度理解業(yè)務(wù)與用戶
  • 設(shè)計資產(chǎn)沉淀：長期積累形成完整的設(shè)計系統(tǒng)
  • 跨部門協(xié)作更高效：設(shè)計與開發(fā)、運營深度綁定
• 挑戰(zhàn)
  • 成本高昂：團隊搭建與維持需要持續(xù)投入
  • 創(chuàng)新壓力：缺少外部刺激，容易固化

四、決策參考：階段與目標(biāo)決定選擇

• 初創(chuàng)企業(yè) → 外包優(yōu)先，追求快速落地
• 成長型企業(yè) → 混合模式，內(nèi)部控核心，外部補創(chuàng)新
• 大型企業(yè) → 自建團隊，形成長期設(shè)計資產(chǎn)

一、APP 界面設(shè)計的常見誤區(qū)

二、UI 與 UX 的關(guān)系：美感與邏輯的融合

三、項目流程應(yīng)該是怎樣的

• 分享一下我在做 APP 界面設(shè)計時常用的流程，算是踩坑總結(jié)出來的一套，僅供參考
• 調(diào)研

  •   看競品怎么做

  •   訪談目標(biāo)用戶

  •   收集常見痛點
• 原型設(shè)計

  •   低保真線框圖（專注功能和邏輯）

  •   高保真界面稿（統(tǒng)一設(shè)計語言）
• 用戶測試

  •   小規(guī)模招募用戶，觀察他們是否能順暢完成關(guān)鍵操作

  •   記錄困惑點和誤操作
• 迭代優(yōu)化

  •   根據(jù)測試反饋調(diào)整布局、動效

  •   快速更新版本，驗證效果
• 這個流程看似老生常談，但實際落地時，很多團隊容易直接跳到“高保真界面”，忽略前面的調(diào)研和測試，導(dǎo)致返工成本巨大。
• 還是那句話，站在用戶角度思考：他們要什么？怎么用才最省力？

蘭亭妙微(www.vcbhc.cn )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設(shè)計、B端界面設(shè)計、桌面端界面設(shè)計、APP界面設(shè)計、圖標(biāo)定制、用戶體驗設(shè)計、交互設(shè)計、UI咨詢、高端網(wǎng)站設(shè)計、平面設(shè)計，以及相關(guān)的軟件開發(fā)服務(wù)，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內(nèi)外優(yōu)秀的設(shè)計，有興趣請加入一起學(xué)習(xí)成長，咨詢及進群請加藍小助微信ben_lanlan。

1. 可用性（Usability）

• 新用戶上手困難，不知道該如何操作。
• 完成一個任務(wù)的步驟過多，效率低下。
• 不同頁面或功能的交互邏輯不一致，導(dǎo)致混亂。
• 用戶出錯后沒有清晰提示，不知道如何糾正。

• 進行 可用性測試，邀請真實用戶體驗任務(wù)，觀察他們在哪些地方卡殼。
• 簡化流程，減少多余步驟，比如將“支付”流程控制在 3 步以內(nèi)。
• 建立 交互規(guī)范與組件庫，保證按鈕樣式、操作邏輯在全站保持一致。
• 在操作后提供 即時反饋，如加載狀態(tài)、確認提示。
• 優(yōu)化 錯誤提示，不要只顯示“出錯了”，而是說明原因并給出解決方案，例如“密碼至少需要 8 位且包含數(shù)字”。

2. 有用性（Usefulness）

• 功能繁雜，但用戶真正需要的功能卻沒有。
• 產(chǎn)品沒有滿足用戶的核心場景，只是“看起來很炫”。
• 用戶覺得“這個產(chǎn)品沒有價值”，使用頻率低。

• 做 用戶研究（問卷、訪談），明確用戶的真實需求，而不是憑空想象。
• 通過 任務(wù)場景分析，確保每個核心功能都能支持用戶的目標(biāo)。
• 采用 MVP 策略（最小可行性產(chǎn)品），先滿足用戶的核心價值點。
• 借助 數(shù)據(jù)分析，識別哪些功能常用、哪些功能無人問津，對低頻功能進行優(yōu)化或砍掉。
• 堅持 持續(xù)迭代，根據(jù)用戶反饋及時調(diào)整方向。

3. 可訪問性（Accessibility）

• 對視障、色盲、老年人等群體不友好。
• 在手機、平板和 PC 端體驗差別巨大，影響使用。
• 頁面加載緩慢，操作卡頓，用戶流失率高。

• 遵循 WCAG 國際無障礙標(biāo)準（Web Content Accessibility Guidelines），提升通用性。
• 使用 對比度檢測工具，保證文字清晰可讀。
• 提供 多模態(tài)輸入方式，支持鍵盤操作、語音輸入、觸控操作等。
• 采用 響應(yīng)式設(shè)計，保證多設(shè)備訪問體驗一致。
• 做 性能優(yōu)化：壓縮圖片、延遲加載、使用 CDN 加速，保證快速響應(yīng)。

4. 愉悅感（Desirability / Delight）

• 界面單調(diào)，缺乏美感。
• 操作無反饋，體驗枯燥。
• 系統(tǒng)提示過于冰冷，缺乏人情味。
• 用戶感受不到個性化和驚喜。

• 建立 統(tǒng)一的設(shè)計系統(tǒng)，保證色彩、字體、圖標(biāo)風(fēng)格一致，營造整體美感。
• 在按鈕點擊、加載等待等場景加入 輕量動效，增加“生命感”。
• 優(yōu)化 文案設(shè)計，使用更友好、溫暖的語氣與用戶溝通。
• 提供 個性化推薦，根據(jù)用戶行為習(xí)慣智能優(yōu)化體驗。
• 設(shè)置 小驚喜，例如節(jié)日彩蛋、完成任務(wù)后的動畫獎勵，增加好感度。

5. 可信任度（Credibility / Trustworthiness）

• 用戶擔(dān)心數(shù)據(jù)被泄露或濫用。
• 信息真假難辨，缺乏權(quán)威感。
• 系統(tǒng)經(jīng)常崩潰或出錯，用戶失去信任。

• 提供 權(quán)威背書：展示認證資質(zhì)、用戶評價、行業(yè)榮譽。
• 制定 透明的隱私政策，明確說明數(shù)據(jù)收集和使用方式。
• 加強 安全措施，如 HTTPS 加密、雙重驗證、權(quán)限管理等。
• 保證 系統(tǒng)穩(wěn)定性，通過性能監(jiān)控與快速 bug 修復(fù)降低出錯率。
• 做好 品牌建設(shè)：統(tǒng)一品牌視覺識別（VI），積極回應(yīng)用戶反饋，增強信賴感。

總結(jié)

• 可用性：靠測試與簡化流程來提升。
• 有用性：靠用戶研究與數(shù)據(jù)驅(qū)動來確保。
• 可訪問性：靠標(biāo)準規(guī)范與性能優(yōu)化來實現(xiàn)。
• 愉悅感：靠設(shè)計細節(jié)與情感化交互來營造。
• 可信任度：靠透明、安全與品牌建設(shè)來維系。

設(shè)計，是創(chuàng)造情感共鳴

如何讓設(shè)計變得“有溫度”

從“好用”到“有愛”

外部化：用戶幫你把“說不清”的需求表達出來

對比：不同意見制造出的“張力”

共創(chuàng)：用戶的“半成品想法”觸發(fā)新的思路

怎么在實際工作里用好這些機制？

一、醫(yī)療界面可訪問性：不止于 “可用”，更要 “易用”

1. 可訪問性的核心痛點

• 視力障礙用戶：傳統(tǒng)醫(yī)療 APP 的小字體、低對比度界面，導(dǎo)致視障患者無法讀取檢查報告、用藥提醒；
• 聽力障礙用戶：在線問診時缺乏實時字幕功能，難以準確理解醫(yī)生指導(dǎo)；
• 老年用戶：復(fù)雜的操作流程（如多步注冊、隱藏式功能按鈕）、專業(yè)術(shù)語堆砌的界面，增加了使用門檻；
• 基層醫(yī)護人員：在緊急場景下（如急救時調(diào)取患者病史），界面響應(yīng)延遲、信息層級混亂，可能影響救治效率。

2. 可訪問性的設(shè)計底線

• 感知性：支持字體放大（最大至默認尺寸 200% 無錯位）、高對比度模式（如黑底白字、黃底黑字），音頻內(nèi)容需配備字幕；
• 可操作性：所有功能支持鍵盤導(dǎo)航（無鼠標(biāo)也能完成操作），按鈕尺寸不小于 44×44px（適配老年用戶或運動障礙用戶的精準點擊）；
• 可理解性：界面術(shù)語需搭配通俗解釋（如 “舒張壓” 后標(biāo)注 “低壓”），操作錯誤時提供明確的糾錯提示（如 “請輸入 11 位手機號” 而非 “格式錯誤”）；
• 魯棒性：兼容主流輔助技術(shù)（如屏幕閱讀器 NVDA、語音輸入工具訊飛語記），避免因瀏覽器或設(shè)備差異導(dǎo)致功能失效。

二、多用戶群體需求分析：從 “千人一面” 到 “千人千面”

3. 患者群體：以 “便捷性” 和 “安全感” 為核心

（1）老年患者與殘障患者

• 需求重點：簡化操作、降低認知負荷、信息可視化；
• 設(shè)計方案：
  • 首頁僅保留核心功能（如 “我的問診”“用藥提醒”“在線掛號”），隱藏非高頻功能（如 “健康資訊”“積分商城”）；
  • 用藥提醒采用 “文字 + 語音 + 圖標(biāo)” 三重提示（如 “每日 9 點服用降壓藥” 搭配鬧鐘圖標(biāo)與語音播報）；
  • 檢查報告用圖表替代純文字（如用折線圖展示血糖變化趨勢，標(biāo)注 “正常范圍” 區(qū)間）。

（2）慢性病患者

• 需求重點：數(shù)據(jù)記錄便捷、長期跟蹤、醫(yī)患互動高效；
• 設(shè)計方案：
  • 支持語音輸入或拍照上傳數(shù)據(jù)（如拍攝血糖儀數(shù)值自動識別并記錄）；
  • 提供 “家庭共享” 功能（如子女可遠程查看父母的用藥記錄，接收異常數(shù)據(jù)提醒）；
  • 問診時自動同步歷史數(shù)據(jù)（如醫(yī)生可直接查看患者近 3 個月的血壓變化，無需手動上傳）。

4. 醫(yī)護人員群體：以 “高效性” 和 “準確性” 為核心

（1）門診醫(yī)生

• 需求重點：快速調(diào)取患者信息、簡化病歷錄入、減少重復(fù)操作；
• 設(shè)計方案：
  • 患者就診時，界面自動彈出歷史病歷、過敏史、用藥禁忌（無需多頁面切換）；
  • 支持模板化病歷輸入（如選擇 “感冒” 模板，自動填充常見癥狀與用藥建議，醫(yī)生僅需修改個性化內(nèi)容）；
  • 處方開具時，系統(tǒng)自動校驗藥物相互作用（如提示 “阿司匹林與布洛芬不宜同服”）。

（2）急救醫(yī)護人員

• 需求重點：極速響應(yīng)、關(guān)鍵信息優(yōu)先展示；
• 設(shè)計方案：
  • 緊急模式下，界面自動屏蔽非必要通知，僅保留 “患者定位”“病史調(diào)取”“急救指導(dǎo)” 功能；
  • 首頁突出顯示患者關(guān)鍵信息（如 “血型：A 型”“過敏史：青霉素”），字體放大至默認尺寸 150%；
  • 支持離線緩存數(shù)據(jù)（避免網(wǎng)絡(luò)信號差時無法訪問患者信息）。

三、實踐案例：可訪問性設(shè)計如何落地？

5. 關(guān)鍵設(shè)計亮點

• “長輩模式” 專項優(yōu)化：
  • 字體放大至默認尺寸 180%，按鈕間距增加 50%；
  • 去除所有廣告彈窗與復(fù)雜動畫，界面響應(yīng)速度提升至 0.5 秒內(nèi)；
  • 內(nèi)置 “語音助手”，支持 “打開掛號頁面”“撥打醫(yī)生電話” 等語音指令。
• 輔助功能適配：
  • 兼容屏幕閱讀器，所有圖片均添加描述文本（如 “心電圖報告：心率 75 次 / 分，正常”）；
  • 支持色盲模式（如紅綠色盲用戶可切換為 “藍黃色調(diào)”，避免因顏色標(biāo)識錯誤導(dǎo)致用藥失誤）。
• 醫(yī)護端 “場景化設(shè)計”：
  • 門診醫(yī)生端：患者列表按 “就診順序” 排序，點擊患者姓名即可展開 “病歷 - 檢查 - 處方” 一體化視圖；
  • 急救端：通過 NFC 技術(shù)，手機貼近患者手環(huán)即可快速讀取病史（無需手動輸入 ID）。

6. 落地挑戰(zhàn)與解決方案

• 挑戰(zhàn) 1：可訪問性設(shè)計與界面美觀的平衡（如高對比度模式可能導(dǎo)致界面 “單調(diào)”）；
  • 解決方案：提供 “多套主題”（如默認主題、長輩主題、高對比度主題），用戶可自主切換，同時確保所有主題的視覺風(fēng)格統(tǒng)一。
• 挑戰(zhàn) 2：多群體需求沖突（如患者需要簡化界面，而管理人員需要復(fù)雜的數(shù)據(jù)統(tǒng)計功能）；
  • 解決方案：采用 “角色權(quán)限控制”，不同用戶登錄后展示對應(yīng)功能界面（如患者登錄看不到 “科室營收統(tǒng)計”，管理人員登錄可查看全維度數(shù)據(jù)）。

四、技術(shù)支撐：讓可訪問性設(shè)計 “有據(jù)可依”

7. 設(shè)計階段：工具提升效率

• Figma 插件：使用 “Accessibility Insights” 自動檢測界面對比度是否達標(biāo)、按鈕尺寸是否符合要求；
• 組件庫建設(shè)：搭建 “醫(yī)療無障礙組件庫”，包含大尺寸按鈕、高對比度輸入框、語音提示組件等，確保各頁面設(shè)計一致性。

8. 測試階段：覆蓋全用戶場景

• 自動化測試：使用 Selenium+Axe-core 框架，批量檢測界面是否支持鍵盤導(dǎo)航、輔助技術(shù)適配；
• 用戶實測：邀請老年用戶、殘障用戶、醫(yī)護人員參與測試，采用 “任務(wù)完成率”“操作時長”“錯誤次數(shù)” 等指標(biāo)評估設(shè)計效果（如要求老年用戶完成 “掛號” 任務(wù)，記錄平均操作時長與失敗原因）。

9. 優(yōu)化階段：數(shù)據(jù)驅(qū)動迭代

• 埋點分析：在界面中埋點統(tǒng)計 “功能點擊量”“頁面停留時間”“操作錯誤率”，識別高頻使用功能與痛點功能（如某按鈕錯誤點擊率高，可能是尺寸過小或位置不合理）；
• 版本迭代：根據(jù)測試數(shù)據(jù)與用戶反饋，每 2 周發(fā)布一次小版本更新，優(yōu)先優(yōu)化高優(yōu)先級問題（如急救端數(shù)據(jù)加載延遲、視障用戶無法讀取報告）。

五、未來趨勢：從 “無障礙” 到 “全包容”

• AI 個性化適配：通過 AI 分析用戶行為（如老年用戶常用語音輸入），自動調(diào)整界面設(shè)置（如登錄后默認切換至長輩模式）；
• 跨設(shè)備協(xié)同：實現(xiàn) “手機 - 平板 - 醫(yī)療設(shè)備” 的無縫銜接（如血糖儀數(shù)據(jù)自動同步至手機 APP，醫(yī)生在平板上可實時查看）；
• 倫理與隱私保障：在設(shè)計可訪問性功能時，需兼顧數(shù)據(jù)安全（如語音輸入的健康數(shù)據(jù)需加密存儲，避免泄露）。

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

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

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

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

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

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

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

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

4. 人類能力的外延

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

5. 交互的“去界面化”

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

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

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

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

對 UI 設(shè)計師的影響與建議

影響

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

建議

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

二、對 UX 設(shè)計師的影響與建議

影響

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

建議

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

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

影響

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

建議

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

AX 的提出背景

AX 與 UX 的區(qū)別

AX 的核心特征

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

一、引言

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

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

四、AI賦能小程序