作為網(wǎng)頁設(shè)計師，我們做的很多事情是交流和有說服力的。我們運行用戶測試來證明我們的決定。我們創(chuàng)造了多種選擇，因為這是意料之中的。我們寫下規(guī)格，制作流程圖，或者模擬每個狀態(tài)，這樣工程師就能得到正確的細(xì)節(jié)。我們提出批評是為了獲得反饋，但也是因為我們的同行想要一個質(zhì)疑我們決策的場所。

總的來說，設(shè)計從寬泛和低保真度到詳細(xì)和高保真度:要點到草圖到線框到模型到原型到實現(xiàn)。當(dāng)然，我們很少這樣做全部其中之一。

在早期階段，我非常喜歡紙上素描。我接受它們的混亂，并意識到它們比線框(我很少再用了)要快得多，功能強(qiáng)大得多，這已經(jīng)是很多年前的事了。我甚至提倡在執(zhí)行評估中使用它們。在某些方面，草圖是更多當(dāng)你是你唯一的觀眾時，這是強(qiáng)大的，因為他們甚至不需要清晰易讀。角落里那個奇怪的東西是什么？沒關(guān)系，只要你們知道。你可以很快地改變排列，這意味著我在使用更高保真的方法之前，會有規(guī)律地畫草圖，但是很簡短。


我仍然在大型項目中使用設(shè)計概要。它們不會花很長時間，而且寫它們的行為有助于我思考——將高層次的、手動波動的想法提升到更實際的水平。它們記錄了我在想什么，以及為什么要為未來的自己澄清。我們有時會進(jìn)行設(shè)計評審。

我也寫作產(chǎn)品簡介并鼓勵工程師撰寫工程簡報。兩者都運行良好。關(guān)鍵是不要走極端，因為它們被稱為“內(nèi)褲”是有原因的。雖然為它們提供模板很有用，但我把它們視為指導(dǎo)方針而不是需求。既然隊里沒有其他人，何必多此一舉呢？因為在集中化的情況下，變更更容易、更安全，最重要的是，更快。如果明天我想讓我們所有的按鈕都是方形的，我可以做一次，然后讓它到處傳播。

不是所有東西都值得擁有一個組件。有時候太早了，太容易改變。那么，什么時候是將一次性工作轉(zhuǎn)化為組件的合適時機(jī)呢？當(dāng)我意識到在項目N+1中需要我為項目N構(gòu)建的一個組件時，我會嘗試這樣做。(如果Figma像宣傳的那樣運行，這將容易得多，并且可以從單個文件中剪切和粘貼組件到您的庫中。提示提示。)

這種集中化在代碼中更加重要，當(dāng)我們的模擬和代碼庫不一致時，通常是代碼勝出。要明確的是:我不認(rèn)為這是一個問題。我們的規(guī)范風(fēng)格指南是包含所有CSS變量的文件。我們有一個僅僅一個按鈕組件，我們在任何地方都使用它。當(dāng)我編寫和審查代碼時，我對集中化毫不留情，因為這將確保事情保持一致并易于更改。