做到這三點挑戰，產品經理只會不斷升值
編輯導讀：我們經常會收到各種彈窗，它們的目的主要是為回應用戶或讓用戶回應，是用戶與產品間對話的一種方式。但是，彈窗也不是多多益善。如何彈、什么時候彈？這些都是有章法的。本文作者總結梳理了一套彈窗設計原則，一起來看看吧。
產品經理：我覺得這里要加個彈窗，你去設計吧。
設計師：emmm…
彈窗到底該不該加？怎么加？用什么形態展示？真正的作用是什么？這些真的是產品經理說了算嗎？
好的產品通常會在恰當的時間、合適的位置給出合理的反饋，彈窗也是必不可少的反饋方式，不反饋、反饋不及時或反饋不合理都會帶來不好的使用體驗，甚至誤導用戶，從而導致用戶流失。
很多時候，產品經理會從商業角度、公司業務、資源限制等方面考慮問題，但這些未必是用戶所需要的，設計師不應該完全按照產品需求做設計，否則就成了只會照搬產品原型的“美工”。需要做的是從用戶角度出發，把產品需求轉化成設計目標，只有經過反復的推敲、認真分析，最終才能打磨出服務于用戶的彈窗設計，所以彈窗該不該加、如何加就成了設計師不可推卸的責任和使命。
本篇文章將圍繞著彈窗類型、使用場景、轉化率及常見問題為側重點，將自己對彈窗的理解、設計經驗分享給大家，幫助大家對彈窗組件有更清晰的認識，為后續避坑設計出更好的彈窗做準備。
當我們與應用產生主動或被動交互時，頁面上層會彈出容器，將可承載的文本、按鈕、選項、標簽或表單等任一內容與之組合，就可以用來傳遞信息、狀態反饋、引導用戶等操作，這就是彈窗。
彈窗的目的主要是為回應用戶或讓用戶回應，是用戶與產品間對話的一種方式，在線上各種場景中都有可能碰到，相當于產品的線上小助理。不同類型的彈窗其作用不同，但最終都是為了滿足跟用戶之間的友好交流。
彈窗組件的樣式很多，如浮層、對話框、下拉菜單、toast等，且iOS、Android官方平臺也都根據自身的規范對組件進行命名，不管如何稱呼，其常見的彈窗組件絕大多數都是由以下元素組成：
用戶在完成任務的過程中，界面會出現彈窗打斷用戶的操作行為，用戶必須通過主動點擊才可以進行下一步操作，這即是模態彈窗。
模態彈窗通常能較好的獲取用戶的視覺焦點，并通過承載的內容、按鈕主次層級來引導用戶完成他們的需求，這也會根據用戶、產品側重點的不同，彈出樣式也有所不同，常見的模態彈窗有對話框、動作欄、浮層…等。
1.1 對話框Dialog/Alert
對話框是很常見的彈窗，主要在打斷用戶后并提供選項操作，對用戶的干擾較大，通常會配備1~3個操作按鈕，而且會把用戶最期待的或產品最期待用戶操作的按鈕突出顯示。
對話框類型的彈窗主要分為主動、被動兩種觸發類型，主動彈窗：信息的二次確認、輸入內容、前置條件選擇、風險警示等；被動彈窗：版本更新、運營宣傳、消息通知、系統功能授權等。
1.2 動作欄Actionbar
動作欄是通過用戶主動操作后彈出的內容信息，基本都是從底部彈出，屏幕占用比例根據內容量的多少比較隨意，從小區域、半屏、再到全屏隨處可見。
動作欄相比對話框則能承載更多、更豐富的功能信息，在用戶清晰感知當前操作及反饋的情況下，比跳轉到新的頁面更有安全感。
1.3 浮層Popover/Popup
浮層是指用戶操作某個功能/內容后，會在附近出現一個帶有視覺引導性質的彈窗，最常見的浮層就是下拉菜單/彈窗等，浮動于頂層窗口并指向觸發操作的位置。
例如很多社交娛樂類型的應用右上角有一個“+”入口，里面會放置部分常用功能。部分浮層底部沒有設置不透明度的蒙層，為了與頁面信息更好的區分，會給浮層容器加上投影，避免與底部信息混淆。
相比模態彈窗，非模態彈窗屬較為輕量，觸發后以一種非阻礙的的方式呈現，不會打斷用戶的當前操作，主要是給予用戶即時反饋，讓用戶清楚應用當前的交互后狀態。非模態彈窗不強制用戶操作，根據反饋信息的重要程度及意愿，可在一定的時間內自動消失，也可等待用戶操作后消失，常見的有以下幾種：
2.1 提示框Toast/Hud
用于反饋用戶操作成功、警告、錯誤等當前狀態信息，可能出現在任何位置（底部/中間/頂部），在呈現樣式上，相同等級的模塊統一位置、風格即可，無需用戶有任何操作，出現2s左右自動消失。
Toast只有純文字提示，例如格式錯誤、刷新成功、刪除成功等；Hud會使用文字+圖標樣式，例如添加到購物車、關注成功等。
2.2 提示對話框Snackbar
Snackbar早期只是Android系統的一種彈窗控件，后在iOS、Web前端都會使用到，可以看作是toast的加強版。一般只出現在屏幕底部，存在的時間比toast長，提供0~1個操作入口，可自動消失，也可與用戶產生交互后消失或者跳轉至其他頁面。
Snackbar反饋的重要程度強于toast，例如，某個應用今天有重要提醒，同時又不想影響用戶的其他操作，會在用戶首次進入時彈出提醒，并提供關閉操作入口，等待用戶通過手動關閉（部分自動關閉），加強用戶記憶。
2.3 通知Notice
最有代表性的就是消息通知、系統推送，在設備未鎖屏的情況下，通常從頂部彈出，停留幾秒后自動消失，鎖屏后，不同設備彈出的位置也有所不同。Notice的前提是需要在應用設置中打開消息通知開關，具備應用外推送功能的，需在設備系統設置中開啟通知權限。
2.4 透明指示層HUD
HUD是一種在透明元素上通過填充、反饋用戶當前交互操作的指示層，實時生效，例如視頻類產品中的調整音量、亮度、控制進度條等。
當我們對彈窗體系有了一定了解后，就需要清楚什么場景需要設計彈窗？用什么類型的彈窗？
產品最終都是服務于用戶，如果僅憑自己的主觀意見亂加一通，整的花里胡哨，彈窗就成了干擾元素，很大程度上會影響用戶體驗。什么樣的場景適合什么類型的彈窗，我們可以從以下幾點來說明。
風險警示：當用戶的某種操作可能存在風險，為避免操作失誤，會彈出對話框打斷用戶，并給予一定的風險提示引起用戶的注意，讓其有足夠的時間確認是否真的需要進行下一步操作，如：刪除、放棄福利機會、退出登錄等，會彈出對話框提示操作后可能引起的后果。
前置條件：部分任務在流程中設有一定的前置條件，需要滿足條件才能進入下一步操作，通常這種情況會根據內容量的多少、重要程度以對話框或動作欄的樣式彈出，例如下單時選擇優惠券、支付方式。
任務關鍵節點：用戶在滿足任務的基本條件后，需要操作一個關鍵步驟才能成功，則會彈出對話框讓用戶完成最后一步操作，例如提交訂單、表單、輸入支付密碼等。
這類彈窗主要從產品角度出發，不會過于在乎用戶是否需要、會不會反感，都會引導或強制用戶操作。
例如產品發布新版本，會強制用戶更新，否則將無法使用。還有各大電商APP，在進入首頁時會彈出一堆紅包、優惠券，刻意將取消/關閉入口弱化，給用戶返回造成一定的難度，利用突出的視覺、動態效果突出主題增加吸引力，以達到轉化用戶的目的。
二次確認也是一種打斷用戶的操作行為，但跟上面純粹的打斷用戶相比其作用更大，主要是在用戶已做好選擇的情況下再次彈出確認，以免操作結果造成用戶認知上的偏差。雖然從用戶體驗角度出發，用最少的操作、最簡單的流程滿足用戶所需是產品追求的目標之一，但通過權和利弊之后，二次確認的出現實屬迫不得已的折中方案，它能夠起到給用戶多一次思考避免誤操作、同樣的含義換種方式表達、重要的內容加深二次記憶等作用。
二次確認使用得當，可以避免用戶、產品的潛在風險，但若是從主觀角度一味的濫用，就成了對用戶的惡意干擾、影響使用體驗，導致出現因多步驟操作增加任務完成難度、降低轉化率、損害產品形象等問題，所以需要從業務（用戶側、產品側）實際角度出發，兩相其害（加-影響使用體驗；不加-造成一定損失）取其輕的考慮是否需要增加二次確認彈窗。
當用戶的某個操作可能帶來不可逆轉、錯誤嚴重程度較高時，例如：放棄僅有一次機會的較好福利、手機系統還原、應用賬號注銷等，系統都會給予二次確認，降低用戶認知偏差后，以確保用戶是經過多次思考才做出的決定，即便后續給用戶造成損失也不會過于降罪產品，產品也算是“問心無愧”了。
常見于用戶操作之后的狀態反饋，即便用戶沒有注意到，也不會造成較大的損失、或結果已經注定，相對來說成本較低，大部分出現在任務過程中的提示（可重復）和結果反饋，以確保用戶知曉當前所處狀態。
非模態彈窗toas樣式居多，例如加載中、操作成功、刷新結果、清除緩存等，可出現在其他類型的彈窗之后或同時存在。
優秀的彈窗需要從視覺、交互兩方面思考，視覺上簡潔、易懂，交互上可操作且可控。
視覺層面：首先需要做到的是易懂，這時候就非常注重文案清晰程度及按鈕層級關系了，彈出的信息需能直擊要害，用戶看了能一目了然才是關鍵；其次，彈窗屬于一種干擾信息的存在，設計必須簡潔，在彈出時需要考慮是否會過度影響（影響是一定會有的、且看如何降低）用戶的其他操作。假想我們正在玩游戲、突然來了電話全屏幕覆蓋（傳統來電），自己會以最快的速度掛掉電話，回到游戲中后發現自己已領“盒飯”，即便來電是多么的理所當然，但心里必定是非常不痛快的，那么，如果來電以彈窗的形式且占據屏幕很小區域（如今的來電方式）是不是就給了用戶足夠反應時間及緩沖時間呢？
交互層面：彈出的內容及操作入口需清晰可操作，雖然有時基于業務需求，產品更希望用戶能進行下一步操作而并非回到上一步，即便如此，我們也只能通過弱化次要操作以突出主要操作，用戶有來去自由的權利，如果弱化至用戶看不清、甚至找不到的程度，即便提供了次要操作入口，也會存在反面作用；另外需注意用戶對產品的可控性，不管產品如何期望用戶進入下一步轉化，但不能強制，一定要給用戶提供回去的路（強制版本更新除外），否則，任性的用戶可能會直接結束應用，甚至因產品過于霸道直接卸載。
首先，設計師應該理解產品需求，分別從用戶側（能給用戶帶來什么？滿足什么樣的需求？避免什么損失?…）、產品側（能給產品帶來什么？產品如何期望？是否合理？能得到什么樣的結果？…）分析為什么要加彈窗，然后將分析的結果轉化為設計目標，以確保彈窗根據不同的需求，在恰當的時間、適合的樣式合理的呈現給用戶。
其次，在得到設計目標后，同樣需要從設計側、技術側思考彈窗組件的一致性。從設計角度，團隊所有成員需要對該組件有清晰且統一的認知，了解組件的使用場景，以確保不會錯用、濫用，如果增加或更換新人設計師，很容易學習和上手，提升效率；站在技術角度，一致性的常用彈窗組件，便于開發做組件封裝后續復用，減少不必要的重復工作，大大提高開發效率。
在UI設計中，組件的設計思路基本相通，旨在滿足產品的實用性、視覺的統一性，主要圍繞著以下幾點進行：
設計彈窗時需要注意信息的主次層級關系，優先傳達用戶想要的或產品想要讓用戶知道的，以確保重要的信息在第一時間傳達給用戶。
彈窗需要根據實際的場景合理使用，不能為了簡潔而過分刪減內容、更不能畫蛇添足。例如一些偏向于操作狀態、系統報告類的提示可以使用簡單的反饋，而可能造成用戶損失的提醒就需要刻意打斷用戶，給予更明確的提示甚至二次確認。
△ 例如刪除內容就需要使用模態彈窗明確提醒用戶，如果用非模態很可能被用戶忽略從而帶來不可逆的損失。
因彈窗本身承載內容有一定的局限性，固文案一定要簡潔且精確，能用一句話說清楚的就不要過于啰嗦，不僅容器的空間有限且用戶的耐性也有限，需要在有限的空間、有效的時間內清晰的表達出核心內容。
針對運營彈窗，如果彈出的時間不對或過于頻繁，可能會造成用戶反感，所以需要把握好彈出時機及頻率。
例如用戶有一張未使用的優惠券，如果用戶每次進入應用都看到彈出提醒，確實又沒有購買商品的意愿，總是被彈窗打斷真的就很煩，那么可以將提醒彈窗設置為每日首次進入應用時提示、每累計進入應用5次后提示、即將到期提示或者用戶有購買意愿且優惠券支持改品類時提示等，總之，需要控制在大部分用戶的可接受范圍內。
本篇文章主要系統的分析了彈窗組件分類及使用場景，總結的雖然不是很全面，但能讓很多新手設計師清楚認知彈出組件的定義及用法。另外，彈窗不管如何設計，都需要有一個不斷優化的過程，要根據產品的實際情況不斷思考與打磨，通過腦暴或已知問題作出更好的改善。
能清楚認知、理解、使用彈窗組件是一個成熟UI設計師必備的條件，當然，并不能以此定義設計師是否優秀，在此基礎上，還需通過持續的學習探索，挖掘出更多技巧，不斷提高自身的專業能力。
大漠飛鷹；人人都是產品經理專欄作家。致力于產品需求的驅動、產品體驗的挖掘，利用設計的手段為受眾用戶帶來更好的體驗，即好看、好用。
本文原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自Unsplash，基于 CC0 協議
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
2025年，UI/UX設計領域正迎來一系列令人興奮的創新趨勢。從更具沉浸感的3D元素到人性化的分區設計，從動態排版到模糊與顆粒效果的巧妙運用，再到生物識別技術的普及和可穿戴設備的深度適配，這些趨勢不僅讓界面更加美觀，更提升了用戶體驗和情感共鳴。本文將深入探討這些前沿設計趨勢，為設計師和產品團隊提供靈感和方向，幫助他們打造出更具吸引力和實用性的數字產品。
2025 年，數字設計領域會有很多新機會，這都得靠創新來推動。設計師們現在越來越大膽，敢打破傳統套路，設計出的東西不僅要實用，還得有吸引力，能真正打動人。
比如，會有更多 3D 元素加入設計里，讓用戶感覺更真實、更沉浸；還有很多設計會把 “方便用戶” 和 “拉近人際距離” 放在首位，不再只追求技術炫酷，而是更關注用戶的實際需求和情感感受。
那么我們來看一下有哪些趨勢~
你有沒有過這樣的體驗？打開一個 APP，信息像 “亂燉” 一樣堆在一起，找半天找不到重點。
2025 年的設計師學會了 “斷舍離”
就像日式便當盒把飯菜分成不同格子，現在設計師也把網頁或 APP 界面分成多個 “小格子”，每個格子放不同功能或內容（比如數據、圖片、文字）。
好處：信息更清晰，用戶一眼就能看出重點，而且設計師可以靈活排列，讓頁面既整齊又好看。
比如有的網站用這種格子展示不同模塊，重要內容更突出，干擾少。
分區設計技巧：格子的大小、間距、邊框都有講究！重要內容的格子更大、邊框更粗，次要信息的格子更 “低調”，就像媽媽給你裝便當，愛吃的菜永遠擺在最顯眼的位置。
圖片網站鏈接：https://selestial.co/
以前網頁里的 3D 圖像是 “擺件”，現在它們會 “互動” 了！
3D 效果不是新鮮事，但現在更厲害：能互動、能沉浸！
比如網頁里的物體可以 360 度旋轉，虛擬試穿衣服、查看產品細節，甚至結合 AR/VR 讓你感覺身臨其境。
現在手機和瀏覽器性能更強了，3D 元素加載更快，甚至能在低配設備上流暢運行，設計師可以大膽用毛茸茸的 3D 圖標、會 “呼吸” 的動態按鈕（比如按鈕按下時像真的被按下去一樣凹陷）。
好處：畫面更立體、有趣，用戶體驗像在真實世界互動，不再是死板的圖片和文字。
圖片網站鏈接：https://kevinhilgendorf.com/
圖片網站鏈接：https://labs.chaingpt.org/
字體不再老老實實不動，而是會 “跳舞”：大小變化、顏色漸變、跟著用戶操作移動，甚至根據內容情緒調整動畫（比如錯誤提示字體變紅閃爍，成功提示變綠飄動）。
好處：吸引注意力，傳遞品牌個性，比如讓標題動起來，用戶一眼就被抓住。
文字不再是 “死板的符號”，而是會 “表演” 的演員，我們可以做一些交互創意方面的案例假設
案例1：一個新聞網站的標題 “今日熱點”，當你滾動頁面時，“熱點” 兩個字會像火苗一樣跳動，吸引你點擊；電商網站的 “限時折扣” 按鈕，文字會從左到右 “跑馬燈” 式滾動，仿佛在喊 “快看我！”。
案例2：社交媒體 APP 的評論區，當有人給你發 “生日快樂”，“生日快樂” 這幾個字會飄出彩色 confetti（紙屑），還會放大縮??；如果收到一條提醒 “網絡連接失敗”，文字會變成紅色，輕微抖動，像在著急地告訴你 “出問題啦”。
案例3：未來的動態字體甚至能根據你的輸入語氣自動調整！比如你在聊天框里輸入 “氣死我了！”，發送后文字會變成紅色，扭曲變形，模擬 “憤怒” 的情緒；輸入 “哈哈哈哈哈”，文字會笑著上下彈跳，自帶喜感。
圖片網站鏈接：https://wodniack.dev/
圖片網站鏈接：https://romaingranai.xyz/
背景不再是純色或簡單漸變，而是加了 “濾鏡”：有的模糊像柔光，有的帶顆粒感像老照片，讓界面更有層次和溫度。
好處：不搶主內容的風頭，卻能增加細膩的質感，讓用戶覺得界面更精致、有 “呼吸感”。
想象一下：你的屏幕不再是冰冷的玻璃，而是像磨砂質感的燈罩，透著柔和的光 ——
例如：一個閱讀 APP 的背景，不是純灰色，而是帶點模糊的淺灰，像隔著一層薄霧，文字浮在上面更突出，眼睛看久了也不累；
短視頻 APP 的點贊按鈕背后，有淡淡的顆粒感，像老電影膠片，點擊時還會有輕微的 “沙沙” 聲，復古又治愈。
例如：有些網站的光標變成了半透明的小圓圈，移動時會在背景留下淡淡的拖影，像在雪地上踩出腳印；
購物車圖標點擊時，周圍會升起細小的顆粒，像撒了一把金粉，讓操作更有 “儀式感”。
現代人看膩了 “完美到反光” 的數字界面，這種帶點 “不完美” 的質感，反而讓人感覺親切，像摸到了真實的紙張或布料。
圖片網站鏈接：https://breadzine.com/
以前的暗色模式是 “純黑配白字”，刺眼又冰冷，現在設計師給它加了 “柔光濾鏡”：
不是純黑背景配白字那種刺眼的暗模式，而是柔和的 “低對比度暗調”：比如深灰配淺灰，帶點淡淡光影，像傍晚的光線一樣舒服。
好處：保護眼睛，減少視覺疲勞，還營造出高級、安靜的氛圍，比傳統暗模式更溫馨。
顏色更溫柔：比如微信的暗色模式，背景不是純黑，而是深海軍藍，文字是淺灰色，圖標帶一點淡金色光澤，晚上刷手機像在暖黃色的臺燈下看書，不刺眼還很高級。
場景化設計：一個助眠 APP 的低光模式，界面會模擬 “月光效果”，背景有淡淡的云層陰影，按鈕像夜空中的星星一樣微微閃爍，配合白噪音，讓你還沒開始冥想就先放松下來。
保護眼睛更貼心：低對比度設計減少視覺疲勞，尤其適合長時間用手機的上班族、學生黨，再也不用擔心晚上刷手機 “亮瞎眼”。
圖片網站鏈接：https://www.chromatique.studio/
圖片網站鏈接：https://dribbble.com/shots/24281290-Kenn-Food-Processor-Landing-Page
圖片網站鏈接：https://silverdrive.nl/
你有沒有被 APP或網站 的 “謎之提示” 搞懵過？比如 “操作異常，請重試”—— 到底哪里異常？現在設計師開始 “說人話” 了
按鈕上的字、提示信息、錯誤提醒…… 這些細節文字越來越重要。比如 “提交” 改成 “確認發布”，錯誤提示寫 “網絡好像斷了，點擊重試” 而不是冷冰冰的 “錯誤 404”。
好處：讓用戶知道該做什么，減少操作困惑，就像有個小助手在旁邊輕聲指導。
按鈕文案更具體：以前 “提交” 按鈕，現在改成 “確認并發布動態”，你一下就知道點了之后會發生什么；購物車的 “結算” 按鈕變成 “去支付（含 3 件商品）”，清楚告訴你當前購物車數量。
錯誤提示會 “安慰人”：當你登錄密碼輸錯，不再是 “密碼錯誤”，而是 “密碼好像不對哦，是不是字母大小寫搞錯了？試試找回密碼吧～”，帶點 emoji 和親切感，讓你不煩躁。
空狀態會 “引導”：比如一個筆記 APP 的空白頁，不再是冷冰冰的 “暫無筆記”，而是畫著一個小臺燈，配文 “點擊新建筆記，開始記錄今天的小確幸吧～”，鼓勵你行動起來。
圖片網站鏈接：https://clickup.com/
圖片網站鏈接：https://www.headspace.com/
不用記復雜密碼了！指紋、人臉、語音識別越來越普及，甚至未來可能用眼動或神經信號驗證。比如手機刷臉解鎖、支付時掃指紋，又快又安全。
好處：再也不怕忘記密碼，登錄像 “本能反應” 一樣自然。
你還記得自己設過多少個密碼嗎？郵箱、銀行、社交軟件……2025 年，你只需要 “露個臉”
“掃個指紋”：
生活場景：早上上班，刷臉打開公司門禁；午休用指紋支付買咖啡；晚上回家，虹膜識別解鎖手機，全程不用輸密碼。甚至連銀行 APP 轉賬，看一眼攝像頭就能確認身份，安全又快捷。
默默驗證更省心：有些 APP 會 “偷偷” 驗證你 —— 比如你常用手機的手勢是右手拇指解鎖，系統會記錄你的握持姿勢，當檢測到左手拿手機且指紋不符時，自動觸發安全提醒，不用你手動操作，安全藏在細節里。
特殊場景：比如戴著手套不方便指紋解鎖？未來的可穿戴設備可能支持 “靜脈識別”，通過血管紋路確認身份，下雨天、運動時也能輕松解鎖。
圖片網站鏈接：https://dribbble.com/shots/23201694-Face-id
智能手表不再是 “縮小版手機”，而是更懂你的 “貼身伙伴”：
智能手表、VR 眼鏡、健康手環等設備的設計越來越難：屏幕小，怎么讓用戶操作方便？
比如用手勢滑動、語音命令，甚至靠眨眼控制；還要考慮戴著舒服（輕、貼合手腕）、續航久、適應各種場景（運動時防水，強光下看得清）。
小屏幕大講究：比如一個運動手表，跑步時屏幕自動切換成 “極簡模式”，只顯示配速、心率、里程，字體超大，你 glancing（掃一眼）就能看清；當你停下來休息，屏幕會慢慢顯示更詳細的數據，像個貼心教練。
交互方式創新：VR 眼鏡不再靠手柄操作，你眨眨眼就能切換菜單，點點頭就能確認；智能手環檢測到你睡眠不好，早上會震動提醒 “昨晚睡眠質量一般，今天記得多喝水哦”，還會同步調整手機的屏幕亮度，幫你緩解疲勞。
場景化適配：比如滑雪專用智能眼鏡，強光下自動調暗鏡片，檢測到你加速滑行時，界面只顯示速度和路線，避免分心；潛水手表接觸到水時，自動鎖定屏幕防止誤觸，浮出水面后又恢復正常。
圖片網站鏈接：https://inspect-ar.com/en/
圖片網站鏈接：https://dribbble.com/shots/18628321-Fitness-Smart-Watch-UI
界面不再只追求好看，還要讓用戶用得爽、有情感共鳴：分區清晰、3D 互動、動態字體吸引眼球，模糊背景和低光模式讓眼睛舒服；UX 寫作和生物識別減少操作麻煩，可穿戴設備更懂用戶的使用場景。
本文由人人都是產品經理作者【南設】，原創/授權 發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基于 CC0 協議。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
出海產品面臨著語言、文化和用戶習慣的巨大差異，這對UI設計師提出了更高的要求。本文為出海產品的UI設計提供了全面的干貨指南，從文字、圖標、色彩、圖案到交互手勢等多個角度，詳細拆解了設計師在面對小語種和不同文化背景時需要注意的關鍵點。
隨著TikTok的海外關注度和影響力逐漸擴展、小紅書在海外友人的媒體圈炙手可熱，國內的互聯網市場逐漸趨于飽和，互聯網產品紛紛向東南亞、非洲、拉丁美洲、歐洲擴展商業版圖，這也為UI設計師創造了新的機遇。
對于出海產品而言，UI設計師需要有基礎的語言文化了解，在此基礎上去進行設計才能真正滿足海外用戶的需求，本文主要從UI的文字、圖標、色彩等幾個角度來拆解設計師在設計海外項目時需要注意的關鍵點，避免因為文化習俗差異而影響產品的易用性。
目錄：
1.小語種文字：超長文本的處理規則、鏡像語言、小語種適配檢視技巧
2.圖標：需要鏡像的典型圖標、不需要鏡像的典型圖標、圖標特例
3.顏色
4.圖案：禁忌圖標、禁忌手勢、禁忌物品、禁忌動物
5.交互手勢
當在某些語種下出現界面用語超長顯示不完整的情況，應按照如下優先級進行處理：
（1）精簡界面用語
在保證可理解的前提下，考慮對該語言的翻譯進一步精簡，采用其他較短的近義詞或者精簡表達，如“save number”在界面用語超長時應精簡為“save”。
（2）動態布局
當控件周圍沒有其他控件沖突時，控件可根據界面用語長度動態擴展，如按鈕。
（3）縮小文字
將文本逐級縮小，建議最小縮小到18sp/dp。
??并列的層級關系，文本超長時所有文字需要同時縮小字號
（4）多行顯示
在設計中文時，提前考慮預留小語種換行空間，??按音節換行。
（5）跑馬燈
避免同意界面使用過多的跑馬燈，1-3個為宜。過多的跑馬燈會分散用戶注意力，界面顯示混亂。跑馬燈占用系統資源，影響性能，過多的跑馬燈可能會導致卡頓。
（6）打點截斷
顯示不下到文字截斷顯示并在末尾增加“…”
截斷的使用場景：
A.用戶自定義內容，如文件名，相冊名
B.某處顯示空間有限，但可以在本層級/上一層級/下一層級查看到全量內容。
阿拉伯、波斯語、烏爾都語、希伯來語等語言的書寫都是從右向左書寫，和當今世界主流語言（如英語）從左向右書寫的方向相反。
受文字書寫方向的影響，阿拉伯語言的用戶對于左右邏輯的認知和英文等LTR （left to right)完全相反，比如習慣將右側作為開始，左側作為結束。
為了支持RTL語言和用戶習慣特點，在UI設計中，需要在文本，界面布局，手勢操作和動畫，圖標等交互元素中滿足RTL的特殊要求。
（1）字串顯示——檢視語言：西班牙語（拉丁美洲）
（2）大字體顯示——檢視語言：西班牙語（拉丁美洲）
（1）后退，前進
（2）顯示前進方向的圖標，如：騎車 發送 進度條。
▲ 阿拉伯語-顯示前進方向
（3）右側具有滑塊的音量圖標應當鏡像，滑塊應從右向左顯示，如：音量調節。
▲ 阿拉伯語-音量調節
（4）表達含有文本含義的圖標，如：對話框、書寫、備忘錄。
▲ 阿拉伯語-文本含義圖標
（1）雖然時間的線性表示在RTL中被鏡像，但圓形時間方向不是。對于RTL需要，時鐘仍然是順時針轉動，時鐘圖標或帶有箭頭指向順時針圖標的刷新圖標不應該鏡像。
▲ 阿拉伯語-帶有時間含義的圖標
（2）國際標準的圖標不需要鏡像，如藍牙。
（3）擬物圖標不需要鏡像，如SIM卡。
(4) 斜線不需要鏡像 ，如靜音圖標。
▲ 阿拉伯語-特殊免鏡像圖標
(1)亮度圖標需要鏡像：英文習慣認為左邊暗，右邊亮；阿拉伯語習慣認為左亮，右邊暗。
(2)阿拉伯語有自己的問號?
(3)阿拉伯語am.pm的位置要移動到時間左側
1.中東市場：綠色為主、火紅與黃色慎用。綠色象征吉祥，但敘利亞視黃色為不祥之兆，伊朗不喜愛藍色。
2.非洲市場：禁忌多樣。黑色普遍被認為不祥，紅色在乍得、尼日利亞等國也不受歡迎。
3.歐洲市場：白色神圣，黃色慎用。
禁忌手勢
禁忌物品
禁忌動物
RTL語言中，帶左右滑動方向的圖片或者是左右滑動展開功能選項，應遵循與英文界面相反的鏡像規則。
▲
漢語-左滑刪除
以上就是從小語種文字、圖標、顏色、圖案、交互手勢等方面總結的出海產品設計干貨，希望能讓你有所收獲~
本文由人人都是產品經理作者【Clippp】，原創/授權 發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基于 CC0 協議。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
用戶體驗是一個老生常談的話題。在進行 UI & UX 設計時，我們經常會忽略一些細節，雖然我們并沒有覺得有什么問題，但往往會極大地影響用戶的體驗，從而影響整個產品。作者在本文中提出了 6 條提升用戶體驗的微技巧，一起來學習吧！
在設計高效、易讀和漂亮的 UI 界面時，只需要小的改動就能讓你的設計眼前一亮。在這篇文章中，我為你帶來了另一些容易付諸實踐的 UI 和 UX 微技巧。這些技巧只需很小的改動就可以幫助你提升用戶體驗。讓我們開始吧！
如果你有一個設計項目，可以讓你在顏色選擇方面有比較多的自由，不要總是傾向于用彩虹般的顏色來進行設計。
如果你走的是彩虹路線，你很快就會發現很多內容看起來都不匹配。簡單地使用一個基礎色，然后將該顏色的色調和明暗進行變化并應用，可以令你的設計更加協調和一致，并且看起來更專業，而不需要那些閃亮的彩虹和需要色彩理論學位。
UI 可以是干凈的、極簡的和直截了當的，這毋庸置疑。但不能以犧牲用戶體驗為代價。對于像選項菜單這樣簡單的東西，要確保用戶只需快速瀏覽一下，就能夠找到選擇的項目。
你不需要在這里追究更多細節。簡潔的粗體就足夠讓用戶輕松的分辨出他們選中的目標，而且他們的輸入已經得到反饋。
當涉及到長篇文字內容時，你可能會傾向于使用灰色的中間色調，這可能沒什么問題。但如果你同時使用更輕字重的字體，就會發現這影響了這段內容在任何尺寸屏幕上的可讀性。
不要讓用戶因為這種原因退出頁面?？梢酝ㄟ^將文字的顏色加深來簡單地解決這個問題，讓每個人都更加易讀。對于較輕字重的字體，只需將其顏色加深幾個級別，就能顯著的改善其可讀性。
你希望用戶的眼睛每次都能快速、有效地注意到頁面上最重要的元素，并將認知的努力降到最低。通過使用視覺層級原則，如字體大小、字重、顏色和布局，僅舉幾例，你可以通過這些技巧輕松地把最重要的元素放在突出位置。遵循這些原則有助于改善用戶的體驗，并有助于引導用戶以更直接、準確地方式使用產品。
在用戶進行操作之前，特別是點擊某些 CTA 按鈕之前，要確保他們不會被蒙在鼓里，知道接下來會發生什么。在執行操作之前，始終讓用戶清楚地了解他們在點擊突出顯示的 CTA 按鈕時可以期待些什么。改善每一步的用戶體驗，不要讓他們在旅程中任何一個觸點產生疑問。
CTA 按鈕在頁面中哪怕不是最重要的部分，也是最重要的之一，讓它在頁面中突出出來!
不要讓用戶將它與頁面上其他類型的元素（例如通知或標簽）混淆。它需要很容易地被分辨出來，而這可以通過簡單地為 CTA 設置單獨一種顏色就做到。當然，你可以在尺寸、形狀等方面做更多的細節，但只要為你的 CTA 保留一種顏色，僅此一點就可以減少大部分問題。
我希望通過這幾條簡短的小貼士，你能意識到對你的設計進行小的調整也能帶來完全不一樣的用戶體驗。
譯者：吳鵬飛；授權獲?。簠蛆i飛；審核指導：王翎旭；
本文由@三分設 翻譯發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
毫無疑問，表格之于B端產品而言是及其重要的一部分，那么，如何系統掌握B端產品中的表格設計呢？本文作者從表格設計規范與交互邏輯兩個角度提出了15點建議，干貨滿滿，希望對你有幫助。
表格作為B端產品中重要的界面組成部分，承載著內容展示、數據記錄等多重任務。每家產品的表格看起來構成差不多，但在交互細節上仍然有很多好的地方值得我們仔細思考。
本次通過整理10條B端表格設計規范+5條B端表格交互邏輯，系統掌握B端產品中的表格設計～
表格內的信息通過對齊，會更加規范易理解，給用戶視覺上的統一感，且視線流動順暢，能夠讓人快速捕捉到所要的內容。
默認展示的列數為3-8列，如果需要展示更多列數，則需要優先固定展示重要列，其余的列的內容會以滾動條滑動而展示出來。
有操作時需固定，操作項不固定時無法快速定位會降低操作效率；重要信息固定，有利于快速獲取重要的內容。
寬度的尺寸大小自適應，但需要根據文字的重要性顯示，重要文字內容優先完整顯示。（如果由于屏幕小表格會出現省略，就要考慮多一個瀏覽器自帶的title提示。）
注：當第一列是序號或多選項時，列寬不需要太寬，這樣視覺不會顯得空洞。
字符不要多，如果文字太多，就需要做文字信息精簡化。同樣，對于專業術語或用戶不常見的名詞應給予一定的幫助說明。
表格內容較多且有長文本時，長文本縮略展示；表格內容較少時有長文本，長文本換行展示。
表格中經常會出現空數據或無數據的情況，留白處理會給用戶造成一定的困惑和誤解，是系統沒有加載出來嗎？明智的做法，使用「-」填充顯示。圖片為空時使用圖片占位符。
同一項目中的操作列命名應該保持統一，例如：常規增、刪、改、查命名為新增、刪除、編輯、詳情。
操作項超過三個時，將操作低頻折疊收起，可以幫助頁面突出更加重要的信息，減輕空間壓力，減少干擾。
給數據做升降區分可以快速判斷數據的趨勢，國內數據升圖標默認為紅色，降的為綠色。
全局操作為無需選擇數據內容即可進行的操作，常見的有新增、導入、篩選。
批量操作就是對表格的多行數據同時操作，常見的有導出、刪除。
全局和批量都不屬于單個對象因此需要放在表格外，操作具體的位置排放根據操作的重要程度一次從左到右遞減。
條紋顏色：標題背景色透明度60%左右；（條紋顏色視覺上應該比標題欄弱一點）鼠標hover顏色：主題色透明度10%。
當閱讀豐富且繁多的表格時，由于屏幕有限，用戶不得不拖動橫向或縱向滾動條來閱讀信息。
固定表頭，能夠讓用戶明白當前單元格內信息的屬性而不至于不知道該信息的意思。固定表頭也是一種界面友好性的體現。
可以讓無序信息內容進行有序排列，排序分為升序和降序，一般用在數據、時間、數量上。
允許調整列的寬度來查看更加完整的縮略數據。被截斷的數據，默認支持鼠標懸停時瀏覽器自帶title顯示完整數據。
呈現大型數據集時，水平滾動是不可避免的，通過橫向滾動查看其它數據。將首列進行固定（若包含勾選操作，則一起固定），以便用戶將數據與對象進行對應。
若表格是分頁處理的，分頁會放在上部、下部或上下部均有，分頁固定省去了用戶需要翻到頂部或底部進行操作的麻煩。
作者：譚檀檀
本文由 @Clippp 授權發布于人人都是產品經理，未經作者許可，禁止轉載
題圖來自 Pixabay，基于 CC0 協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
前人留下的一些設計原則能夠幫助我們更好地進行頁面以及產品的設計，讓用戶有更好的體驗。本文對帕累托法則進行了介紹，希望能幫助大家在以后的設計中更好的理解與運用。
威廉·斯特倫克（William Strunk）說過：“優秀的設計師有時會無視設計法則，但當他們這樣做的時候，通常會有一些補償性的措施，除非你確定你能做得那么好，否則最好還是遵守這些法則”，所以設計師需要對一些通用性的法則有所理解，做好相應的知識儲備，以便在需要時從中找尋相通的規律和事務的本源。
設計常常是以一種美觀且富有規律的形態出現，不論大家是何種姿態、什么樣的知識背景，一旦踏入設計領域之后就會忍不住的去尋求設計法則，探索期背后的設計規律，因此經過長期沉淀，一些大佬和前輩們留下了大量的通用設計法則。
今天，筆者就說說帕累托法則，希望能幫助大家在以后的設計中更好的理解與運用。
19世紀末，意大利經濟學家和工程師維爾弗雷多·帕累托（Vilfredo Pareto）發現，自家花園中80%的豌豆產自于20%的豌豆莢，在隨后研究土地所有權和財富不平等的問題中，再次發現意大利 80%的土地屬于 20%的人。
20世紀初，由管理學家約瑟夫·朱蘭（Joseph Juran）將其命名為帕累托法則，即80%的結果是20%的原因造成的，并且號召關注「重要的少數」而不是在「瑣碎的多數」當中投注精力。后續在經濟學中得出結論（80%的財富掌握在20%的人手里）更加證實了帕累托法則的觀點。
帕累托法則有很多不同的叫法，如帕列托法則、關鍵少數法則、二八法則、巴萊特定律、最省力的法則、不平衡原則等，后續筆者將其稱為「80/20法則」。
其實，80/20法則是一個較為抽象的概念，可以理解為：大部分的效果由少數幾項關鍵的因素來決定。在實際的場景中，“大部分”不是精確的80%，“幾項關鍵因素”也不是固定的20%，數據會有所浮動，可能是70%+30%或者90%+10%，但不管這些數字如何波動，其背后蘊含的規律（集中的投入將產出大于預期的結果）是不變的，并且生活中存在的許多不平衡現象，都與這個規律相當接近。
80/20法則并不受人為直接控職，更多時后是自然而然的形成，其適用領域非常廣泛。早期大多數用于社會、經濟、管理以及工程等領域，而在80年代末就已經有設計師將其設計領域，在各行各業中，已經有大量的案例證明了 80/20原則：
70年代中期出現圖形化界面，而到80年代末，80/20法則就已經被設計師引用在設計規范當中，后續經過不斷的發展及優化，現已深入設計中的方方面面，PM用來處理KPI、UX用來劃分權重、UI用來決策版面布局等。
界面設計中該如何應用80/20法則，這就需要設計師時刻注意如何讓用戶更快找到目標、如何更順暢的完成任務以及如何擁有更愉悅的心理感受。例如80%的用戶只會用到20%的功能，那么設計師就應該將80%的時間、精力集中在這20%的功能上，不斷迎合用戶需求以及使用體驗。
80/20法則能夠幫助我們提供決策思路、梳理設計方向，通過前面的了解，我們應該清楚了產品80%的用戶只會用到20%的功能，而80%的收益也恰恰來自于20%的付費用戶，甚至低于20%。
雖然一直呼吁盡量滿足所有用戶，但產品團隊的重心始終要圍繞著20%來進行，從產品到設計、再到開發測試，都能以此為方向制定問題的解決方案。
任何一款產品都不能忽略主次，每隔一段時間就要重新評估功能價值，以備后續的更新迭代，針對非關鍵性的80%切勿耗費過多的精力，以免喧賓奪主，不僅得到不好的反饋、還會帶來不必要的損失，吃力不討好。
對于已經過期的核心（曾經20%）功能，需要及時降低權重以及精力的消耗，不然即便是掌聲一片、也可能無法變現。
用20%的部分創造80%的價值，并不意味著只關注20%的關鍵性指標、其它的就可以被忽略，這樣做表面上看是挺誘人，但會讓其他很多指標停滯，呈現出產品過度優化的情況，造成短時間內隱藏的負面影響。
團隊應該要有眾覽全局的眼光，考慮到各指標間的相互影響，可視情況而定將時間和精力合理分配，如90%+10%、80%+20%、70%+30%等，只要是將大部分用在關鍵性指標上即可。
在UI設計中，我們會將主要精力花費在20%的頁面設計上，例如APP底部標簽欄的幾大主頁或其它重要的一/二級頁面，會花費更多的心思去構思不一樣的布局、表現手法，將設計功底凸顯出來。而剩下80%的頁面就相對機械化，會使用一些常規樣式以及復用的方式像搭積木一樣快速完成，成本之低、效率之高毋庸置疑。
同一個頁面的設計方式也是如此，設計師將大量心思放在首屏及位置靠上的功能上，待超過一屏后下滑時，設計也會逐漸輕量、組件化，這有助于節省產品、設計、開發更多的時間。
用戶瀏覽屏幕時，眼球移動的順序通常都是從左到右、從上到下（基于網頁瀏覽眼動測試），這種移動軌跡很像字母「F」，這也讓F型布局成為網頁設計中效率最高的方式之一，所以設計師通常會將重要的信息放在左上角或左側，不重要的信息放在右側。
如下面這張眼動測試圖，F型布局也正好詮釋了80/20法則合理性與可行性，在頁面中20%的關鍵區域，吸引了用戶80%的注意力。
很多產品因為業務功能的龐大，一股腦的將信息全部展示出來，看起來十分臃腫，用戶不能快速找到自己想要的信內容，就會失去信心。
優酷APP首頁將熱門頻道和點擊頻率較高的頻道顯示在頂部導航中，如精選、電視劇、電影、最新院線等，而其他更多的分類則隱藏在頻道選項卡中，將少量（≈20%）重要的內容放在明顯的位置，目的就是為了讓大部分用戶更快觸達，提高了產品的易用性。
在一些選項列表中，由于選項數量的龐大，會給用戶增加使用難度。
例如，使用美團購買火車票在選擇地址時，面對超長的地址列表，逐個查看或通過字母篩選，都要花費一定的時間和操作成本，即便可以通過碼字搜索來完成，但因為自行輸入有很多的不可控性，能讓用戶選擇的就不要讓其輸入。
對于地址列表，除開自動定位和搜索歷史，運用80/20法則就能很好的解決這一問題，系統將約20%高頻選擇的熱門城市作為單獨的模塊放在全部列表之前，提高了大部分用戶的搜索效率。
極簡風格的界面設計跟80/20法則在精神上保持著高度的一致，剔除多余、無用的元素，而保留的每一個元素都是有目的、有針對性的，也是絕對必要的存在。在極簡主義設計中，視覺上簡單干凈，大部分都是通過通過留白來襯托關鍵性元素的存在，讓用戶更加聚焦于主要功能/信息。
奧卡姆剃刀指出「如無必要，勿增實體」，需知頁面中每多一個元素都會增加視覺“噪聲”，意味著用戶需要花費額外的時間和理解成本，對用戶體驗的影響是很大的。那么問題來了，當產品需要增加一項需求量小但確實存在的功能，該怎么處理？
這時我們可以將奧卡姆剃刀原則作為最終的評判標準，是否需要增加上述所說的功能，就要看看能否很好的控制團隊開發成本和用戶體驗成本。
其實在80/20法則中，很多小眾但確實存在的功能需求基本很難抵消所造成的用戶體驗損失，所以即便實現了這個需求，也很難分配出20%的精力去維護與迭代，甚至“俺耳盜鈴”般的將其遺忘，但這個視覺“噪聲”一直存在，如果事先能分析出這種結果，這個需求根本不需要增加。
在2004年長尾模型才被提出來的時候，很多人認為這是在顛覆80/20法則，它們的曲線長得很像，但結論完全相反，那條長長的“尾巴”（非關鍵的80%）所占據的長度幾乎與頭部的（關鍵的20%）高度相當，這說明收益雖低，但這么多數量的累積，依然值得重點關注。
所以有很多企業在采集差異化戰略時運用了長尾理論，例如小米搭建的全品類商城用的是長尾理論。
乍一聽好像很有道理，難道80/20法則被推翻了嗎？事實并非如此，長尾理論的成立必須要滿足兩個條件，第一是尾巴真的足夠長（小眾需求確實非常多），第二長尾巴能被用戶發現（龐大的用戶量），這兩個條件缺一不可。例如京東、淘寶、微信、支付寶等，其前提都是建立在大規模、且海量的用戶資源之上，不管多么隱蔽、多小的動能，總能擁有一些不錯的曝光度，所以才能發揮長尾模型的作用。
說道這里，大家應該就明白了，那些中小型的產品對長尾模型大多是望塵莫及，所以在你的產品規模、用戶量沒有達到一定的級別之前，就不要妄捧長尾模型，用好80/20法則就好。
80/20法則在實際工作中是一個相對普遍的定律，它能讓我們靈活思考設計問題，更好的為用戶服務，雖然80/20法則也存在一定的爭議，但還是適用于覺絕大多數的場景，在關鍵時候使用，能幫助我們準確的找到問題點，在有限的時間和精力下快速作出優化決策并、關注核心功能，最終達成目標。
專欄作家
大漠飛鷹；公眾號：能量眼球，人人都是產品經理專欄作家。致力于產品需求的驅動、產品體驗的挖掘，利用設計的手段為受眾用戶帶來更好的體驗，即好看、好用。
本文原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
都是交互反饋和提示組件，大家可能會疑惑：文字氣泡 Tooltips 和氣泡卡片 Popover 的區別是什么，兩者之間的應用場景如何？本文對兩者的差異進行總結，希望對你有所幫助。
同樣都是交互反饋及提示組件，你可能會疑惑：文字氣泡 Tooltips 和氣泡卡片 Popover 有什么區別？分別有哪些特定的使用場景？
本文就來詳細分析下這兩個組件的區別和聯系，幫助你做好應用。
氣泡卡片（Popover）是當用戶點擊 / 鼠標移入元素時，就會彈出氣泡式的卡片浮層。當對于某個元素有更多的解釋性描述和相關操作時，這些內容可以收納到元素的氣泡卡片中，根據用戶的操作行為進行展現。
其用法特征是：
1. 用戶可以在浮層卡片上進行相關操作，也即氣泡卡片可以并需要承載更復雜的內容和交互功能。
2. 卡片中可以包括的內容有：文字說明，圖片內容，操作按鈕，相關鏈接等等。
3. 組件功能側重于：承載信息和操作。即收納并在需要的時候展示與該元素內容相關的信息和操作。這些信息的特征通常是：
文字氣泡（Tooltips）是相對簡單的文字提示氣泡框。用戶使用鼠標移入元素后顯示提示，移出后提示消失。
其用法特征是：
1. 文字氣泡通常不承載復雜的信息和操作，僅提供一段文案解釋，也即用戶在文字氣泡中不能做除閱讀外的其它操作。
2. 該組件功能側重于：解釋說明。即對局部內容或元素進行文字性的解釋說明。通常來說該氣泡是對其載體本身的解釋，比如：
有同學看過 Ant Design 組件庫提供的組件樣例，會覺得氣泡卡片 Popover 是白色背景，而文字氣泡 Tooltips 是半透明黑色背景。
其實這兩個組件的背景顏色上的差異并不是重點，因為這兩個組件都可以使用其他顏色（比如帶有透明度的品牌色）做背景底色。顏色并不具備唯一標準。AntD 就提供了多種顏色的文字氣泡樣式：
也許你已經發現，即使我們將一個組件的使用規范和應用場景解釋得再全面，在使用時也總會出現一些特殊的業務需求和應用場景無法嚴格按照規范來執行。
面對復雜多樣的業務需求，我們更應該學會：在理解業務需求的基礎上，合理調整組件的使用方式和樣式。
組件的規范對設計師來說并不應該是限制或約束，而是一種能夠幫助我們快速實現產品設計一致性，保證基礎體驗的快速方式。
專欄作家
元堯，人人都是產品經理專欄作家。
本文原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
關于“管理模式下是否需要確認按鈕”這一問題，作者結合自己最近的一次設計方案復盤，從三個維度展開分析，希望對你有所啟發。
需求：在課程章節頁面，老師希望可以對章節、單元編輯名稱和調整順序。
設計問題：
最開始想到的就是放在章節單元后，增加更多 icon，用戶點擊更多進行章節單元的編輯刪除，拖拽直接調整排序?？墒沁@種設計方式讓章節看起來復雜很多，而且老師使用頻率很低，一般只有在學期剛開始，備課時設置，后期幾乎不再會進行調整。
為了降低頁面復雜度，我把編輯排序放在統一入口，點擊后，再進行操作。我給這個入口命名為管理。點擊管理，進入到管理模式，調整章節、單元的名稱和層級結構。
實時保存就是用戶的每一步操作都會立即生效。比如一些標題的編輯，鼠標hover上去會展示輸入框，光標消失即保存成功?；蛘咧蹙庉嬑恼聲r，也會告訴你保存中。
實時保存相較于確認保存少一步操作路徑，每一步操作立即生效同步更新，相對來說效率較高。由于人們總是會忘記收尾工作，實時保存也避免了讓用戶承擔忘記點擊確認按鈕而使數據丟失的風險。
實時保存也有缺點，比如當用戶想要反悔撤銷的話，就會比較困難。一般會根據具體需求搭配撤銷按鈕、歷史版本等方式，給用戶一個反悔撤銷的機會。
用戶進行的一系列操作，都不會立即生效，而需點擊確認（保存等）按鈕后，所有操作才會生效。比如飛書管理后臺對于會議室預約規則的設置。默認是查看模式，修改字段進入編輯模式，展示取消、保存按鈕，點擊保存更新修改，取消則回到編輯前的狀態。
這種方式的好處是，減少用戶修改過程的心理壓力。用戶在修改過程中可以隨意調整，內容不會被同步，修改好后點擊確認按鈕統一保存，內容同步。
為什么用戶在編輯時會有心理壓力？重點就在于同步給誰，以及同步的內容是什么。
內容修改后只同步給自己。
例如微信標簽管理，進入管理模式后，對于標簽的排序，刪除都實時保存更新，沒有確認按鈕。標簽修改后的結果只會同步給自己，而自己在管理標簽的過程已經知道了修改結果，如果增加確認按鈕倒顯得較為繁瑣。
內容修改后會同步給其他用戶。
例如飛書管理后臺對于會議室預約規則的設置，設置結果會影響其他用戶預約會議室，比如能不能約、幾點能約，所以同步設置結果就必須要謹慎一些。而多一步確認（保存）按鈕可以幫用戶再次確認自己的操作行為，讓同步結果更謹慎。
以上可以總結為，如果內容修改后只同步給自己，則實時保持更便捷。如果內容修改后會同步給其他用戶，則需考慮增加確認按鈕讓操作行為更謹慎。具體還需考慮內容本身。
如果內容對其他用戶影響不大，也可以使用實時更新。
比如飛書管理后臺對于會議室名稱的修改，修改后，光標移開即保存成功。會議室名稱對于用戶來說只有信息的傳遞，沒有功能上的制約，甚至也不影響用戶行為目標?？梢运伎枷拢斢脩粝爰s會議室時，什么會影響用戶決策？比如位置-用戶會考慮距離是否合適、或者狀態-是否當前被占用等，但會議室名稱幾乎不會影響用戶預約決策。所以內容對用戶影響較小，使用實時更新。
編輯者對于內容的重視程度。
比如知乎內容發布后，二次編輯，需點擊保存更新才會同步給其他人。創作者寫文章耗費了自己的時間成本，好的內容可以幫創作者帶來流量和價值感，所以創作者會更重視文章內容的完整性。而實時同步編輯過程所展示的內容是不完整的，會影響讀者閱讀內容的感受。所以點擊保存更新，統一同步內容可以避免這些問題的發生。
回到自己的產品上，老師對于章節的管理操作會同步給學生，調整結果會影響學生查看章節結構。作為學生，主要任務是完成章節或者單元下的學習活動。所以調整的內容并不影響學生完成學習任務，按照我們所總結的規則，內容對于同步者影響不大，可以使用實時更新。
再來看編輯者對于內容的重視程度。老師會在學期前開始備課，管理層級結構屬于備課環節，教學內容一般都是固定的，所以后期調整層級結構的頻率很低。操作行為低頻且優先級不高，內容固定，對于老師來說，重視程度一般。所以也可采用實時更新。
由于老師編輯章節或單元已有保存按鈕，如果管理模式還存在保存操作的話，對于編輯功能來說需 2 次保存才算是真的保存，理解成本過高。選擇實時保存方式更合適。
根據以上 3 點，我的方案選擇實時保存，實時更新。
以上是我對于工作內容中關于管理模式的復盤思考，最終設計方案的產出還是需要結合自己產品的業務，在體驗和功能的權衡之下做出最合理的設計。
關于第三部分排序放在下次在寫….
本文由 @阿青 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
編輯導語：在做UI設計時，定義并統一顏色規范對產品設計和團隊整體推進具有重要作用，本篇文章通過一個國外大廠真實的顏色組件升級案例為我們分享了統一顏色規范的好方法，一起來看。
Hi，我是彩云。咱們平時在做UI組件庫的時候，會遇到一個問題，定義了很多顏色但在團隊合作的時候，卻依然還是會根據每個設計師自己的喜好來配色，很難將顏色規范很好的統一起來。這其中有一個很嚴重的問題就是對于顏色的命名和管理不夠清晰，那么今天這篇文章通過一個國外大廠真實的顏色組件升級案例，希望能幫你解決這個難題。
我們花了幾個月的時間改進了設計系統 Cobalt 中顏色的處理方式。顏色是 UI 的基本元素：它們構成視覺語言，幫助定義品牌，并被開發和設計師每天用在產品設計中。
但如果我們在使用顏色上沒有明確的指導原則，如顏色被團隊中的設計師按喜好使用時，將會導致產品看起來非常混亂。
我們APP中的不一致例子
接下來我會告訴你，我們是如何做好顏色規范以及在整個項目中面臨的挑戰，正如你將看到的，這個項目并不像看上去那么簡單：
如何通過 Getaround 在設計和技術方面管理顏色概述這個系統的局限性，并說明我們如何改進它什么是語義顏色我們是如何實現它的，以及它帶來的優勢！
和許多設計團隊一樣，我們使用 Figma 作為我們的主要設計工具。我們的顏色被放在“基礎”庫中，可以在其中找到我們在產品中使用的所有常見樣式，例如字體樣式、顏色、圖標等。這個庫提供了我們每天使用的專用系統庫（iOS、Android、Web、電子郵件）。顏色名稱過去是基于它們的外觀。例如：紫色顏色是我們的主要顏色，而石墨色是基本文本的常規顏色。
在我們的APP中，曾經會用相同的系統來管理顏色。此外，還有一些語義顏色，但僅限于 iOS，開發用的也不多。
在使用這個系統時，團隊反復面臨同樣的問題：如何確保從一位設計師到另一位設計師以相同的方式使用顏色？如果沒有適當的指導原則，我們如何確保開發很好的還原？如果明天我們必須用全新的配色方案來改造我們的品牌，要怎么快速統一？讓我們試著找出我們是如何陷入這種境地的？
所有設計師都使用相同的色板，但自 2019 年 Getaround 品牌重塑以來，除了引入不一致之外，沒有明確關于如何使用它們的規范，所以設計師在選擇顏色時迷失了方向。然后他們將開始建立自己的參考資料，每個設計師都有不同的配色想法。
例如：設計師應該在所有這些灰色陰影中為次級文本選擇哪種灰色？顏色命名在這里不是很有幫助
以前品牌的一些舊顏色仍在使用（按鈕上的藍色陰影，標題……）。到現在也沒有真正的行動計劃來迭代它們。
舊驅動器品牌
在 2021 年初，我們有機會為我們的 iOS 和 Android APP來制定長期的 UI 規劃。我們問自己“5年后我們的APP會是什么樣的？”。我們會回顧， Getaround 品牌是如何成為我們視覺方法中心的。
以上是我們品牌和設計團隊在 2020 年完成的全面工作的一小部分致力于設計系統的 Cobalt 團隊借此機會重新考慮了顏色系統。然而，為了使這一目標成為現實，我們面臨著一些挑戰：
我們如何確保每個設計師都可以依賴易于理解和使用色彩系統？擁有一個簡單系統將加快使用速度。
我們如何確保從一開始就設計出易于使用的顏色？
我們如何才能使系統易于維護并符合現在和未來的行業標準（例如：暗模式）
在我們的探索階段，在 Figma 的共享環境中工作促使我們保存和記錄我們所做的設計決策。就像我們應該如何命名我們的強調色：（主要？強調？）我們還測試了APP界面在黑暗模式下的外觀，以及如何正確支持這一點。我們應該創建一個單獨的調色板還是為每個組件都創建一個深色版本？
我們開始與開發討論這個問題，以了解他們有什么解決方案來處理這些問題。語義顏色的概念很快就被開發人員提出來，因為他們知道并且很好地使用了這個概念。但對于設計師來說，又要如何準確理解呢？
語義指的是根據顏色的使用方式而不是色調來命名顏色的方法。
例如，你可以將顏色命名為“成功”或“積極”，因為它指的是含義，而不是“綠色”或“翡翠綠”。甚至可以根據顏色在屏幕上的應用方式來命名顏色，例如背景顏色、按鈕背景顏色、文本顏色、圖標顏色等……
語義顏色并不新鮮，越來越多的產品開始采用這種方式來定義顏色。我們可以從下面一些大廠的顏色規范來學習google
顯然，這種顏色系統有很多優點。因此，現在讓我解釋一下我們如何在實踐中將這個概念應用到我們的產品中。
我們的新顏色系統由兩部分組成：
基礎調
我們與品牌團隊密切合作，他們定義了一個全新的品牌，我們在工作時會圍繞這個品牌考慮。該品牌的每種顏色都采用多種色調進行調整，以創造更大的靈活性，一次構建成為基礎調色板。它代表可以在產品中顯示的所有可能顏色。團隊可能不會全部使用它們，但他們會選擇在產品中效果最好的那些。
基礎調色板
語義顏色建立在用作參考的基礎調色板之上。正如我之前解釋的，命名不再是指顏色的“外觀”（洋紅色、棕色、綠色……），而是指UI 元素它們被應用于（文本、圖標、按鈕、背景……）以及該元素的狀態（活動、非活動、成功……）。請參閱此處的命名法和一些示例：
語義顏色結構和示例這意味著來自基礎調色板的顏色可以用于多種語義顏色：
這就是我們根據這個新原則重新調整顏色命名的方式：
我們通過設計師和開發進行了內部用戶測試，以確定命名語義顏色的最佳方式。我們嘗試了很多不同的命名方法，發現過于詳細的命名系統對于我們的團隊和產品的規模來說維護和使用太復雜了。我們決定做一些簡單的維護，同時在命名方面有足夠的延展性。
語義顏色側重于顏色的用途。它消除了設計師和開發對使用什么顏色的盲目猜測，因為視覺語言直接傳達了設計決策。
例如：在這里，顏色命名使設計師更容易做出正確的選擇。在我們的原則中， *Accent* state 用于交互元素。
語義顏色可以適應不同的主題。語義顏色的名稱始終相同，但它的外觀可能會根據所選模式而改變。例如，語義顏色“主背景”可以指淺模式下的“白色”和深色模式下的“黑色 500”。根據用戶選擇的模式，將自動顯示正確的顏色。這對我們的設計系統來說是一個真正的游戲規則改變者，因為它將使它更加面向未來。
明暗模式下的語義顏色 Primary.Background
如果我們將來要更新顏色，使用語義顏色也會變得更容易。假設我們想要將我們的主色更改為藍色。我們只需要將基礎調色板中的“紫色”更新為“藍色”。與該顏色相關的所有語義顏色也將神奇地更新。另一種情況可能是更新特定 UI 元素的顏色，例如按鈕，而無需觸摸使用紫色顏色的其他元素。
在這種情況下，我們只需要更新 ButtonBackground.Primary 顏色，非常簡單。如果沒有該系統，更新顏色將需要經過大量 QA 以確保將更改應用到任何地方。
這個系統似乎很容易使用，但設計師仍然有一些問題：
為了幫助設計師選擇顏色，我們創建了一個交互式指南，列出了所有可能的顏色組合。我們在 figma 原型中創建了這個指導原則，每次更改設計系統顏色時都會更新該規范。它突出了允許的語義顏色組合，以最大限度地保持一致性。
點擊可以查看大圖Figma 中內置的語義色彩交互指南
采用這種新的顏色系統產生了一些變化：
1）我們從“Foundation”庫中提取顏色，并將它們分為深色和淺色模式。這一舉措使我們能夠使用 Figma 開關功能輕松地將設計文件從? Light 切換到 ? Dark 模式。這也使庫更輕且更易于維護。
2）語義顏色已在我們的 iOS 和 Android 應用程序上成功實現，我們現在正在努力在我們網絡平臺上使用相同的系統。我們很快就會有一個集中的配色方案來處理所有系統上的顏色。
總結下今天學到的內容：
（授權截圖）
作者：Fabien Gavinet，譯者：彩云Sky
原文鏈接：https://medium.com/getaround-eu/colors-that-make-sense-505d0f3509c1
本文由 @彩云Sky 翻譯發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
蘭亭妙微(m.z1277.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內外優秀的設計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan
藍藍設計的小編 http://m.z1277.cn
<video id="nkaqo"></video>