飛書的聊天窗口設計正重新定義企業協作的邊界。通過標簽頁集成、多模態通訊、結構化搜索等創新功能，它將傳統IM工具升級為沉浸式工作臺。本文深度拆解了這款產品如何將碎片化溝通轉化為高效生產力，其設計哲學值得每一位關注協作效率的產品人思考。
今天我想向大家分享我近期對飛書聊天窗口設計的體驗洞察 ，希望你能從這篇產品體驗分析中有所收獲。如果你覺得我們的文章有價值，歡迎分享給你的朋友！
飛書是字節跳動旗下的新一代一體化協作平臺，誕生于 2016 年。它將即時通訊、日歷、文檔、云盤、OKR、審批等功能深度整合，試圖通過”All-in-One”的產品哲學重新定義企業辦公的協作方式。相比傳統 IM 工具，飛書更像是一個以溝通為中心的工作操作系統，致力于消除信息孤島，讓團隊協作變得更加高效與流暢。
飛書的聊天窗口設計徹底打破了”即時通訊工具”的傳統邊界。通過在會話界面頂端嵌入可自定義的標簽頁（Tabs），飛書將對話框重構為一個微型協作工作臺。用戶無需跳轉頁面，即可在聊天上下文中快速切換文檔、云表格、網頁鏈接或關鍵任務，實現從”信息流”到”任務流”的無縫融合。
設計亮點
體驗思考
從接觸飛書到此次深度拆解，中間大概有 3 年多時間。我算不上飛書的重度用戶，但過去 1 年多，飛書已成為我負責的在線教育項目中的主要溝通工具。如果不是這次深度體驗，我從未發現聊天窗口竟然支持 tab 切換查找內容，甚至可以自定義。
當我開始深度體驗時，從上至下的第一個功能就給了我驚喜——它突破了我對聊天窗口的固有認知。傳統的 IM 軟件將溝通（聊天）與結果（文檔/任務）剝離，導致用戶頻繁在應用間跳轉。而飛書通過”標簽頁”將生產力資產直接”拎”到會話層。這種設計策略證明了在 B 端產品中，溝通往往基于具體目標，這就是協作的本質——減少操作跨度就是提升生產力。
體驗到這里，我甚至特意打開企業微信進行對比。畢竟在國內，這兩個工具是企業辦公的二選一。相比飛書,企業微信的聊天窗口采用傳統模式，和微信的聊天模式相差無幾。
另外，這一功能設計充分體現了漸進式披露和自我決定理論這兩個設計策略——不強迫普通用戶接受復雜的工作臺邏輯，而是將深度協作工具隱藏在輕量級的標簽切換中，并充分給予用戶自主性和掌控感。
知識卡片：
漸進披露（Progressive Disclosure）：一種信息呈現策略，只在用戶需要時才展示更復雜或高級的功能，而非一次性呈現所有信息。這種方法防止用戶被過多信息淹沒，減輕認知負荷，讓用戶能逐步學習和適應界面。
自我決定理論（SDT）：人有三個基本心理需求——自主性（想自己做決定）、勝任感（覺得自己做得到）和關系感（感到被認可和接納）。如果產品設計能滿足這些需求,用戶就會更愿意使用。
飛書在聊天窗口頂端集成了覆蓋全場景的通訊矩陣，將語音通話、視頻會議以及運營商電話撥打深度整合在統一的交互入口下。除了文字，還支持語音、視頻和電話撥打。更讓人愛不釋手的是，飛書的語音/視頻不僅可以自由切換，還可以隨時邀請其他伙伴發起多人會議，并提供屏幕共享、錄制、倒計時、直播等工具——溝通體驗真的非比尋常。
設計亮點
體驗思考
在深度使用飛書協作的這一年里（此前三年我都是獨立工作），我才真正理解為什么會誕生飛書、企業微信這類協作軟件。例如，飛書的語音通話可以直接轉化為會議，完美解決了傳統聊天軟件如微信的痛點：第三個人加入時必須掛斷并重建群聊；分享屏幕時不得不切換到騰訊會議。這種”溝通即協作”的邏輯大幅提升了工作效率，無需頻繁切換溝通方式。
相比傳統聊天軟件，這種聊天既協作、語音既會議的模式是從”溝通媒介”到”協作場景”的躍遷。它不僅深度集成了聊天和協作場景，更通過屏幕共享、倒計時和錄制功能，將稍縱即逝的語音信息轉化為可搜索、可引用的數字資產。
飛書聊天窗口的搜索功能不僅是一個關鍵詞入口，更是一個強大的結構化過濾器。它通過將混亂的聊天記錄原子化地拆解為消息、云文檔、文件、圖片/視頻、鏈接等五大維度，配合“來自用戶”與“時間范圍”的多重嵌套過濾，讓用戶在海量碎片化信息中實現秒級定位。這種設計將搜索從一種“試錯行為”轉變為了一種高度確定的“資產調取”過程。
設計亮點
體驗思考
在飛書的聊天窗口中，搜索并不是一個獨立、泛化的全局能力，而是深度綁定在“會話”這一上下文之中。我覺得它的更像是一種從“文本檢索”向“資產管理”的心智遷移。比如傳統的 IM 搜索往往只針對文本，而飛書把對話中產生的每一個文檔、每一條鏈接都定位成數字資產，于是我們可以通過不同的類型、時間、以及發送人去進行篩選。
回到產品設計層面，我覺得飛書的設計，解決了過往我們在傳統 IM 搜索中的三個痛點：
如果要推薦此次產品分析中最驚喜的功能，實時翻譯無疑是我的首選。飛書的實時翻譯功能徹底抹平了國際化協作中的語言鴻溝。通過在聊天設置中深度集成翻譯助手，飛書不僅實現了接收消息的”自動翻譯”，更創新性地推出了”邊寫邊譯”模式。這一設計將翻譯從”被動查閱”升維為”主動表達”的即時增強，讓跨國團隊無需第三方工具，就能在 IM 窗口內完成流暢且地道的原生對話。
設計亮點
體驗思考
體驗這個功能時，我不禁思考：飛書的實時翻譯能否替代 HelloTalk 這類專業語言學習軟件，讓我在真實工作場景中自然地學習外語？它不僅支持自動翻譯和邊寫邊譯，更重要的是能消除語言障礙，提升工作效率。而且，這還是一個完全免費的功能。
發現這個功能后，假如未來我能服務國際客戶，我也覺得不必膽怯。它不僅打破了”表達焦慮”，更能實際解決跨語言協作溝通的難題。
你是否遇到過這樣的情況：用傳統 IM 軟件發送長文字時，需要添加格式，比如加粗、增加項目序號？事實上，我一直忽略了飛書的這個功能。雖然我堅持聊天應言簡意賅，但在工作場景中，確實常需要編輯長段落文字。
飛書聊天窗口通過一鍵轉化功能，將傳統的單行文本輸入框升維為專業的富文本編輯器。這一創新設計打破了即時通訊”碎片化表達”的局限，讓用戶無需跳轉文檔頁面，就能在會話流中直接產出結構清晰、排版精美的深度內容，實現”溝通”與”創作”的無縫對接。
設計亮點
體驗思考
當我拆解得越細致，我發現我對飛書的印象就在一步步的改變。聊天對話框一鍵轉化為富文本編輯器的設計，不僅規避了”長文表達必須跳轉文檔”的痛點，更解決了碎片化聊天導致信息混亂的問題。富文本編輯框本質上是一個”強制信息結構化”的引導工具——通過引導用戶使用項目序號、加粗重點，設計師無形中幫助團隊提升了信息分發效率，確保核心指令不被社交閑聊淹沒。
飛書聊天窗口底部的工具欄是一個集成了多元化辦公能力的原子化矩陣。它不僅涵蓋了基礎的社交元素（如表情、圖片、語音），更深度嵌入了生產力組件（如任務、云文檔、紅包、定位等）。這一設計確保了用戶在溝通的任一環節，都能即時調取對應的工具來推進工作，真正實現了“所聊即所得”的協作閉環。
設計亮點
體驗思考
請點擊“
”按鈕，然后仔細看看飛書底部工具欄藏著多少功能。如果說傳統 IM 軟件的工具欄是社交驅動的，而飛書則是任務驅動的。也許在 B 端的工作場景中，聊天框不應僅僅是字符的傳輸帶，而應成為各業務模塊（如 OA、CRM、任務管理）的統一分發器。
不過雖然工具欄功能繁多，但飛書通過“常用置前、深度收納”的排版邏輯，避免了信息過載。這種設計確保了用戶在基礎聊天時處于“社交心流”中，而在需要專業協作時，又能通過二級菜單快速喚起“協作心流”。
我強烈推薦大家一定要注意飛書聊天窗口底部菜單欄的日程和任務這兩個功能。因為你可以在和同事的聊天中隨時發起會議和任務分配。你甚至不需退出聊天窗口去會議和任務面板，就能把工作的事兒在聊天窗口完成。
飛書通過在 IM 界面深度嵌入這樣的快捷功能入口，消除了傳統辦公軟件中切換應用、同步上下文的繁瑣過程，讓用戶在溝通的任一瞬間都能一鍵將“想法”轉化為“行動”，構建了一個從實時對話到確定性執行的閉環。
設計亮點
體驗思考
我覺得飛書的聊天窗口實在太能理解用戶的需求了，也許這正是飛書是字節跳動內部延伸出來的產品，它的誕生就是為了幫助字節跳動提升效率，所以它能深刻洞察到如何在幾秒鐘內防止辦公效率的流失，從而將會議與任務視為 IM 的內生能力，而不是外部插件。
體驗到這里，我真正改變了自己對飛書的產品認知，它并不是社交工具，而是數字辦公室。即便只是一個聊天窗口，飛書也構建了全能的任務分發器。這種系統功能之間連接的顆粒度，讓人嘆為觀止。
飛書在聊天窗口外圍構建了一套極細顆粒度的消息過濾體系。通過將混合在一起的消息流原子化地拆解為未讀、標記、單聊、群組、云文檔、任務等多個 Tab 標簽，飛書將“閱讀消息”這一行為從無序的翻找升維為精準的任務處理。這種設計極大地提升了信息檢索與處理效率，確保了核心任務在海量溝通中始終處于視覺中心。
設計亮點
體驗思考
當我退出聊天窗口，準備結束這次產品體驗的時候，我又突然發現飛書的消息列表頁也藏著不少細節。如果習慣了傳統 IM 軟件按時間順序堆疊消息的模式，飛書則通過 Tab 標簽來標注消息的狀態，甚至點擊左側篩選，還可以查看標記、@我、標簽、單聊、話題等等更細的分類。
這是一種“信息熵增”的減法交互技巧和策略。隨著工作時間增長，群組與好友數量會不可控地增加（即熵增），Tab 標簽本質上是一套“動態降噪系統”。它允許用戶通過點擊特定的 Tab（如“未讀”），瞬間將復雜的界面簡化為僅剩待辦事項的極簡模式，從而緩解用戶的信息焦慮、提升專注力。
過去幾年我一直在用飛書，但坦白說，在沒有刻意拆解之前，我從未意識到一個聊天窗口里竟然藏著這么多“為效率而生”的設計細節，雖然它是使用頻率最高、卻也最容易被忽略的核心界面。
我們日常使用協作軟件時，常常會沿用其他 IM 的習慣，把它當作一個“像聊天一樣聊天”的地方：發消息、回消息、刷對話就結束了。直到我開始更細致地體驗與對比，才發現飛書把聊天窗口做成了更接近“協作工作臺”的中樞入口。溝通不再只是信息往返，而是能在對話上下文里直接完成。
無論是結構化搜索在海量消息中精準定位關鍵資產，還是一鍵發起會議、隨時分配任務讓“討論”立刻落到“行動”，又或者是實時翻譯讓跨語言協作更順滑，這些能力都盡可能被收攏到同一個聊天窗口里完成。也因此我相信，你在看完這次拆解后，會對飛書的使用場景與產品認知產生新的變化：原來一個聊天窗口不僅能承載溝通，還能承載協作與生產力的閉環。
我認為，飛書把“以場景為中心”的策略發揮到了極致：和 C 端產品不同，它真正聚焦于 B 端協作溝通場景，將用戶最高頻、最真實的工作場景——溝通——作為承載協作的主舞臺。
于是，文檔、任務、會議、搜索、翻譯等能力都能在同一上下文中被自然調用，讓用戶沿著“正在討論什么”這條主線，持續推進到“接下來要做什么”。這種將信息流與任務流緊密耦合的設計，顯著降低了切換成本與認知負擔，也讓團隊的協作軌跡更容易沉淀、回溯與復用。
正因如此，這個聊天窗口幾乎濃縮了飛書的設計精華：既承載其“溝通即協作”的價值主張，也映射出對真實工作場景與用戶需求的深刻洞察。
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
AI 行業的爆發始于2022年 ChatGPT 和 Midjouney 的發布，到現在已經快4年了，整個發展過程用突飛猛進、日新月異形容一點都不過分。
但不管它過去還是現在，發展得有多迅猛，都依舊處于行業早期的開荒和發展階段，離真正成熟的理想形態還有很長的一段路要走，這是我們首先要達成的共識。
而之所以有這樣的結論，原因就是 AI 的發展速度是超過現實世界匹配它的速度的，這造成了一種經濟和機會成本上的巨大阻力。
簡單來說，我們可以把 AI 技術的應用拆分成上、中、下游三個層，上層是 AI 的核心，主要是算法、大模型，中游是負責運行AI模型的硬件和支撐，即 AI 芯片、光模塊 CPO、高速內存 HBM、服務器液冷、特高壓電路等，下游即 AI 具體的應用工具，包括 AI 軟件、硬件、智能體等。
這是一個非常龐大且復雜的產業鏈，它們之間是需要相互耦合，才能順利應用到具體的使用場景中。
簡單來說，就是 AI 模型廠商需要根據技術路線和成本選擇硬件并購買算力中心，以及消耗海量的電力來訓練自己的模型并維持它的正常運轉。雖然這些背后的基建作為普通用戶可能感受不深，但頭部廠商的競爭已經到了白熱化的階段。
比如大模型的開發必然要關注硬件規格和架構，大洋彼岸除了英偉達外，還陸續推出了谷歌 TPU、微軟 Maia、英特爾 Gaudi 等芯片，它們代表了不同的技術方案，應用在了不同的模型上。
而因為貿易和地緣政治的因素，國內是無法進口這些高端芯片，所以我們只能自研生產以滿足國產大模型的需求。如阿里在自研并應用自家的真武系列芯片， DeepSeek 近期更新緩慢的重要原因就是因為要適配華為的昇騰系列芯片等。
之所以要提這點，是因為 AI 大模型的發展也適用馬太效應，贏家通吃。在接近性能和水平下誰家應用的算力、電力成本最低，誰就具備了最大的優勢。
而每家大模型廠商都要面臨技術路線的選擇，并投入海量的成本孤注一擲做基建，很難走回頭路。這種發展路徑注定會讓行業發展充滿波折和動蕩，會有很多企業倒在半路上，連帶著它們提供的產品和服務一起逐漸消亡。
比如文生圖的 OG Midjounery，已經無法跟上大廠的技術和訓練規模掉隊，在今天已經無人問津，而一年多前網上還到處都是用 MJ 生成UI界面設計，UI 設計師要下崗的帖子。
強如 OpenAI，也要應對 Google、X AI、Anthropic、Seedance 的沖擊和成本管理失控（GPT5 訓練量需要消耗一個中等規模城市1年用電量），也在近期放棄旗下的文生視頻工具 Sora。
模型和硬件端都充滿了巨大的不確定性，因為技術的發展是需要“試”出來的，總有前浪會被拍死在沙灘上。至于誰會被拍死在沙灘上就不是站在今天的視角上能回答的。
再回到我們今天的主角 Anthropic，這是一家非常務實的 AI 公司，專注于開發有商業應用場景的大模型，是寫作、編程等領域中的最佳選擇。與之相對的則是類似 ChatGPT、Gemini 這類全能多模態大模型。
因為其模型可用性極高，所以從去年開始付費用戶量暴增，在今年初預估年化收益已經超過300億美元，不僅用戶付費率遠高于 OpenAI，且運行成本也遠比它低。
而這家公司想要年底要上市（估值8000億美金），產品矩陣的拓展就成為非常重要的資本策略。通過發布 Claude Design，能很好的和 Claude Code 實現聯動，完成使用 AI 開發軟件的閉環。
至于現階段 Claude Design 夠不夠用不重要，畢竟故事和邏輯是成立的，作為初版它也有后續升級迭代和優化的空間。在我們目前的試用中，它的生成效果也就那樣，但消耗的 Token 量（你最好確保自己有個足夠鼓的錢包）……
Claude Design 有新上市的光環風頭正盛，那是否還記發布也還不久的Google Stitch、OpenClaw、FigmaMake、Rive、Pencil 等等。
再往前是否還記得使用 StableDiffusion 訓練 Lora 和 Checkpoint 的工作流？
工具一直在更新，即使今天還很粗糙。但用發展的眼光看問題的話，終有一天它生成的質量會足夠高足夠智能足夠可控，甚至通過腦機接口 BMI 實現所想即所得的水平（又到了做夢的時候）。
但是，那天是什么時候？
以及，和你現在設計的界面有什么關系？
作為設計師一定要搞清楚的邏輯，就是 AI 生成界面和圖像的過程，只是一種工具的發展和進步，提升了設計師的設計效率。就像人類發明了電腦和軟件，取代了尺規作圖，同樣也大幅度降低了設計的效率和成本，但設計師這個崗位并沒有消失。
因為使用工具的人之間的差異，會直接影響最終的輸出效果，就像用同一個 AI 生成工具你可能就是做不出網上高贊帖子的案例，都用美圖秀秀不用 PS 去 P 圖你也 P 不過有一定專業積累的攝影師。
而且任何工具使用都有門檻，就一個簡單的 Claude Design、Google Stitch 安裝和使用都需要學習和適應，生成結果還要做大量的調節和校準，這些就不是工作量，老板和產品經理也一定能閑得每天學習新工具并且直接自己干？
我相信有很多公司現在都很熱衷于擁抱 AI，強行推進 AI 的工作流，從企業戰略和發展的角度來講是能夠理解的，但在實際執行層面上卻不會像想的那么美好。其中最大的問題就是前面提到的整個產業的不確定性，產品還都有各自的局限。
每個團隊在搭建 AI 工作流的時候需要做技術的選型，以及圍繞自己的實際生產場景優化工具的使用方式。往往為了一個簡單的工作結果就要耗費大量的精力去搭建工作流，而這個工作流很可能是一次性的，因為之后的工作場景發生改變這套工作流就用不了了。
有些同學可能心態好點覺得這種過程可以收獲寶貴的經驗，但最不幸的，就是工具的升級和更新（甚至關閉）可以直接顛覆掉原來的做法，讓原先的成果毫無意義。
在我朋友中普遍得到的反饋，就是在稍微復雜的專業場景中，強行適配 AI 的結果往往只有增加工作量，原先目標的降本增效，實際導致了更長的工作時間和更晚下班，從去年到現在在不同 AI 工具中做研究疲于奔命。
換個角度思考，其實就是工作過程變成今天用 PS，明天用 Figma，后天用 Excel 或 PPT 進行設計，每一陣子換個工具設計相同的東西，而它們又不能解決設計過程中最復雜的決策部分。
也就是我們一直在使用充滿不確定性的工具去尋求相對確定的結果。
這就是今天 AI 工具在 UI 行業中應用的真相，不管我們怎么用邏輯還是格局去判斷未來 AI 要實現一切，但起碼不是今天和最近，就是變得更強了，也依舊需要有人去操作和控制。
而我們現在要做的是關注最終輸出的結果，而不是和別人炫耀 Figma 用的好，還是 Sketch、XD、即時、Pixso 用的好。等到市場競爭格局基本確認，通用的工具也普及以后，再去掌握和學習也不會低人一等（門檻不會高到哪里去）。
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
談論 AI 就繞不開大模型，它是 AI 技術應用的核心。
簡單解釋 AI 大模型，就是一個通過特定方法和大量數據訓練出來的 “自主化程序”，這個程序可以根據用戶輸入的指令自己做出 “判斷和思考” 后再進行回復。
傳統程序雖然也可以執行用戶的指令，但回復的內容和方式不會超出一開始預設的范圍，非常有限。
而 AI 大模型則大大拓展了這個邊界，我們不用提前預設各種條件和邏輯，它就會自己去理解問題再決定給出什么結果。
當然，這個邊界只是不能生成圖片(截止到2026年初)。而 Google 開發的 Gemini 大模型則是多模態模型，可以生成圖片和視頻等內容。
不同模型會有不同的表現和優劣，但因為大模型的開發需要尖端的技術和龐大的規模（訓練），門檻極高，所以市面上主流的大模型數量并不多，可以簡單分為國內和國外兩個陣營。
國外的主流大模型包括 OpenAi 開發的 ChatGPT，Google 開發的 Gemini，Anthropic 開發的 Claude，xAI 的 Grok 等。
國內的主流大模型則包括字節開發的豆包，阿里開發的千問 Qwen，深度求索開發的 Deepseek，月之暗面開發的 Kimi 等。
因為前面說過大模型的局限性，所以為了應對不同的應用場景，團隊就會將它們裂變出不同的版本。比如千問既有 Max 語言大模型，還有 Omni 全模態（文字、圖片、音頻、視頻）大模型，針對處理問題的難易度又分成了 Max、Plus、Flash、Lite 等版本。
完整的大模型體積和參數都非常龐大，需要部署到專屬的算力中心，并通過云服務來實現用戶的訪問和使用。也就是需要聯網使用，但因為國內網絡服務的限制（不可抗力），我們無法通過國內電信訪問國外的主流大模型。
雖然說國內大模型的水平在這幾年突飛猛進，但離國外的大模型還有一定的差距，在實際工作場景中多數應用的也是國外大模型，所以訪問它們就需要大家自己發揮主觀能動性解決了。
順便再解釋一個基礎的問題，大模型除了遠程訪問以外，也可以在本地進行安裝。部分團隊（如千問）會在網上開源自己的大模型供其它人下載和使用，當我們下載到本地后就可以用 GPU 來運行它。但因為大模型對性能的要求極高（旗艦顯卡起步），所以本地運行的效果要大打折扣。
而一些企業內部或行業專屬的大模型，往往都是使用這些開源大模型進行二次訓練和調試后的結果。還有一些針對特定硬件（如手機、眼鏡）和特殊應用場景開發的小模型，就暫時不在我們的討論范圍之內。
前面講過大模型可以類比成一種 “程序”，且它還是后端服務器上運行的程序。想要對這個程序實現命令的輸入并返回它處理的結果，就需要應用前端的工具來實現。
比如我們打開豆包的官網，就可以使用這個網頁對豆包大模型提出問題和要求，然后網頁上就會返回它處理后的結果。這個網頁就是使用大模型的工具，而這只是 AI 工具的其中一種形式，還可以是本地應用程序、手機 APP、小程序、硬件定制系統等等。
我們大多數人開始接觸 AI 大模型，都是從這些官方的工具開始，它們最基本的功能就是根據指令返回文字或圖片信息，我們會把它們當成是一種可以對話的人工智能客服。
但實際上它們可以發揮的作用遠不止于此，比如幫你整理本地的文件夾清理重復的文件，幫你自動修圖并完成動態相片的剪輯，幫你編寫程序并自己運行和檢測等等。想要實現對話以外的其它功能，就需要借助特定的工具才能實現。
所以除了最基礎的對話工具外，行業還衍生出了很多激發大模型潛力的 AI 工具。它們可以借助大模型完成程序開發、視頻剪輯、操作托管、熱點整理、消息推送等等。
到這里我們就要清楚，AI 大模型是大模型，工具是工具，大模型是基座，而工具是大模型的具體表現和應用形式。
我們更進一步認識 AI 工具，就可以把AI工具分成官方工具和第三方工具兩個種類。
官方工具就是 OpenAI、Google 等大模型企業自己開發并綁定自家大模型的產品，而第三方工具則是其它團隊開發，再接入到大模型進行使用的工具。
比如本地聊天機器人 Cherry Studio，它本身只是個簡單的聊天對話工具，可以自己創建對話角色/助手，但需要接入大模型以后才能進行對話。還有著名的AI編程工具 Cusror，只有接入大模型以后，它才可以實現 AI 編程和代碼管理。還有前陣子火遍全球的龍蝦 Openclaw，也只是個本地工具，需要接入大模型后才能識別本地的文件和執行命令。
官方能提供的 AI 工具與服務往往很有限，所以在真實項目流程中，我們就會混合使用多種工具來完成工作。就像以前做一套項目除了用 Figma以外，還要結合使用 Adobe PS、AI、C4D、AE 等軟件。
而第三方工具和官方不同的是，官方工具默認連接自家的大模型，用戶直接登錄就能使用。而第三方工具要接入大模型，就需要進行額外的配置，也就是添加大模型的 —— API。
API 就是接口，是前端工具連接后端服務器的通道，而這個通道默認是上鎖的，還需要提供對應的密鑰（API Key）才能正常訪問。
部分工具會自己接入各大模型的 API，用戶只能選擇它提供的模型，并只需要對這個工具進行付費即可。
另一部分工具則需要用戶自己選擇模型和配置 API，需要我們訪問大模型的 API 開放平臺進行申請，然后再將它們生成的 API Key 填入到工具中完成連接。
API Key 就像是一個電話號碼，當我們申請完并進行使用，就會產生一定的 “流量”，而 AI 產生的流量用專業術語形容叫詞元 Token。
使用 API 完成的任意 AI 服務，都會消耗 Token，且因為 AI 的計算成本極高，所以主流大模型都會針對 Token 消耗量進行收費。就像電信運營商一樣，既有包月服務附帶一部分流量，超出部分還要按量計費。
在實際的 AI 工具使用過程中，Token 的消耗是極其巨大的，往往會造成沉重的成本，而這個市場也遵循一分錢一分貨的真理，越好的大模型價格就越貴。以最適合編程的大模型 Claude Opus 為例， 一個程序員高頻使用消耗的 Token 賬單可以從數千到數萬元不等。所以我們也會從性價比的角度出發，來搭配不同的模型進行使用。
總結我們應用 AI 的本質，就是通過工具來操作大模型。而工具的作用不同，大模型本身的特性和價格也不同，就導致我們在面對一個復雜的任務時，需要選擇多種 AI 工具和不同大模型來實現。
學習使用 AI，和傳統的單一軟件教學不同，不是只學會某個工具的功能和操作方法，而是了解不同的 AI 工具以及大模型的特性，通過組合它們來實現自己目標的方式。這不是設計或產品思維，而是工程思維的具體應用。
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
做UI/UX設計的同學幾乎每天都要和切換類組件打交道，但很多人總會在開關、復選框、單選按鈕之間踩坑——要么用錯場景，要么給用戶造成認知混淆，甚至引發操作失誤。
蘋果HIG (人機界面指南) 里明確把開關、復選框、單選按鈕這三類，都歸為「切換開關」組件。它們的核心共性是讓用戶在對立的狀態間做選擇，通過差異化的視覺形態清晰區分選中/未選中的狀態。
開關是用來瞬間切換單個功能/設置的開啟/關閉狀態的組件，一次只能控制一個設置的開關，工作邏輯和我們家里的物理電燈開關完全一致，能讓用戶一眼看清當前的生效狀態。
開關的結構非常簡潔，核心分為3個部分：
如果要添加輔助圖標，必須選表意清晰、強二元對立的樣式，千萬別用含義模糊、沒有明確正反屬性的圖標（比如月亮、編輯圖標），用戶沒法一眼對應開/關狀態。
開關的核心交互邏輯是操作后立即生效，不需要用戶額外點擊確認按鈕，切換狀態時，可配合手柄尺寸的微動效強化操作反饋。
開關必須和描述控制功能的標簽搭配使用，標簽要簡潔直白，不要把文字放到開關內部。這樣會壓縮視覺空間，還會破壞組件通用性，增加用戶識別成本。
復選框的核心定位，是支持用戶對一組關聯選項，做單項或多項的選中/取消操作。
記住一個核心原則：當用戶可以在一個列表里選擇多個選項時就用復選框，不用開關或單選按鈕。單選按鈕的語義是「請選其中一個」，而復選框的語義是「可以選多個，也可以全不選」，二者的底層邏輯不同。
復選框的結構清晰，核心就是選擇容器+選中狀態圖標，通過勾選/未勾選的視覺差異，直觀傳遞用戶的選擇結果。
如果選項列表較長，建議添加「全選父復選框」提升操作效率，它的交互邏輯有明確的行業規范：
處理一組有關聯的多選項時優先用復選框，而非一堆獨立的開關。
一方面，復選框能天然傳遞「選項之間互相關聯」的語義，另一方面，它比開關占用的視覺空間更小，頁面會更整潔有序。
單選按鈕的核心是互斥單選。在一組選項里，用戶有且只能選擇一個，選中新選項后之前選中的選項會自動取消。
它的語義非常明確：這一組選項里，「你必須、只能選一個」和復選框的「可多選、可全不選」形成了清晰的邊界。
單選按鈕的結構核心是選中/未選中的狀態圖標+對應的選項標簽。行業通用的視覺規范是：用實心圓點表示選中，空心圓圈表示未選中，保證用戶的視覺識別度。
不能打破互斥單選的核心邏輯，更不能讓單選按鈕出現布局重疊，否則會完全顛覆用戶的固有認知，造成操作混亂。
如果選項數量較多、屏幕空間有限，可用下拉菜單替代單選按鈕。
但要注意：下拉菜單需要用戶多一步點擊展開的操作，會增加交互成本，也沒法讓用戶一眼看到全量選項，降低認知效率。因此選項較少時，優先用單選按鈕。
單選按鈕優先垂直排列，不建議水平排列。
垂直排列時每個選項的圖標和標簽對應關系更清晰，用戶不會看錯；水平排列不僅容易讓頁面擁擠、可讀性下降，還會破壞布局一致性，在響應式適配中也更容易出問題。
前面講了每個組件的細節，這里給大家整理了最簡使用規則，設計時直接對照即可。
開關、復選框、單選按鈕，都是設計里最基礎、最常用的組件。設計時要先看場景、定語義，再選對應的組件，而不是憑感覺、看顏值隨便亂用。
當然，我們也會看到一些特殊的設計案例，比如iOS在深色模式的選擇里，用了圓形復選框，和我們今天說的常規用法不一樣。這種情況，要么是為了整個系統的設計語言統一，要么是有特殊的產品考量，不建議盲目照搬。對于設計師來說，先搞懂這些基礎組件的用法、可用性底層邏輯，才是做好設計的根基！
轉載自 優設網
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
大家一定經常聽說 UI 設計師需要具備產品思維，但又不知道產品思維具體是什么，尤其是很多同學只把產品思維當成是產品經理做需求的能力。
蘭亭妙微UI設計公司：今天我們的主題就是分享產品思維的具體思考方式和應用
產品思維一句話總結，就是——通過規劃產品形式來解決產品問題的思考模式。
這里我們先明確 “產品問題” 是什么，它是一個非常寬泛的概念，可以說所有產品相關的問題都可以是產品問題，包括但不局限于功能、交互、體驗、視覺、技術、服務等領域。
在產品的研發和運營過程中，產品團隊總會發現和積累出各式各樣的問題，比如功能太簡陋不能滿足用戶需求、交互太復雜用戶用不懂、邏輯太復雜技術實現不出來等等。這些問題當然需要被解決，而解決的方式有兩種，一種就是直接使用相關領域的 “技術方案” 解決，另一種就是提供新的 “產品方案” 來解決。
這里技術方案是泛指，指產品以外的其它類崗位使用自身專業技能來解決問題的方案。比如用戶覺得頁面信息混亂，設計師通過布局、尺寸、間距、色彩的視覺調整，就能解決這個問題。或者某些交互設計需要非常復雜的編程方案，前端自己通過鉆研技術，來實現這個效果。
比如下面這些就是純粹的視覺優化方案：
產品方案則是指通過制定或調整產品的功能、服務、表現形式，來解決相關的問題。比如上面覺得信息混亂，不再是改設計，而是直接優化和增減字段信息。交互設計開發起來太難，那就直接調整產品功能，分拆交互步驟降低開發難度。
比如下面這個就是對產品的形式做出了一定的調整：
兩種方案各有優劣，但在真實項目中，產品是先于設計和開發的，好的產品方案不僅能提高產品的實際表現，同時還可以大大降低技術實現的成本。所以在解決問題時，團隊必然會傾向先使用產品思維來創建產品方案，然后再去實施。
總結起來，產品方案就是涉及對產品本身的調整方案。原則上，這種方案是由產品經理提供，設計師只要跟著產品的要求去做設計就好了。
但在真實項目中，產品不可能考慮到所有問題，尤其是和體驗、交互、視覺高度相關的部分。
每當我們每做界面或功能時，碰到所有和產品有關的問題，都需要反饋給產品經理再等它做決策，那么他必然是處理不過來的，項目肯定也做不下去。所以設計師需要在自己力所能及的范圍里，盡量自己去解決這些問題，提高項目整體運轉的效率和質量。
尤其在一些對視覺要求不是特別嚴苛的環境中，UI設計的成果往往“能看”就夠了，領導或者面試官對設計價值的定義就不會在視覺上，往往會聚焦在產品方案上。就是因為設計師自己有產品思維具備解決產品問題的能力時，可以極大的填補產品經理層面的空缺，還可以提高產品質量和研發效率。
但是，產品方案不是只提供解決方案就行了，還需要合理、有效，所以就要綜合各方面的制約與影響，才能輸出優質的結果，這就是一個非常綜合性的分析過程，我很難用簡單的語言進行歸納和總結。
所以，下面就通過前面的案例，來展示產品思維的具體思考過程
在原有兩步路路線詳情頁中，頂部的大圖和信息區域是我重點調整的區域之一。
之所以重點關注，不僅僅是因為它 “不好看”，而是這個大圖的缺陷很多。作為瀏覽用戶，圖片的關注度不是沒有但絕對不是重點，往往只是草草快速瀏覽一遍就夠了，但現在的輪播形式就沒辦法高效看完相關圖例，且占據的篇幅又過大，擠占下方的其它關鍵信息點。
當然也有同學可能會覺得看圖怎么會不重要，你們看小紅書找旅游地不就是被圖吸引然后再點擊進入做出選擇的嘛？
不排除這種情況是存在的，但這不是小紅書，這是一個比較硬核的徒步社區，不是給用戶看大圖就有問題，而是在發布用戶這一側，硬核優質的分享者（是去走或跑幾十公里不是到打卡點自拍）大多不具備那種拍“美照”的能力，最終呈現的路線圖景多數就是隨手一拍的質量，瀏覽用戶壓根沒必要仔細欣賞。
再進一步考慮，有很多經典線路本身景色就不是特別好，尤其是偏越野跑的線路往往雜亂又逼仄，照片帶來的作用更多是一種對路線的概括（功能性），而不是作為吸引人的美照。在這個限制下面，大篇幅展示封面就不會獲得常規以圖片為導向的應用的結果。
這些就是針對問題的分析，而這里面既有體驗的問題，也有產品的問題，甚至還有運營的問題，但具體去區分它們沒有意義，只要它們不是純粹的視覺問題我們都可以統一歸納為它們是產品問題。
基于這些問題去思考解決方案時，就可以問自己一個簡單的問題，是不是只做視覺調整，如優化布局、更改尺寸、添加投影、增加圓角之類操作就能解決。如果不能，那就要涉及到對產品形式的調整了，也就是涉及功能、信息的改動。
這里我們先看改完之后的結果：
為了減少圖片的面積和提高觀看效率，我選擇縮小圖片并做成左右滑動的列表，把發布用戶信息做到上面，合理利用空間且突出收藏、分享等操作。但光改這個依舊只是一個簡單的視覺調整，缺乏深度和細節，沒有什么解釋的空間。
所以再往深一點挖掘，一屏只能展示一張圖多一點，理由不是圖片比例的問題，而是因為用戶發布路線最小可以添加的封面圖只有一張。如果只有一張，那么右側留空顯然是不能接受的，這樣的方案也就做不了。而且只展示圖片實在是有點不夠看。
我會再想到鏈家之類看房軟件的頂部區域，除了展示攝影圖以外，還會添加固定的房型圖，應用了多種圖片類型。而在兩步路中，如果發布路線，除了封面圖外，路線圖本身肯定也是能直接生成圖片的，可以生成類似跑步軟件的那種路徑圖。
頂部圖片也可以不止有用戶自己拍的攝影圖，還可以添加路線生成圖，同時這張圖因為是靜態的，就可以在生成過程中添加一些數據信息或標注內容等，和下方可交互的地圖路線展示區分開來。并且在下方區域添加一個類似電商中 “商品圖/視頻” 切換的標簽快速選擇。
甚至再仔細想想，當我進入路線詳情頁時其實更關注的是路線本身，第一張圖直接放路線圖而不是放在最后，可能對相當一部分用戶來說也是更實用的做法。但這么做就有點激進，需要給出初步設計以后再套一些真實內容做出頁面看效果，這就是內部評審或用戶測試要做的事情了。
到這里這個模塊基本解釋的就差不多了，而我們為了優化它已經做出了一些超出視覺設計外的變更，且需要考慮盡可能多的細節，照顧到方方面面，這就是產品思維應用的過程。
再往下的路線模塊改動也同理，我就不多做展開，你們可以自己深入解構一下：
設計過程中對產品思維的應用，不是成為產品經理構思新的功能需求，而是維持原先目標的不變的情況下，給出新的、更完整、更合理的產品方案。
而產品方案當然不是你們想怎么輸出就怎么輸出，這些方案還需要再后續經過團隊的評審（我要驗牌），也就是說服其他人同意你的設計方案。而光看圖肯定不夠，所以要進行解釋說明，從一開始的問題分析出發，到如何完成這個結果的考慮過程。
在這個場景中只看設計圖效果是最沒價值的，如果你能說服團隊通過，那這套方案就是好方案，如果不行，那不管你想的如何天花亂墜還是視覺做得多花里胡哨都沒用。所以方案構建邏輯性是非常重要的，因為沒有邏輯就沒有說服力。
產品思維本身就是一種比較抽象的思維，提升這種底層思維能力需要通過自己大量的積累。我們后續還會陸續做一些相關的案例分享（這應該才是最有用的）。
同時，面對真實工作場景里產品思維很多時候會淪為一種過稿的武器，是一種職場“詭辯”的技術，畢竟上線有沒有用無所謂，領導、客戶覺得好，才是真的好……
轉載自優設網
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
留存邊界：極小眾精細化定制場景，配置向導保留兜底入口，不作為主流操作路徑。
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
列表頁就是以展示列表 List 為主的頁面，所以我們需要先理解列表是什么。
列表源自編程術語，是一種數據結構，即按照線性順序排列的數據項集合（有限序列）。說人話，就是按照一定順序展示數據的形式。
我們再用UI設計的角度來理解它，可以把它分為 “列” 和 “表” 兩個部分。我們先理解表，表就是“表格”的意思，這也是計算機中存儲數據最基礎的形式（關系型），我們在頁面中看見的多數內容都以這種形式記錄。
列則是動詞 “排列” 的意思，用一定的邏輯、方法、順序將表格排列出來。這種排列是要經過設計和調整的，不會和原來的表格完全一致。
也就是說，列表設計是種對表格的轉換，是種對數據的可視化呈現形式。
之所以要強調這個，就是因為想要做好列表設計就離不開對數據的理解，一個專業的列表設計不是做一個好看整齊的重復性組件，而是將數據表格清晰有效的反映出來。
數據表格對列表的影響包含下面幾個要素：
1. 屬性字段的影響
屬性字段就是列表內要放的具體信息點，也就是數據表格中的表頭。比如一個商品列表中，要放商品圖片、商品名、品牌標簽、節日標簽、營銷標簽、銷售量、好評率、價格、原價……每個獨立的信息就是一個字段。
而一個真實的項目列表內，往往會包含非常多的字段，所以開始設計前要先搞清楚數量和明細，以及它們各自的含義。一方面是設計中不能有字段的缺失，另一方面是字段中包含對應的權重、分類，是設計前必須要確定的信息。
比如下面的列表內容，就包含了大量的字段信息，而這些字段既有權重的強弱，也有分類的整理，是經過設計師的專業分析和設計的結果。
2. 屬性值的影響
屬性值就是每個屬性具體放什么內容，有什么限制。比如商品名，肯定是放商品名稱的文本，但文本一般是什么樣的，最長支持多少字，這些就是屬性值的基本信息。
屬性值在開發環境中只能是文本（字符串），但在設計中這個值就不一定只是文本，可能還是圖片、圖標、符號等內容，中間會有轉化過程。比如用戶列表中，用戶有不同的 VIP 等級，數據中記錄的等級肯定是文本性質的，而展示出來卻可能是專屬的黃金、白銀、青銅圖標。
屬性值的認識同樣非常重要，決定了列表的設計是否準確，符合產品的規劃。
3. 字段狀態的影響
最后字段的狀態，就是字段展示的邏輯，簡單解釋起來就是字段什么情況下出現，什么時候隱藏，出現的時候顯示什么內容這三個問題。
比如美團的列表中，有美團商家列表中，運輸標簽有美團快送、專送、全城送、商家自配等不同類型，而下方的配送時間也在樣式上會有差異，這就是對字段狀態的表達。
而越是復雜的列表，包含的字段狀態差異就越大，往往會直接影響列表的樣式，所以設計過程中就要體現盡可能多的樣式狀態，也就是設計它的不同變體，確保在各種場景中它們能正確顯示。
想要設計好列表，就要面對上面提到的三個問題。優秀的列表不止是一種視覺結果，而是一種能兼容相關數據展示的容器規則。
接著我們來理解列表頁的主要框架和布局形式，入門它的基本設計要點。
首先列表頁不是只有列表一種組件，多數還會包含對列表數據進行搜索、篩選、排序的組件。
除此之外，部分重要的列表頁還可能在頂部放運營模塊，用來展示一些熱門推薦內容或單純作為廣告位。
運營內容放頂部且篇幅較小是因為頁面形式的限制，不能在頂部放太多內容讓列表被頂到第二屏去。所以目前的設計為了更好的塞入內容，就會選擇在列表中插入其它數據，比如純運營廣告，也可能是內容推薦，或者是模塊入口等。
總結起來，列表頁的主要框架就是頂部搜索欄、特殊模塊、篩選排序欄、列表區域的組合。
而最關鍵的列表區域，可以使用不同的列表來展示信息，我們可以簡單分成“單列”和“多列”兩個布局大類。下面我們就分別對這兩個分類類型做個解析。
1. 單列列表
單列列表就是一行只有一個數據對象的列表形式。而單列列表模式中還區分兩種類型的列表，一種是引導型，一種是展示型。
引導型就是引導用戶點擊進入查看詳情，比如商品列表、酒店列表，是為了讓我們在列表中找到感興趣的內容點擊進入詳情頁面。
而展示型，就是直接在列表中展示主要信息，讓用戶直接順著列表的順序查看主要的內容，而不是進入到詳情頁查看。最有代表性的展示型列表，就是朋友圈這類動態列表了。
單列列表對單個數據對象的展示空間較大，但是單屏瀏覽數據量就會減少，適用于數據對象字段較多的場景。
2. 多列列表
多列列表就是一行會展示多個數據對象的列表形式。通常移動端的多列列表只有兩列，在少數情況下才會出現三列。而兩列模式中，也包含兩種布局形式，一種是等高展示，一種是瀑布流。
等高展示就是列表內數據對象的高度是保持一致的，每個數據對象的尺寸統一左右對齊，適用于字段類型、內容相對統一變化小的場景。
而瀑布流，則是數據對象高度不一致的多列布局形式，相對更靈活適用面更廣，適合字段類型、內容變化較大，不同數據對象的差異極大的場景。
轉載自優設網
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
我想這是很多新手設計師都有過的感受，明明懂了很多設計知識，但到真正設計的時候還是會出現迷茫或者沒思路的情況。
造成這種情況的主要原因是，雖然我們每天看了大量的設計文章或者技法，但沒有第一時間應用到設計實踐中。
換句話說就是，我們每天看的設計內容可能跟我們實際做的工作需求不夠搭邊，這樣就很容易造成拿到一個新需求后沒有想法，感覺之前看了很多設計圖或者文章都沒派上用場，不得不重新找競品找參考才能展開設計。
就像學了一節新課程，如果沒有第一時間做配套的練習題，等過了一周再做練習題發現根本不會做，因為之前學的課程早都忘得差不多了。
北京蘭亭妙微UI設計公司：下面展開講講如何避免這種情況，建立自己的設計成長體系。
對于設計技法vs設計原理的問題，我覺得對于設計師來說同等重要，但具體要結合你現在的工作情況找到一個側重點。
舉個例子，比如當前的工作偏UI視覺多一點，需要常做一些運營活動圖，那么日常就可以多側重練練技法，多做視覺練習；如果當前的工作偏向純UI，那么就可以多重視設計理論，多思考產品規劃、交互流程、用戶使用體驗等等這些產品交互相關的知識，用理論支撐起我們的設計方案。
這樣既能保證我們能很好地勝任當前的工作，還能讓我們在持續的工作中不斷有進步有提高。
對于平面能力差的問題，我覺得平面設計能力是基礎。可能很多同學在大學時有過這種體驗，無論你的專業是視傳、數媒、產設，甚至攝影，都需要經歷平面設計這一關。排版、手繪、字體、后期合成等等這些平面能力需要我們不斷練習實踐。
現在AI繪畫工具的出圖效果都不錯，大家可以好好利用起來輔助出圖，補齊UI設計師在平面設計上的短板。
總的來說，平面能力要多練習多積累，日常工作中還是建議靈活運用“AI+設計”的形式，也能打造出好的效果圖，沒必要為了某個視覺效果死磕PS而浪費太多工作時間。
針對看了很多設計但做需求還是沒想法，以及到底怎么學UI、建立自己的設計體系這些情況，我結合自己的經歷總結一下，希望能對你有幫助：
首先還是多積累，多看好的設計，審美需要一直提高。比如每天早上我都會拿出半小時的固定時間去Pinterest或者花瓣里去看各種各樣的設計圖。
需要注意的是，這里的看也分為兩個方向：一個是日常看圖，一個是專項看圖。
其次，每天看的圖很多，就需要把圖都整理一下，這個時候就需要建立一個系統性的設計素材庫。
拿花瓣舉個例子，在花瓣里可以創建各種各樣的分組。
比如APP是一個大的分組，在這個APP的分組里面可以建各種各樣的畫板，像APP-首頁、APP-導航欄、APP-標簽設計等等；再比如網頁設計是一個大的分組，我可以在網頁設計底下創建網站首頁設計、網站登錄頁設計這些畫板。
這樣整理的好處一個是讓我們每天看的圖更加清晰有條理；另一個是有了分組/畫板后，接到新的設計需求后就可以直接定位到某個分組里，看看我們之前創建的畫板里有沒有類似的一些參考圖，省去了從0~1再重新找參考圖的這種過程。
而且看到自己采集的參考圖突然派上了用場的過程，對于設計師來說特別棒！這說明我們每天看的內容有價值，不只是在收藏夾里吃灰。
比如要設計一個UI標簽，我們可能需要反復去創建的素材畫板里看各種各樣的標簽設計，這樣不止一次地反復看收集的素材，看的多了之后我們就對這些素材圖特別熟悉，這樣就不怕后面的設計再沒思路。
現在每天網絡上都有特別多的零碎信息，所以這種清晰的整理是一個特別有效的成長方法。經過這種「先整理再回看再設計」反復練習的過程，會有一個更清晰的設計體系和工作流，設計能力肯定會有一個質的提升。
轉載自優設網
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
通過制造視覺元素的差異—— 讓 “不一樣” 的元素從周圍環境中凸顯出來，自然成為視覺焦點。
引導用戶注意力優先落在關鍵信息或操作點上，這就是對比原則，我們可以通過形狀的對比讓卡片突出，增加視覺表現力：
在一些視覺頁面中，也可以用異形容器增加視覺表現力，可以結合主題設計容器，例如下方就是一個以紙質火車票造型作為卡片背景的例子：
也可以結合內容設計容器，例如頁面的內容是感謝用戶，就可以從感謝信或者信紙的角度設計容器：
在設計中，想要為卡片或頁面增加形式感，豐富背景是直接且高效的方式，可以從顏色、底紋、裝飾元素這三個核心維度展開，讓背景不再單調，為整體設計加分：
1. 優化顏色增加背景的形式感
可將背景的無彩色（如黑白、灰度色）替換為帶有明確色相的有彩色（如柔和的薄荷綠、清新的天藍、低飽和的珊瑚橙等）
借助 “無彩色與有彩色” 的屬性差異，讓卡片與周圍的淺灰背景或普通卡片形成直觀色彩對比，快速從整體布局中跳脫出來：
也可以將卡片的單一純色設計，升級為多種顏色的漸變效果 —— 通過這種漸變色，讓卡片與周圍的背景、其他組件形成鮮明對比
從而快速從整體布局中凸顯出來，成為視覺焦點，快速抓住用戶注意力：
2. 給背景增加底紋
在背景中增加底紋（如低透明度的幾何紋理、輕微的肌理質感等），不僅可以強化視覺層次，還可以向用戶傳遞頁面的風格氛圍，增強記憶點。
例如科技類產品用細線條網格底紋增強科技感，古風類產品可以用紙張等營造復古的氛圍感：
下面列舉了一些常見的底紋元素，可搭配圖層的混合模式、不透明度使用：
3. 在背景上增加裝飾
可以根據頁面/活動添加合適的裝飾元素，裝飾可以是圖形、文字等與頁面相關的元素。
裝飾元素主要是為了平衡界面視覺，優化整體協調性：當界面存在 “大面積空白” 或 “元素分布不均” 時，裝飾元素可起到 “視覺平衡” 作用。
這里的文字不僅是卡片標題，也可以是活動標題或者頁簽導航，那么文字的設計感可以怎么加呢？我們可以從圖形裝飾、線條裝飾、文字裝飾、背景裝飾四個方面給文字添加設計感：
1. 圖形裝飾
將圖形放在標題空白處增加標題的設計感：
也可以用來填補標題的空白區域，平衡視覺：
用圖形代替文字的某一個筆畫，傳遞產品的氛圍：
2. 線條裝飾
用簡單的線條突出標題，輔助信息分層，突出重點信息，降低認知成本：
3. 文字裝飾
用風格獨特的字體寫一句英文作為標題的裝飾：
另一種方法是將文字放大起到裝飾作用：
4. 背景裝飾
在標題后面增加背景，不僅可以保證標題的可讀性，還能讓標題抓住用戶的眼球，進一步強化視覺表現力：
盡管上面的案例分別展示了不同的提升形式感的方法，但在實際設計中，不必局限于單一形式。
將多種手法靈活組合（比如為卡片搭配有彩色背景的同時，疊加輕量底紋并點綴細節裝飾），更能放大視覺表現力，讓界面擺脫單調感，呈現出更豐富的層次與質感。
如果這篇內容對你有啟發，或是你有其他提升形式感的實用思路，歡迎在評論區分享交流，一起探索更多設計可能性～
轉載：優設
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
一般用戶在登錄后臺管理系統后，后臺首頁就成為了用戶與產品交互的第一個頁面，這某種程度上也凸顯了這一頁面的重要性。那么，后臺管理系統的首頁設計可以遵循哪些策略？本文作者結合實戰項目發表了他的想法，一起來看看吧。
很久沒有更新文章了，一方面文章選題困難，公眾號的閱讀量真是有點慘不忍睹，寫作的動力有所下降。另一方面工作確實比較忙，時間精力有限，最近參加了多個工作項目一直在加班。
今天總結下項目過程中，關于后臺管理系統首頁設計引發的一些思考。
主要的內容包括：
后臺首頁是用戶登錄后，與產品交互的第一個頁面，信息內容非常重要，作用也非常明顯。一方面可以幫助用戶宏觀了解系統的整體運行狀態，洞察業務問題。另一方面可以幫助用戶快速處理業務問題，不需要到專門的功能頁面操作，縮短用戶的操作路徑。
后臺首頁需要依托整個產品的功能體系，根據用戶角色的職能、權限、業務范圍，提取關鍵的用戶關心的業務功能點搭建頁面內容。所以一般是在業務功能完成之后再進行首頁設計。這就要求產品經理能夠從全局視角理解用戶和場景，才能做出有效的設計方案。
另外首頁不屬于具體的業務領域，所以一般不會安排固定的產品經理，而是由產品經理兼任。如果產品設計沒有整體規劃，首頁就容易被忽略，成為「三不管」地帶。
根據以往的設計經驗，我總結了以下四點：
首頁設計要求產品經理對用戶角色的分類、業務職能有比較深入的了解，否則產品設計就可能變成內容堆砌。
通常后臺系統需要面向管理層和執行層兩類用戶，他們對于信息需求存在比較大的差異。管理層更關注宏觀層面的統計信息，方便了解業務動態，從而制定工作決策等，所以各類可視化圖表就成為首頁重要的內容組成。
對于執行層用戶，主要是完成具體的工作任務，所以更加關注明細數據。除此之外，適當地增加一些統計數據，可以更全面了解系統狀態，也便于對上匯報，減少人工統計的工作量。
B 端產品了解用戶和場景并不容易，如果只靠“猜測”做設計，就會發現首頁設計有很多種可能，怎么做似乎都對，怎么做似乎都不對。而且參與的人越多，想法也會越多。
所以在項目中，需要盡可能地收集用戶場景信息加以分析完成設計，即使存在一部分“猜測”信息，也需要能夠自圓其說，才能更好的推進產品設計落地。
對于小的業務系統，單獨的一個頁面就可以涵蓋所有的業務信息，內容也會比較清晰簡單。
對于比較大的業務系統，首頁包含的消息會比較多，例如阿里云、騰訊云等產品，一個頁面內容無法承載所有的信息。因此需要根據場景/主題拆分首頁內容，便于用戶有目標地快速查看信息。比如阿里云采用的是資源管理、安全管理、成本管理等主題去劃分首頁內容。
1）串聯內容，縮短路徑
某些場景下，首頁要滿足用戶快速處理業務工作的需求，例如待辦事項，審批操作等，通過明細列表的展示，結合抽屜等詳情信息展示，用戶可以在首頁直接處理工作任務，無需進入到功能頁面。
「常用功能」也是首頁的常見組件，類似操作系統桌面的快捷方式一樣。可以將一些二級甚至三級功能作為常用功能放在首頁中，用戶不需要通過菜單逐級點擊，即可進入功能頁面，對縮短用戶操作路徑也有很大幫助。
2）高頻常用功能信息聚合
首頁的價值在于幫助用戶簡單、高效的認知系統，是高頻常用功能的信息聚合。因此需要盡量減少花哨、不實用、看似高大上的功能，或者改變展示形式，保證重要信息的優先展示。
有些 B 端產品的門檻比較高，為了降低認知成本，于是有人希望在首頁中增加系統介紹、系統架構圖的形式來展示產品的功能流程，在產品演示是可以更好的讓用戶理解產品功能。
這些本來應該是在 PPT 中展示的信息，卻要放到首頁中展示。看似酷炫的一張圖，實際上在應用階段對用戶的工作沒有任何幫助。因為用戶根本不關心你的系統架構是什么，需要的是產品幫助他解決工作中的問題，帶來的效率提升。
即使用戶需要了解這些信息，也不是每天打開首頁就要一眼看到，可以采用其他的呈現方式。比如用戶引導，或者與業務信息關聯，既可以呈現出業務流程，也可以展示業務信息，又或者首頁增加入口、引導在幫助中心查看。
B 端產品業務功能是面向用戶角色的，同一角色的用戶具有相同的工作任務。但是首頁則有所不同，同一類角色的不同用戶，關注點也不完全相同。尤其是業務系統內容較多時，首頁內容可定制就成為了滿足不同用戶信息需求的方式。
當然系統的定制化并不是讓用戶從零定制，而是在系統初始內容基礎上，重新組織頁面內容、調整頁面布局等。否則定制化反而會帶給用戶更差的體驗。
在項目設計中，就碰到了這個問題。有同事認為首頁應該簡單點，避免過多的信息量增加用戶的學習成本。
當然這個問題需要根據產品定位具體分析。不過總的來說，我個人認為首頁應該豐富一些。
首頁是信息聚合頁面，天然就會有較多的信息內容，用戶需要通過信息傳遞了解系統的狀態和變化，人為的過濾掉內容后會影響信息的全面性。
其次用戶有信息選擇權，通過一定時間的摸索，可以形成自己的信息查看軌跡，或者個性化定制首頁內容過濾掉工作中冗余的信息。
而且B 端產品經過多年的發展，單從布局和表現形式上看，首頁已經有比較成熟的設計模式了，大多數企業用戶也形成了統一的認知和習慣。卡片風格是首頁最常見的展現形式，卡片可以讓頁面分割更加清晰，方便信息讀取，有助于弱化信息量帶來的復雜感。即使不采用卡片分割， 可以通過間距、標題等引導用戶視線，劃分頁面內容。
簡單總結下：
蘭亭妙微（藍藍設計）m.payeee.cn 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
藍藍設計的小編 http://m.payeee.cn
