1. 從“diagram-design”這個標題說起它到底在解決什么問題第一次看到“diagram-design”這個標題我腦子里蹦出來的第一個念頭是這大概率不是一個單純的“畫圖工具”而是一套關于“如何把復雜信息用圖形講清楚”的方法論或者項目實踐。為什么這么說因為“diagram”這個詞本身指向的是結構化的視覺表達而“design”則意味著背后有設計決策、有取舍、有目的。兩者拼在一起核心命題就變成了如何設計出真正能傳遞信息的圖表而不是只看起來好看的裝飾畫。我在過去十多年里參與過不少和可視化、信息圖、系統(tǒng)架構圖、流程說明圖相關的項目。說實話大部分人在做圖這件事上踩的坑高度相似要么是信息塞得太滿圖變成了“文字搬家”要么是追求視覺炫酷結果讀者看了半天不知道重點在哪要么是圖與圖之間風格不統(tǒng)一拼在一起像從不同地方偷來的素材。而“diagram-design”這個主題恰恰是沖著這些痛點來的。它適合誰看我的判斷是三類人第一類是需要頻繁輸出技術架構圖、業(yè)務流程圖、數據流轉圖的技術從業(yè)者第二類是做產品文檔、方案匯報、教學材料的非設計崗人員第三類是對信息可視化有興趣想讓自己的表達更高效的內容創(chuàng)作者。不管你用的是專業(yè)繪圖軟件還是在線協(xié)作白板這套關于“圖表設計”的思路都能直接遷移過去。這篇文章我會從整體設計思路、核心細節(jié)拆解、實操流程、常見問題排查幾個維度展開盡量把“為什么這么設計”講透而不是只丟一堆結論。中間會穿插我自己踩過的坑和總結出來的經驗希望能讓你在下次動手畫圖之前腦子里先有一張清晰的“設計地圖”。2. 內容整體設計與思路拆解2.1 為什么圖表設計不能從“打開工具”開始很多人做圖的第一反應是打開某個繪圖工具然后開始拖拽圖形、連線、調顏色。這個順序其實是反的。我在早期做系統(tǒng)架構圖的時候就吃過這個虧工具打開腦子空空畫了半小時發(fā)現結構不對全部推倒重來。后來我總結出一個原則——圖表設計的第一步永遠是在紙上或者白板上把信息結構理清楚工具只是最后一步的呈現手段?！癲iagram-design”這個主題背后隱含的第一個核心思路就是先做信息架構再做視覺設計。信息架構解決的是“我要表達什么、分幾層、誰和誰有關系、重點是什么”視覺設計解決的是“用什么形狀、什么顏色、什么布局讓這層結構一眼可見”。這兩件事混在一起做結果往往是結構被視覺牽著走最后圖好看但邏輯混亂。舉個具體的例子。假設你要畫一張“用戶下單到履約完成”的流程圖。如果你先打開工具可能會不自覺地開始畫方框、加箭頭然后發(fā)現分支太多、線交叉太亂。但如果你先在紙上列出所有節(jié)點瀏覽商品、加入購物車、提交訂單、支付、庫存鎖定、倉庫揀貨、打包、發(fā)貨、簽收、售后然后再標注哪些是主流程、哪些是異常分支、哪些是并行環(huán)節(jié)你就能在動工具之前確定這張圖應該用“泳道圖”還是“狀態(tài)機圖”應該橫向展開還是縱向分層。這個思路的優(yōu)勢在于它把返工成本降到了最低。紙上改結構幾乎零成本工具里改結構可能要重新對齊、重新連線、重新調樣式。我自己的習慣是任何一張超過十個節(jié)點的圖先在白板上畫兩版草稿確定信息層級后再進工具。2.2 圖表設計的三個核心原則減法、層級、一致性在“diagram-design”這個命題下我總結出三個貫穿始終的原則它們決定了最終產出是“專業(yè)”還是“業(yè)余”。第一個原則是減法。一張圖能承載的信息量是有限的。我見過太多人試圖在一張圖里塞進整個系統(tǒng)的所有細節(jié)結果就是每個節(jié)點都小得看不清每條線都交叉得像蜘蛛網。減法的意思是一張圖只講一件事。如果信息確實多就拆成多張圖用“總覽圖局部放大圖”的方式組織。比如畫微服務架構總覽圖只畫服務分組和主要調用關系具體的接口參數、數據庫表結構放到單獨的詳細圖里。讀者先看總覽建立全局認知再看細節(jié)深入理解這個閱讀路徑是符合認知規(guī)律的。第二個原則是層級。圖表設計里的層級包括視覺層級和信息層級。視覺層級靠大小、顏色、粗細、位置來區(qū)分信息層級靠分組、分區(qū)、標注來區(qū)分。兩者必須對應。也就是說最重要的信息應該在視覺上最突出次要信息退到背景。我經?？吹椒蠢粡埩鞒虉D里異常處理分支畫得比主流程還粗還亮讀者的注意力被錯誤地引導了。正確的做法是主流程用深色粗線異常分支用淺色細線輔助說明用灰色小字。第三個原則是一致性。這個原則在單張圖里體現為形狀語義統(tǒng)一比如圓角矩形代表操作、菱形代表判斷、圓柱代表存儲在多張圖之間體現為風格統(tǒng)一同一套配色、同一套字體、同一套間距規(guī)則。一致性的價值在于降低讀者的學習成本。如果第一張圖里藍色代表輸入第二張圖里藍色代表輸出讀者就會困惑。我在做系列圖的時候會先定義一個“樣式規(guī)范”主色、輔色、警告色、成功色、字體字號、節(jié)點圓角半徑、連線粗細全部固定下來后面所有圖都套這個規(guī)范。2.3 工具選型背后的邏輯沒有最好的只有最合適的聊到圖表設計繞不開工具選型。市面上從專業(yè)級到輕量級的選擇很多我不打算列一堆名字而是想分享選型的判斷邏輯。選工具的核心依據是三個維度圖的類型、協(xié)作需求、輸出場景。圖的類型決定了工具的能力邊界。比如畫系統(tǒng)架構圖需要支持分層、分組、自定義圖標畫流程圖需要支持泳道、分支、自動布局畫數據圖表需要支持數據綁定和動態(tài)更新。如果一個工具在這些專項能力上很弱你花在“繞過工具限制”上的時間會遠超“設計本身”的時間。協(xié)作需求決定了工具的共享方式。如果是個人一次性輸出本地工具足夠如果是團隊反復評審修改在線協(xié)作工具更合適因為版本管理和評論功能能省掉大量溝通成本。輸出場景決定了工具的導出能力。是要嵌入文檔、做成演示文稿、還是打印成海報不同場景對分辨率、矢量格式、背景透明度的要求不同。我遇到過有人用截圖工具導出架構圖結果放到大屏上模糊一片這就是輸出場景沒考慮清楚。我自己的組合策略是草稿階段用白板工具正式輸出用專業(yè)繪圖工具協(xié)作評審用在線文檔嵌入。草稿階段追求速度白板工具最靈活正式輸出追求精度和美觀專業(yè)工具的可控性更強協(xié)作評審追求反饋效率在線文檔的評論功能最方便。3. 核心細節(jié)解析與實操要點3.1 信息分層如何判斷哪些內容該進圖、哪些該踢出去信息分層是圖表設計里最考驗判斷力的環(huán)節(jié)。我的經驗是用“三問法”來篩選信息第一問這個信息是讀者理解主邏輯必須的嗎第二問這個信息如果不放在圖里放在圖注或正文里會不會更好第三問這個信息和圖里其他信息是同一抽象層級嗎第一問篩掉的是“錦上添花”的信息。比如畫一張部署架構圖服務器的具體配置參數CPU核數、內存大小通常不是理解架構必須的除非這張圖的目的就是容量規(guī)劃。第二問篩掉的是“適合用文字補充”的信息。比如某個接口的詳細字段說明放在圖里會撐爆節(jié)點放在圖注里讀者按需查看更合理。第三問篩掉的是“層級混搭”的信息。比如把“業(yè)務模塊”和“具體函數”畫在同一張圖里讀者會不知道你的抽象粒度到底是什么。我自己的操作習慣是先做加法把所有可能相關的信息列出來再做減法用三問法逐條過濾最后做排序把留下的信息按重要性分成“核心層、支撐層、補充層”分別對應視覺上的“主體、輔助、注釋”。3.2 視覺編碼顏色、形狀、線條的語義化使用視覺編碼是圖表設計的“語言”。用得好讀者看圖如讀文用得亂讀者看圖如解謎。我重點說三個維度。顏色方面我的原則是“一圖不超過五種顏色且每種顏色有明確語義”。比如藍色代表輸入/請求綠色代表成功/正常橙色代表警告/異常紅色代表錯誤/失敗灰色代表外部系統(tǒng)或背景信息。這個語義一旦確定全圖甚至全套圖都保持一致。另外要注意色盲友好紅綠搭配對部分人群不友好可以用藍橙替代。還有一點容易被忽略顏色的飽和度要控制。高飽和顏色用多了會視覺疲勞主體用中飽和輔助用低飽和背景用極低飽和或純灰。形狀方面形狀語義要穩(wěn)定。圓角矩形代表操作或服務直角矩形代表系統(tǒng)或模塊菱形代表判斷圓柱代表數據存儲云形代表外部依賴人形代表角色。這個映射關系一旦建立讀者看到形狀就能預判內容類型。我見過有人同一張圖里用圓角矩形既表示服務又表示數據庫讀者直接懵掉。線條方面實線代表強關系或主流程虛線代表弱關系或異步調用粗線代表高頻或關鍵路徑細線代表低頻或輔助路徑。箭頭方向要明確雙向箭頭只在確實雙向依賴時使用否則容易造成誤解。線條交叉是難免的但可以通過調整節(jié)點位置來減少交叉。如果交叉實在避不開用“跳線”符號一條小弧線跨過另一條線來區(qū)分比直接十字交叉清晰得多。3.3 布局策略從“能看”到“好讀”的關鍵一步布局決定了讀者視線的移動路徑。好的布局讓讀者順著設計者的意圖走差的布局讓讀者像走迷宮。我常用的布局策略有三種。第一種是分層布局適合有明確上下級關系的圖比如架構圖、組織圖。上層是抽象層下層是具體層層與層之間用對齊的節(jié)點和垂直連線連接。分層布局的關鍵是每層的節(jié)點數量要均衡如果上層三個節(jié)點、下層二十個節(jié)點視覺上會頭輕腳重。解決辦法是把下層再分組或者把部分下層節(jié)點折疊到“更多”里。第二種是流程布局適合有明確先后順序的圖比如流程圖、時序圖。主流程從左到右或從上到下分支從主線上下方引出。流程布局的關鍵是主線要直不要為了避開某個節(jié)點而讓主線拐來拐去。分支的引出點要統(tǒng)一要么都在節(jié)點右側要么都在節(jié)點下方不要混著來。第三種是中心輻射布局適合有一個核心節(jié)點、多個周邊節(jié)點的圖比如生態(tài)圖、依賴關系圖。核心節(jié)點放中間周邊節(jié)點環(huán)繞分布連線從中心向外輻射。這種布局的關鍵是周邊節(jié)點的間距要均勻否則視覺上會偏向一側。如果周邊節(jié)點太多可以按類別分成幾個扇區(qū)每個扇區(qū)用不同顏色區(qū)分。3.4 標注與圖注讓圖“自解釋”的細節(jié)功夫一張專業(yè)的圖應該做到“不看正文也能看懂八成”。這八成靠的就是標注和圖注。標注是直接貼在節(jié)點或連線上的文字圖注是放在圖旁邊或下方的補充說明。標注的要點是簡短且位置統(tǒng)一。節(jié)點名稱控制在六個字以內超過就用縮寫加圖注解釋。連線的標注放在線的中段上方不要壓在線上。如果多條線共用一個標注用括號或引線歸組。圖注的要點是分層且可掃讀。我通常把圖注分成三塊圖例顏色和形狀的語義說明、縮寫表圖中出現的縮寫全稱、補充說明圖中放不下但讀者可能需要的背景信息。圖例放在圖的右下角或下方縮寫表放在圖例旁邊補充說明放在最下方。這樣讀者第一眼看圖第二眼看圖例第三眼看補充閱讀路徑很順。提示圖注的字體要比圖中節(jié)點字體小一到兩個字號顏色用中灰這樣既不會搶主體視覺又能讓需要的人找到。4. 實操過程與核心環(huán)節(jié)實現4.1 從零開始畫一張系統(tǒng)架構圖的完整流程我拿一張“模擬項目X”的系統(tǒng)架構圖作為案例把完整流程走一遍。這個項目是一個跨平臺的圖像處理系統(tǒng)包含客戶端、網關、業(yè)務服務、算法服務、存儲層幾個部分。第一步明確圖的用途和讀者。這張圖是給新加入項目的開發(fā)者看的目的是讓他們在半小時內理解系統(tǒng)的整體結構和主要數據流向。讀者是有技術背景但不熟悉本項目的人。這個定位決定了圖的信息密度不能太淺否則老手覺得沒信息也不能太深否則新手看不懂。第二步列出所有需要出現的元素。我在白板上列出了客戶端移動端、桌面端、接入網關、用戶服務、任務服務、圖像處理服務、算法調度服務、對象存儲、元數據庫、消息隊列。然后標注它們之間的關系客戶端通過網關調用用戶服務和任務服務任務服務把任務寫入消息隊列圖像處理服務從消息隊列消費任務調用算法調度服務把結果寫入對象存儲把元數據寫入元數據庫。第三步確定分層結構。我決定分四層接入層客戶端網關、業(yè)務層用戶服務任務服務、計算層圖像處理服務算法調度服務、存儲層對象存儲元數據庫消息隊列。消息隊列雖然邏輯上屬于中間件但在這個場景里它主要承擔任務緩沖放在計算層和業(yè)務層之間更直觀。第四步選擇布局方式。四層結構適合縱向分層布局從上到下依次是接入層、業(yè)務層、計算層、存儲層。每層內部節(jié)點橫向排列層與層之間用垂直連線。消息隊列放在業(yè)務層和計算層之間的右側用虛線連接到任務服務和圖像處理服務。第五步定義視覺規(guī)范。接入層用淺藍色業(yè)務層用中藍色計算層用深藍色存儲層用灰色。服務節(jié)點用圓角矩形存儲節(jié)點用圓柱消息隊列用帶箭頭的矩形。主調用線用實線異步消息用虛線。字體統(tǒng)一用無襯線體節(jié)點名稱14號圖注12號。第六步進工具繪制。我用的是支持分層和自動對齊的專業(yè)繪圖工具。先畫四個橫向的“層容器”然后在每個容器里放節(jié)點。節(jié)點之間用正交連線只有水平和垂直段避免斜線。連線交叉的地方用跳線符號。所有節(jié)點對齊到網格間距統(tǒng)一為20像素。第七步加標注和圖注。每個節(jié)點下方用小字標注技術棧比如“用戶服務Java MySQL”。圖例放在右下角說明顏色和形狀的語義。補充說明放在最下方解釋消息隊列的異步解耦作用。第八步導出和檢查。導出為SVG矢量格式嵌入文檔。檢查項包括所有連線是否閉合、所有節(jié)點是否有名稱、顏色語義是否一致、圖注是否完整、在100%縮放下文字是否清晰。4.2 參數計算節(jié)點間距和畫布尺寸怎么定圖表設計里有一些可以量化的參數定好了能省很多調整時間。我分享幾個常用的計算邏輯。節(jié)點間距。橫向間距通常取節(jié)點寬度的0.3到0.5倍。比如節(jié)點寬度120像素橫向間距取40到60像素?？v向間距取節(jié)點高度的0.5到0.8倍。比如節(jié)點高度60像素縱向間距取30到48像素。這個比例能讓圖看起來不擁擠也不松散。如果是分層布局層與層之間的間距取節(jié)點高度的1.5到2倍給連線留出足夠的垂直段。畫布尺寸。畫布寬度取決于每層最多節(jié)點數和節(jié)點寬度。公式是畫布寬度 節(jié)點數 × 節(jié)點寬度 (節(jié)點數 - 1) × 橫向間距 左右邊距。比如一層有5個節(jié)點每個寬120像素間距50像素左右邊距各40像素畫布寬度 5×120 4×50 80 880像素。畫布高度 層數 × 層高 (層數 - 1) × 層間距 上下邊距。層高取節(jié)點高度加標注高度比如602080像素。字號選擇。如果圖要嵌入A4文檔節(jié)點名稱字號不小于12號圖注不小于10號。如果圖要投影到大屏節(jié)點名稱字號不小于18號圖注不小于14號。如果圖要打印成海報按最終尺寸等比放大保證在正常觀看距離下文字高度不小于3毫米。注意這些參數是起點不是終點。實際繪制時根據視覺效果微調但調整幅度不要超過20%否則會破壞整體節(jié)奏。4.3 配色方案的落地方法配色是很多人頭疼的問題。我有一套自己的落地方法不需要設計背景也能操作。第一步定主色。主色通常來自項目品牌色或行業(yè)慣用色。比如技術架構圖常用藍色系因為藍色傳達穩(wěn)定、專業(yè)的感覺。如果沒有品牌色約束我推薦用中飽和度的藍、綠、紫作為主色候選。第二步生成色階。在主色基礎上調整明度和飽和度生成三到四個色階。比如主色是#3B82F6淺色階是#93C5FD中色階是#3B82F6深色階是#1D4ED8。淺色用于背景或次要元素中色用于主體深色用于強調。第三步定輔助色。輔助色用于區(qū)分不同類別或表示狀態(tài)。我通常選一個暖色橙色或紅色作為警告/異常色一個綠色作為成功/正常色一個灰色作為中性/外部色。輔助色的飽和度要比主色低一檔避免搶視覺。第四步檢查對比度。文字顏色和背景顏色的對比度要足夠。深色文字配淺色背景或者淺色文字配深色背景。對比度太低會導致閱讀困難。可以用在線的對比度檢查工具驗證目標是對比度比值不低于4.5:1。第五步做色盲模擬。用工具模擬紅綠色盲、藍黃色盲的視覺效果確保關鍵信息不依賴單一顏色區(qū)分。如果發(fā)現某些顏色在色盲模擬下難以區(qū)分就調整明度或增加形狀/紋理輔助。4.4 從單張圖到系列圖的擴展實際工作中單張圖往往不夠需要一套圖。這時候一致性就變得特別重要。我的做法是建立一個“樣式母版”。樣式母版包含畫布尺寸、邊距、網格間距、節(jié)點形狀和尺寸、連線樣式、字體字號、配色方案、圖例位置、圖注格式。每次畫新圖時先復制母版再在母版基礎上增刪節(jié)點。這樣出來的系列圖風格天然統(tǒng)一。系列圖的組織方式也有講究。我通常用“總-分”結構第一張是總覽圖展示整體結構和主要模塊后面幾張是分圖每張深入一個模塊?？傆[圖里的每個模塊用編號標注分圖的標題對應編號。讀者看總覽時知道有哪些模塊看分圖時知道當前在哪個模塊。如果系列圖超過五張我會加一張“導航圖”用縮略圖的方式展示所有圖的關系和閱讀順序。導航圖不追求細節(jié)只追求讓讀者知道“我現在在哪、接下來看什么”。5. 常見問題與排查技巧實錄5.1 圖太亂怎么辦從“蜘蛛網”到“清晰圖”的排查清單圖太亂是最高頻的問題。我整理了一個排查清單按優(yōu)先級從高到低檢查。問題現象可能原因排查方法解決技巧連線交叉嚴重節(jié)點位置不合理檢查是否有節(jié)點可以換位減少交叉用分層布局把關聯節(jié)點放在相鄰層視覺焦點分散顏色和大小沒有層級檢查是否所有節(jié)點一樣大、一樣亮主體節(jié)點放大加粗次要節(jié)點縮小變灰信息過載節(jié)點太多或標注太長數一下節(jié)點數和每節(jié)點字數拆圖或把詳細說明移到圖注閱讀路徑混亂布局方向不統(tǒng)一檢查視線是否被迫來回跳統(tǒng)一從左到右或從上到下風格不統(tǒng)一形狀和顏色語義混亂檢查同類信息是否用了不同視覺建立樣式規(guī)范全圖套用我自己的經驗是一張圖如果超過十五個節(jié)點就要考慮拆圖。如果連線交叉超過五處就要重新布局。如果讀者需要超過三十秒才能找到主流程就說明視覺層級沒做好。5.2 導出后模糊或變形輸出環(huán)節(jié)的避坑指南導出環(huán)節(jié)的坑往往在最后一步才暴露特別讓人抓狂。我遇到過幾種典型情況。情況一導出位圖后放大模糊。原因是位圖分辨率不夠。解決辦法是導出矢量格式SVG、PDF或者導出位圖時把分辨率設到300dpi以上。如果工具只支持位圖導出就把畫布尺寸設大導出后再縮小使用。情況二導出后字體變了。原因是目標環(huán)境沒有安裝圖中使用的字體。解決辦法是導出時把文字轉成輪廓曲線或者使用系統(tǒng)通用字體如無襯線體。轉輪廓的缺點是文字不可編輯所以保留一份可編輯的源文件很重要。情況三導出后顏色偏差。原因是色彩空間不一致。屏幕顯示用RGB打印用CMYK。如果圖要打印導出時選CMYK模式并檢查顏色是否在打印色域內。如果圖只在屏幕上看保持RGB即可。情況四導出后背景透明但顯示為黑色。原因是某些查看器不支持透明背景。解決辦法是導出時加白色背景或者在查看器里設置背景色。提示導出前先做一次“預覽導出”用目標環(huán)境打開檢查確認無誤后再批量導出。5.3 協(xié)作評審時的溝通技巧圖表設計很少是一個人的事通常需要評審和修改。協(xié)作評審的效率取決于溝通方式。技巧一標注版本號。每次修改后在圖角標注版本號和日期比如“v1.2 2025-03-15”。這樣評審時大家說的是同一個版本避免“你看的是舊版”這種扯皮。技巧二用評論而不是改圖。評審階段評審人用評論功能指出問題設計者統(tǒng)一修改。如果評審人直接改圖容易造成版本混亂。在線協(xié)作工具通常支持評論和提醒用起來很方便。技巧三區(qū)分“必須改”和“建議改”。評審意見分兩類一類是邏輯錯誤或信息缺失必須改另一類是風格偏好可以討論。我在收集意見時會標注優(yōu)先級避免在細節(jié)上反復拉扯。技巧四改完回復評論。每條評論修改后回復說明改了什么或為什么不改。這樣評審人知道自己的意見被處理了也方便追溯決策過程。5.4 常見問題速查表問題快速排查解決方向圖打開很卡節(jié)點和連線數量是否過多拆圖或簡化連線無法對齊是否開啟了網格吸附開啟網格和對齊輔助顏色看起來臟是否用了高飽和多色混搭降低飽和度統(tǒng)一色系文字被遮擋節(jié)點尺寸是否小于文字放大節(jié)點或縮小字號圖在不同設備顯示不一致是否用了非通用字體換通用字體或轉輪廓打印后顏色變暗是否用了RGB導出改用CMYK導出圖注和圖例位置混亂是否每張圖位置不同固定圖例在右下圖注在下方系列圖風格跳躍是否每張圖重新配色建立樣式母版統(tǒng)一套用6. 我個人的實操心得與進階建議6.1 三個讓我少走彎路的習慣第一個習慣是先畫草稿再開工具。這個習慣幫我省下的返工時間保守估計占全部繪圖時間的三成以上。草稿不需要好看只需要把節(jié)點和關系畫清楚。我通常用白板或紙筆畫完后拍照存檔作為后續(xù)修改的參考。第二個習慣是建立個人樣式庫。我把常用的節(jié)點形狀、配色方案、圖例模板、圖注格式整理成一個文件每次畫新圖時直接復制。這個樣式庫隨著項目積累越來越豐富現在畫一張標準架構圖的時間比三年前縮短了一半。第三個習慣是導出前做“陌生人測試”。找一位不熟悉項目的同事看圖問他三個問題這張圖在講什么主流程是什么哪個部分最重要如果他能在一分鐘內答對說明圖的信息傳達是有效的如果他答錯或答不上來說明還有優(yōu)化空間。6.2 圖表設計的進階方向如果你已經掌握了基礎想進一步提升我建議從三個方向深入。方向一動態(tài)圖表。靜態(tài)圖只能展示一個狀態(tài)動態(tài)圖可以展示變化過程。比如用動畫展示數據流動、用交互展示不同層級的細節(jié)。這需要學習一些可視化庫或交互工具但效果提升很明顯。方向二數據驅動圖表。把圖表和數據源綁定數據更新時圖表自動更新。這在監(jiān)控面板、實時報表場景里特別有用。需要學習數據綁定和模板語法。方向三圖表系統(tǒng)化。不只是畫單張圖而是建立一套圖表規(guī)范、模板庫、評審流程讓團隊所有人都能產出風格一致的圖。這需要從“設計者”轉變?yōu)椤耙?guī)范制定者”視角更高價值也更大。6.3 最后分享一個小技巧如果你覺得一張圖怎么調都不順眼試試把它旋轉90度或者鏡像翻轉再看。這個動作會打破你原有的視覺慣性讓你以新的視角審視布局和層級。我有好幾次卡殼的時候用這個方法發(fā)現了之前沒注意到的問題比如左右重量不平衡、閱讀路徑繞遠、某個節(jié)點位置突兀。調整完之后再轉回來往往就順了。另外如果你用的是支持“大綱視圖”的工具試試在大綱視圖里檢查信息層級。大綱視圖把圖變成純文本的樹狀結構能幫你快速發(fā)現層級混亂或信息冗余。圖好看不好看是其次結構清晰才是根本。