1. 為什么“從白稿開始”是改版效率的最大陷阱做過中后臺(tái)系統(tǒng)改版的人大概都有這種經(jīng)歷產(chǎn)品經(jīng)理丟過來一句“這個(gè)頁(yè)面太舊了重新設(shè)計(jì)一版”然后設(shè)計(jì)師打開 Figma新建一個(gè) 1440 寬的 Frame從零開始擺導(dǎo)航、擺表格、擺按鈕。三天后交稿開發(fā)一看說“這個(gè)布局跟我們現(xiàn)在的組件庫(kù)對(duì)不上”于是又改兩天。最后上線時(shí)發(fā)現(xiàn)真正被用戶感知到的變化可能只有配色和圓角。問題出在哪出在起點(diǎn)選錯(cuò)了?！鞍赘濉敝傅氖峭耆瞻椎漠嫴紱]有任何現(xiàn)有界面的約束。從白稿開始做改版本質(zhì)上是在做一次“重新發(fā)明”而不是“重新設(shè)計(jì)”。重新發(fā)明的問題在于你會(huì)不自覺地按照理想狀態(tài)去畫而不是按照系統(tǒng)實(shí)際運(yùn)行的狀態(tài)去畫。理想狀態(tài)下的表格列寬是均勻的實(shí)際運(yùn)行中某一列因?yàn)閿?shù)據(jù)太長(zhǎng)被撐開了理想狀態(tài)下的彈窗是居中的實(shí)際運(yùn)行中因?yàn)楦溉萜?overflow 設(shè)置不對(duì)彈窗被裁掉了一半。這些差異白稿里全都看不見。所以我的做法是反過來的改版的第一步不是打開 Figma而是把當(dāng)前正在運(yùn)行的界面“帶回去”。帶回去的方式有很多種截圖是最基礎(chǔ)的但截圖是靜態(tài)的、扁平的丟失了層級(jí)關(guān)系和交互狀態(tài)。更好的方式是用工具把運(yùn)行界面的 DOM 結(jié)構(gòu)、樣式、甚至組件樹抓下來轉(zhuǎn)成 Figma 可以識(shí)別的圖層。這就是標(biāo)題里說的“先把運(yùn)行界面帶回去”的真正含義。它不是讓你把截圖貼進(jìn) Figma 當(dāng)參考圖而是讓運(yùn)行界面成為設(shè)計(jì)稿的基底。你在真實(shí)結(jié)構(gòu)上做修改而不是在空白畫布上做想象。這個(gè)思路的轉(zhuǎn)變帶來的效率差異是數(shù)量級(jí)的。我做過一個(gè)對(duì)比同一個(gè)列表頁(yè)改版從白稿開始平均需要 2.5 天出第一版可評(píng)審稿從運(yùn)行界面導(dǎo)入開始只需要 0.5 天。省下來的時(shí)間不是偷懶省出來的是因?yàn)槟悴恍枰佼嬕槐橐呀?jīng)存在的東西。注意這里說的“帶回去”不是讓你照抄現(xiàn)有界面?，F(xiàn)有界面是起點(diǎn)不是終點(diǎn)。你要做的是在真實(shí)結(jié)構(gòu)上做減法、做重組、做視覺升級(jí)而不是從零搭建一個(gè)看起來很像但結(jié)構(gòu)完全不同的東西。2. 把運(yùn)行界面搬進(jìn) Figma 的三種路徑與選型邏輯“把運(yùn)行界面帶回去”這句話說起來簡(jiǎn)單但具體怎么帶有不同的技術(shù)路徑。我實(shí)際用過的主要有三種各有各的適用場(chǎng)景和坑。2.1 截圖 手動(dòng)描摹最笨但最可控這是最原始的方式截一張運(yùn)行界面的圖拖進(jìn) Figma降低透明度然后在上面手動(dòng)描圖層。聽起來很蠢但它在某些場(chǎng)景下反而是最優(yōu)解。什么時(shí)候用當(dāng)運(yùn)行界面的結(jié)構(gòu)極其復(fù)雜但你需要改動(dòng)的部分很局部的時(shí)候。比如一個(gè)數(shù)據(jù)看板上面有十幾個(gè)圖表組件你只想改頂部的篩選欄。這時(shí)候用工具把整個(gè)頁(yè)面導(dǎo)入 Figma反而會(huì)帶來大量無用的圖層拖慢文件性能。截圖描摹只針對(duì)你要改的區(qū)域干凈利落。手動(dòng)描摹的關(guān)鍵技巧是不要描得太細(xì)。你是在做設(shè)計(jì)稿不是在復(fù)刻像素。把主要的容器邊界、間距關(guān)系、層級(jí)關(guān)系描出來就夠了。文字內(nèi)容可以直接用截圖上的不需要重新打字。這種方式的問題也很明顯不可復(fù)用。下次改另一個(gè)頁(yè)面你得重新描一遍。所以它只適合一次性、局部性的改版任務(wù)。2.2 瀏覽器插件導(dǎo)出速度最快但結(jié)構(gòu)會(huì)失真市面上有一些瀏覽器插件可以把當(dāng)前頁(yè)面的 DOM 結(jié)構(gòu)導(dǎo)出成 Figma 文件。原理大概是遍歷 DOM 節(jié)點(diǎn)讀取計(jì)算樣式然后生成對(duì)應(yīng)的 Figma 圖層。我用過幾個(gè)導(dǎo)出速度確實(shí)快點(diǎn)一下按鈕幾秒鐘就能在 Figma 里看到頁(yè)面結(jié)構(gòu)。但問題在于“結(jié)構(gòu)會(huì)失真”。DOM 是嵌套的Figma 的圖層也是嵌套的理論上可以一一對(duì)應(yīng)。但實(shí)際上CSS 的布局模型flex、grid、absolute和 Figma 的自動(dòng)布局Auto Layout并不是完美映射的。一個(gè)用 flex 實(shí)現(xiàn)的水平排列導(dǎo)出后可能變成一堆絕對(duì)定位的圖層你一動(dòng)就全亂了。還有一個(gè)更隱蔽的問題偽元素和背景圖。很多界面的裝飾性元素是用::before、::after或者background-image實(shí)現(xiàn)的這些在 DOM 遍歷中往往會(huì)被忽略或者處理不當(dāng)。導(dǎo)出后的 Figma 文件看起來“少了點(diǎn)什么”但你一時(shí)半會(huì)兒說不清楚少了什么。所以這類工具適合什么場(chǎng)景適合結(jié)構(gòu)簡(jiǎn)單、以文本和基礎(chǔ)容器為主的頁(yè)面。比如一個(gè)設(shè)置表單頁(yè)全是 label input 的垂直排列導(dǎo)出效果就很好。但如果是復(fù)雜的儀表盤或者帶有大量自定義繪制的頁(yè)面導(dǎo)出結(jié)果基本沒法直接用。2.3 設(shè)計(jì)系統(tǒng)反向映射最理想但前提是你有設(shè)計(jì)系統(tǒng)這是最理想的方式如果你的項(xiàng)目已經(jīng)有一套完整的設(shè)計(jì)系統(tǒng)組件庫(kù) 設(shè)計(jì)令牌那么運(yùn)行界面上的每一個(gè)元素都可以反向映射到設(shè)計(jì)系統(tǒng)里的組件。你不需要導(dǎo)出圖層你只需要知道“這個(gè)頁(yè)面用了哪些組件、哪些變體、哪些令牌”然后在 Figma 里用對(duì)應(yīng)的組件重新拼裝一遍。這種方式的好處是產(chǎn)出的設(shè)計(jì)稿天然與代碼實(shí)現(xiàn)對(duì)齊。開發(fā)看到設(shè)計(jì)稿直接就能對(duì)應(yīng)到組件庫(kù)里的組件不需要再做“翻譯”。而且因?yàn)橛玫氖墙M件實(shí)例改起來也快改一個(gè)主組件所有實(shí)例同步更新。但它的前提條件很苛刻你得有設(shè)計(jì)系統(tǒng)而且設(shè)計(jì)系統(tǒng)和代碼實(shí)現(xiàn)得是同步的。很多團(tuán)隊(duì)號(hào)稱有設(shè)計(jì)系統(tǒng)但實(shí)際上 Figma 里的組件庫(kù)和代碼里的組件庫(kù)是兩套東西各走各的。這種情況下反向映射就無從談起。我的建議是如果你所在團(tuán)隊(duì)有維護(hù)良好的設(shè)計(jì)系統(tǒng)優(yōu)先用這種方式。如果沒有先用第二種方式快速導(dǎo)入然后在 Figma 里手動(dòng)把關(guān)鍵組件替換成設(shè)計(jì)系統(tǒng)里的組件。這個(gè)過程雖然麻煩但一次投入后續(xù)所有頁(yè)面改版都能受益。路徑適用場(chǎng)景速度結(jié)構(gòu)保真度可復(fù)用性截圖描摹局部改版、復(fù)雜頁(yè)面慢高人工控制低插件導(dǎo)出簡(jiǎn)單頁(yè)面、快速原型快中低中設(shè)計(jì)系統(tǒng)映射有成熟設(shè)計(jì)系統(tǒng)的團(tuán)隊(duì)中高高3. 運(yùn)行界面導(dǎo)入后的圖層清理與結(jié)構(gòu)重建不管你用哪種方式把運(yùn)行界面帶進(jìn) Figma導(dǎo)入后的第一件事都不是開始設(shè)計(jì)而是清理圖層。這一步很多人會(huì)跳過覺得“反正能看就行”但后面會(huì)吃大虧。3.1 為什么導(dǎo)入后的圖層必須清理插件導(dǎo)出的圖層結(jié)構(gòu)反映的是 DOM 的嵌套關(guān)系而不是設(shè)計(jì)的邏輯關(guān)系。DOM 里為了布局方便會(huì)加很多無意義的包裹層。比如一個(gè)按鈕DOM 結(jié)構(gòu)可能是div div button span導(dǎo)出到 Figma 就變成四個(gè)嵌套的 Frame但實(shí)際上你在設(shè)計(jì)時(shí)只需要一個(gè)按鈕組件。這些多余的嵌套層會(huì)帶來三個(gè)問題第一文件體積膨脹打開和操作變卡第二自動(dòng)布局難以應(yīng)用因?yàn)閷蛹?jí)太深第三開發(fā)看設(shè)計(jì)稿時(shí)會(huì)被誤導(dǎo)以為需要那么多層嵌套。清理的原則很簡(jiǎn)單合并視覺上無差別的圖層刪除純布局用的空容器把語(yǔ)義相關(guān)的元素歸組。具體操作上我會(huì)按這個(gè)順序走先看最外層把頁(yè)面級(jí)的容器保留刪除多余的 wrapper。再看每個(gè)區(qū)塊把區(qū)塊內(nèi)的元素按功能分組比如“搜索區(qū)”“表格區(qū)”“分頁(yè)區(qū)”。最后看單個(gè)組件把組件的內(nèi)部結(jié)構(gòu)簡(jiǎn)化到最小必要層級(jí)。這個(gè)過程大概會(huì)花掉 10 到 15 分鐘但后續(xù)所有操作都會(huì)因此順暢很多。3.2 用命名規(guī)范把“運(yùn)行結(jié)構(gòu)”翻譯成“設(shè)計(jì)結(jié)構(gòu)”清理完圖層之后下一步是重命名。導(dǎo)入的圖層名字通常是Frame 123、Group 456這種完全不可讀。你需要把它們改成有語(yǔ)義的名字。命名規(guī)范我建議直接用設(shè)計(jì)系統(tǒng)里的組件名。比如Button/Primary/Default、Input/Text/Default、Table/Header/Cell。這樣做的好處是當(dāng)開發(fā)拿到設(shè)計(jì)稿時(shí)看到圖層名就知道對(duì)應(yīng)哪個(gè)組件減少溝通成本。如果團(tuán)隊(duì)沒有設(shè)計(jì)系統(tǒng)命名規(guī)范那就用最直白的業(yè)務(wù)命名搜索欄、數(shù)據(jù)表格、操作按鈕組。關(guān)鍵是一致同一個(gè)東西在所有頁(yè)面里叫同一個(gè)名字。提示Figma 的“重命名圖層”功能支持批量操作。選中多個(gè)圖層按CmdRMac或CtrlRWindows可以用正則表達(dá)式批量替換名字。比如把所有Frame前綴去掉或者把Group統(tǒng)一改成Section。3.3 把靜態(tài)圖層轉(zhuǎn)成自動(dòng)布局的時(shí)機(jī)判斷自動(dòng)布局是 Figma 里最核心的功能之一但并不是所有圖層都適合立刻轉(zhuǎn)成自動(dòng)布局。我的經(jīng)驗(yàn)是先清理和命名再考慮自動(dòng)布局。因?yàn)樽詣?dòng)布局會(huì)改變圖層的父子關(guān)系和排列方式如果在圖層還很亂的時(shí)候強(qiáng)行轉(zhuǎn)只會(huì)更亂。判斷一個(gè)區(qū)塊是否適合轉(zhuǎn)自動(dòng)布局看兩個(gè)條件第一這個(gè)區(qū)塊內(nèi)的元素是否有明確的排列方向水平或垂直第二這個(gè)區(qū)塊是否需要響應(yīng)式伸縮。如果兩個(gè)條件都滿足那就轉(zhuǎn)。如果只是固定尺寸的裝飾性元素保持絕對(duì)定位反而更簡(jiǎn)單。轉(zhuǎn)自動(dòng)布局的時(shí)候注意間距的設(shè)置。導(dǎo)入的圖層間距往往是靠 margin 或 padding 實(shí)現(xiàn)的轉(zhuǎn)成自動(dòng)布局后要用 Auto Layout 的 gap 和 padding 來還原。這里有個(gè)小技巧先用截圖量一下實(shí)際間距然后在 Figma 里設(shè)置對(duì)應(yīng)的數(shù)值。不要憑感覺設(shè)憑感覺設(shè)出來的間距開發(fā)實(shí)現(xiàn)時(shí)會(huì)對(duì)不上。4. 在真實(shí)結(jié)構(gòu)上做改版的實(shí)操節(jié)奏把運(yùn)行界面帶回來、清理好、命名好之后才真正進(jìn)入“改版”環(huán)節(jié)。這時(shí)候你的畫布上是一個(gè)結(jié)構(gòu)清晰、命名規(guī)范、與線上實(shí)現(xiàn)對(duì)齊的基底。在這個(gè)基底上做修改和從白稿開始做修改體驗(yàn)完全不同。4.1 先做減法刪掉不需要的元素改版最容易犯的錯(cuò)誤是“只加不減”?？吹脚f界面覺得這個(gè)也要保留那個(gè)也要保留最后改出來的東西比原來還臃腫。正確的做法是先做減法。具體怎么減我會(huì)問三個(gè)問題這個(gè)元素用戶真的需要嗎這個(gè)元素的信息能否合并到其他地方這個(gè)元素刪掉后用戶完成任務(wù)會(huì)不會(huì)受阻如果三個(gè)問題的答案分別是“不確定”“能”“不會(huì)”那就刪。比如一個(gè)后臺(tái)列表頁(yè)頂部有六個(gè)篩選條件。實(shí)際上根據(jù)數(shù)據(jù)80% 的用戶只用其中兩個(gè)。那改版時(shí)就可以把另外四個(gè)收進(jìn)“高級(jí)篩選”里默認(rèn)只展示兩個(gè)。這就是減法。減法的好處是頁(yè)面變清爽了剩下的元素有更多呼吸空間視覺升級(jí)也更容易做出效果。而且刪元素比加元素的風(fēng)險(xiǎn)低因?yàn)閯h掉的東西如果用戶真的需要反饋會(huì)很快上來加回去也容易。4.2 再做重組調(diào)整信息層級(jí)和操作路徑減法做完之后剩下的元素需要重新組織。重組的目標(biāo)是讓信息層級(jí)更清晰操作路徑更短。信息層級(jí)方面我會(huì)用“三秒測(cè)試”把設(shè)計(jì)稿給一個(gè)沒用過這個(gè)系統(tǒng)的人看三秒然后問他“這個(gè)頁(yè)面是干什么的”“最重要的信息是什么”“下一步該點(diǎn)哪里”。如果答不上來說明層級(jí)有問題。操作路徑方面核心原則是“高頻操作前置低頻操作后置”。比如一個(gè)訂單管理頁(yè)面最常用的操作是“查看詳情”和“發(fā)貨”那這兩個(gè)按鈕就應(yīng)該放在列表項(xiàng)最顯眼的位置而不是藏在“更多”菜單里。重組的時(shí)候可以借助 Figma 的“內(nèi)容比例”功能來測(cè)試不同屏幕寬度下的表現(xiàn)。把 Frame 拉寬拉窄看布局是否還能保持合理。這一步能提前發(fā)現(xiàn)很多響應(yīng)式問題避免開發(fā)階段再返工。4.3 最后做視覺配色、間距、圓角的統(tǒng)一升級(jí)視覺升級(jí)是改版里最直觀的部分但也是最容易做過頭的地方。我的建議是視覺改動(dòng)要有節(jié)制一次只改一個(gè)維度。比如這次改版只調(diào)間距體系把所有間距統(tǒng)一到 4 的倍數(shù)4、8、12、16、24、32。下次改版只調(diào)圓角把按鈕、卡片、輸入框的圓角統(tǒng)一到一套值。再下次調(diào)配色把主色、輔助色、語(yǔ)義色重新定義。為什么不要一次全改因?yàn)橐淮稳哪銦o法判斷哪個(gè)改動(dòng)帶來了正面效果哪個(gè)改動(dòng)帶來了負(fù)面反饋。而且全改的工作量巨大評(píng)審時(shí)也很難聚焦。如果非要一次全改那就用設(shè)計(jì)令牌Design Token來管理。在 Figma 里用 Variables 定義好顏色、間距、圓角的令牌然后批量應(yīng)用到所有圖層。這樣改一個(gè)令牌值所有引用它的地方同步更新。這是目前效率最高的視覺升級(jí)方式。5. 從 Figma 到代碼讓改版稿真正可落地設(shè)計(jì)稿做得再漂亮如果開發(fā)實(shí)現(xiàn)不出來或者實(shí)現(xiàn)出來走樣那改版就是失敗的。所以從 Figma 到代碼的銜接必須在設(shè)計(jì)階段就考慮進(jìn)去。5.1 標(biāo)注不是萬能藥結(jié)構(gòu)對(duì)齊才是關(guān)鍵很多設(shè)計(jì)師習(xí)慣在交付時(shí)寫一大堆標(biāo)注這里間距 16px那里字號(hào) 14px這個(gè)按鈕圓角 8px。但開發(fā)真正需要的不是這些數(shù)值而是結(jié)構(gòu)對(duì)應(yīng)關(guān)系。什么意思開發(fā)看到設(shè)計(jì)稿第一反應(yīng)是“這個(gè)頁(yè)面由哪些組件組成”。如果設(shè)計(jì)稿里的組件和代碼里的組件能一一對(duì)應(yīng)開發(fā)實(shí)現(xiàn)起來就很快。如果設(shè)計(jì)稿里是一個(gè)自定義的復(fù)雜布局代碼里沒有對(duì)應(yīng)的組件開發(fā)就得從頭寫這時(shí)候標(biāo)注再詳細(xì)也沒用。所以我在做改版稿的時(shí)候會(huì)盡量使用設(shè)計(jì)系統(tǒng)里的組件實(shí)例。如果某個(gè)地方必須自定義我會(huì)在設(shè)計(jì)稿里明確標(biāo)注“此區(qū)域?yàn)樽远x布局建議實(shí)現(xiàn)方式為……”。這個(gè)建議不是命令而是給開發(fā)一個(gè)參考減少他們的決策成本。5.2 用 Figma 的 Dev Mode 減少溝通損耗Figma 的 Dev Mode 是近幾年對(duì)開發(fā)最友好的功能之一。它可以把設(shè)計(jì)稿里的圖層直接映射到代碼片段顯示間距、顏色、字體等屬性的具體值還支持導(dǎo)出資源。但 Dev Mode 的效果取決于設(shè)計(jì)稿的規(guī)范程度。如果圖層命名混亂、結(jié)構(gòu)嵌套過深、用了大量自定義樣式Dev Mode 給出的代碼片段也是混亂的。反過來如果設(shè)計(jì)稿結(jié)構(gòu)清晰、命名規(guī)范、使用了設(shè)計(jì)令牌Dev Mode 就能給出接近可直接使用的代碼。我實(shí)測(cè)下來的經(jīng)驗(yàn)是在設(shè)計(jì)階段就把 Dev Mode 的預(yù)覽打開一邊設(shè)計(jì)一邊看它給出的代碼提示。如果發(fā)現(xiàn)某個(gè)地方的代碼提示很離譜說明設(shè)計(jì)稿的結(jié)構(gòu)有問題當(dāng)場(chǎng)調(diào)整。這樣交付時(shí)開發(fā)拿到的就是一份“代碼友好”的設(shè)計(jì)稿。5.3 改版上線后的驗(yàn)證用真實(shí)數(shù)據(jù)反哺下一輪設(shè)計(jì)改版上線不是終點(diǎn)。上線后一周我會(huì)做一次數(shù)據(jù)驗(yàn)證對(duì)比改版前后的關(guān)鍵指標(biāo)比如任務(wù)完成率、平均操作時(shí)長(zhǎng)、錯(cuò)誤率、用戶反饋。這些數(shù)據(jù)會(huì)直接反哺下一輪設(shè)計(jì)。比如發(fā)現(xiàn)某個(gè)按鈕的點(diǎn)擊率遠(yuǎn)低于預(yù)期可能是位置不對(duì)或者文案不清晰發(fā)現(xiàn)某個(gè)頁(yè)面的跳出率很高可能是信息層級(jí)有問題。更重要的是這些數(shù)據(jù)會(huì)告訴你“哪些改動(dòng)是有效的”。有效的改動(dòng)可以沉淀到設(shè)計(jì)系統(tǒng)里成為后續(xù)改版的默認(rèn)選項(xiàng)。無效的改動(dòng)則記錄下來避免下次再犯。這個(gè)閉環(huán)一旦建立起來改版就不再是“拍腦袋想出來的”而是“有數(shù)據(jù)支撐的迭代”。從運(yùn)行界面帶回來在真實(shí)結(jié)構(gòu)上改用真實(shí)數(shù)據(jù)驗(yàn)證這才是一個(gè)完整的改版循環(huán)。6. 幾個(gè)容易踩的坑和我的處理方式最后分享幾個(gè)我在實(shí)際項(xiàng)目中踩過的坑以及后來怎么處理的。第一個(gè)坑導(dǎo)入的圖層太多Figma 文件卡到無法操作。處理方式是分批次導(dǎo)入不要一次性把整個(gè)頁(yè)面導(dǎo)進(jìn)來。先導(dǎo)你要改的區(qū)域改完再導(dǎo)下一塊。另外導(dǎo)入后立刻把不需要的圖層刪掉不要留著“以后可能用得上”。Figma 文件超過 5000 個(gè)圖層就會(huì)明顯變卡控制圖層數(shù)量是保持流暢的關(guān)鍵。第二個(gè)坑設(shè)計(jì)稿和線上實(shí)現(xiàn)不一致開發(fā)說“這個(gè)效果實(shí)現(xiàn)不了”。處理方式是在設(shè)計(jì)階段就用真實(shí)數(shù)據(jù)填充。Figma 支持通過插件填充真實(shí)數(shù)據(jù)比如用真實(shí)的用戶名、訂單號(hào)、金額來替換占位符。這樣你能提前看到極端情況下的表現(xiàn)比如超長(zhǎng)文本會(huì)不會(huì)撐破布局大數(shù)字會(huì)不會(huì)換行。提前發(fā)現(xiàn)提前調(diào)整。第三個(gè)坑改版后用戶不買賬說“還是舊版好用”。處理方式是保留舊版入口給用戶一個(gè)過渡期。同時(shí)在改版上線時(shí)用引導(dǎo)提示告訴用戶“哪些地方變了為什么變”。用戶抵觸往往不是因?yàn)樾掳娌缓枚且驗(yàn)椴涣?xí)慣。給一點(diǎn)適應(yīng)時(shí)間配合清晰的引導(dǎo)抵觸會(huì)小很多。第四個(gè)坑設(shè)計(jì)系統(tǒng)組件和實(shí)際需求不匹配強(qiáng)行用組件導(dǎo)致設(shè)計(jì)受限。處理方式是允許“合理的例外”。設(shè)計(jì)系統(tǒng)是工具不是枷鎖。如果某個(gè)場(chǎng)景確實(shí)需要自定義組件那就自定義但要在設(shè)計(jì)稿里標(biāo)注清楚并考慮是否值得把這個(gè)自定義組件沉淀到設(shè)計(jì)系統(tǒng)里。設(shè)計(jì)系統(tǒng)本身也需要迭代。這些坑的共同點(diǎn)是它們都不是技術(shù)問題而是流程和協(xié)作問題。把運(yùn)行界面帶回來本質(zhì)上也是在解決流程問題——讓設(shè)計(jì)從真實(shí)出發(fā)而不是從想象出發(fā)。這個(gè)思路一旦建立起來改版的效率和質(zhì)量都會(huì)有明顯的提升。