作為 Pennylane 的高級設(shè)計運營專家，我以為我們已經(jīng)破解了設(shè)計文檔的密碼。我們基于 Notion 的系統(tǒng)全面、條理清晰，理論上堪稱完美。
在我的文章《設(shè)計文檔：一致性和協(xié)作性 UI 開發(fā)的關(guān)鍵支柱》中，我倡導基于 Notion 的方法作為設(shè)計系統(tǒng)文檔的黃金標準?；仡欉^去，那篇文章展現(xiàn)了我對文檔的熱情，但它也揭示了我對文檔實際使用人員應該是什么樣子的盲點。
在我原本以為只是例行檢查設(shè)計和工程團隊時，我突然意識到了這一點。結(jié)果，我聽到的不是成功的故事，而是令人不安的事實：我們精心制作的文檔，對于最需要它的人來說，基本上是隱形的。
一位前端工程師承認： “我通常只是嘗試自己解決問題，這比在多個平臺上搜索要快得多。”
“當我找到正確的文檔時，我可能已經(jīng)構(gòu)建了該組件的三個版本，”另一位用戶分享道。
這并不是我們團隊能力的失敗，而是我們的方法未能適應人們的實際工作方式。
之前，先簡單介紹一下背景。設(shè)計師為空狀態(tài)組件編寫的文檔是這樣的：
工程師需要的技術(shù)文檔是什么樣的：
我沒有為現(xiàn)有的文檔辯護，而是決定傾聽。幾周來，我對設(shè)計和工程領(lǐng)域的20名團隊成員進行了深入訪談。訪談結(jié)果清晰地展現(xiàn)了以下幾個摩擦點：
來自設(shè)計師：
來自工程師：
根本原因是，我們創(chuàng)建了一個滿足組織需求但忽略了用戶自然工作流程的文檔系統(tǒng)。
解決方案不是編寫更好的文檔，而是從根本上重新思考文檔是什么。
我們不需要要求團隊適應我們的系統(tǒng)，如果我們的系統(tǒng)適應他們呢？
愿景：將文檔從靜態(tài)參考轉(zhuǎn)變?yōu)闆Q策制定過程中的動態(tài)、視覺伴侶。
干凈、簡約、專注于基本要素、組件名稱、實時代碼的直接鏈接和完成狀態(tài)。
以最純凈的形式顯示的組件，其變體被清晰地標記，并由復雜分子的分離資產(chǎn)層支持。
工藝技巧、行為文檔和使用指南以視覺方式與交互式示例一起呈現(xiàn)。
按照這里顯示的順序我們有：
一些多功能組件需要“注意事項”部分來說明使用它們的限制和最佳實踐。
模板展示實際用例中的組件，彌合孤立組件和完整用戶體驗之間的差距。
完整、全面的文檔，一目了然，沒有不必要的文本或過時的信息。
反饋具有變革性：
“終于有符合我語言的文檔了，”一位設(shè)計師分享道。 “我不用離開 Figma 就能看到我需要的一切。”
一位前端工程師表示： “這些可視化示例讓我省去了與設(shè)計團隊反復溝通的時間。我可以立即看到預期的行為。”
但真正的成功標準并非贊譽，而是使用率。我們的新文檔正在被積極地查閱、在設(shè)計評審中被引用，并在工程討論中被引用。它已經(jīng)成為我們工作流程中不可或缺的一部分，而非事后才想到的。
這次旅程讓我明白，優(yōu)秀的文檔就是在人們所在的地方與他們會面并支持他們自然的工作方式。
我們的下一個挑戰(zhàn)是將這些相同的原則應用到我們的 UI 工具包平臺，確保我們以工程為中心的工具像我們的設(shè)計文檔一樣直觀且工作流程集成。
這次轉(zhuǎn)型最重要的啟示在于人性。我們的利益相關(guān)者并不抗拒文檔，他們抗拒的是那些無法滿足他們需求的文檔。
通過從同理心出發(fā)，進行真正的研究，并圍繞實際工作流程而不是理論理想設(shè)計我們的文檔系統(tǒng)，我們創(chuàng)造了一些不僅僅存在的東西：它蓬勃發(fā)展。
對其他設(shè)計團隊的啟示：你的文檔的好壞取決于它的采用程度。在寫下任何文字之前，先問問你的用戶他們真正需要什么。答案可能會讓你大吃一驚，并激發(fā)你徹底重新思考如何分享設(shè)計知識。
蘭亭妙微(m.ieapo.cn )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設(shè)計、B端界面設(shè)計、桌面端界面設(shè)計、APP界面設(shè)計、圖標定制、用戶體驗設(shè)計、交互設(shè)計、UI咨詢、高端網(wǎng)站設(shè)計、平面設(shè)計，以及相關(guān)的軟件開發(fā)服務，咨詢電話：01063334945。我們建立了一個微信群，每天分享國內(nèi)外優(yōu)秀的設(shè)計，有興趣請加入一起學習成長，咨詢及進群請加藍小助微信ben_lanlan。
藍藍設(shè)計的小編 http://m.ieapo.cn