2025-7-30 清陽
好的設計可能并非易事。對一個人來說顯而易見的東西，對另一個人來說可能毫無意義。設計可能感覺很主觀，但我（以及其他設計領導）在評審設計時，總會關注一些因素。
好的設計是早期良好協(xié)作的成果。早期設計通常不會面面俱到，但我們可以預見一些細節(jié)，避免在不盡如人意的設計上花費太多時間。
本文檔試圖定義 Dialpad 的設計中“好”的真正含義。它為我們提供了一個共同的目標，以便領導層在評審時能夠充分預期他們的大部分反饋，并讓他們相信設計方向是正確的。
首先，我們必須弄清楚我們?yōu)槭裁匆鲆粋€項目。是我們要改進的指標嗎？是我們要解決的未滿足的用戶需求嗎？還是我們要達成的銷售？在查看任何屏幕之前，我首先需要了解我們?yōu)槭裁匆鲞@件事。這有助于我們在審查設計時堅持第一原則。
你知道我們怎么說講故事很重要嗎？這就是我們的意思。
只有了解了這些背景之后，我才能給你真正有用的反饋，而不僅僅是膚淺的“在這里增加間距”類型的反饋。
你并不總是需要幻燈片，1-2 段文字或 30 秒的演講通常就足夠了。我不喜歡被拖進一個沒有任何注釋的 Figma 文件里，也不喜歡僅僅為了了解項目是什么就被鏈接到一個冗長的 Jira Epic 文件或 15 頁的 PRD 文件。
設計領導力涵蓋了很多方面，我依靠你來告訴我什么是項目以及它為什么重要。
對你分享的內(nèi)容和你想要的反饋要有策略性。你不應該在設計文件中展示和解釋所有內(nèi)容。為此，提前整理好你的想法和 Figma 文件會很有幫助。通過屏幕共享來跟上一個在 Figma 畫板上快速切換的人的喋喋不休是非常困難的。你很可能無法通過這種方式獲得你想要的反饋。
PM 或工程師通常會在介紹項目時就已經(jīng)想好了解決方案。它會被包含在 Jira 工單中，在 PRD 中描述，或在會議上提及。這很棒。我們當然應該探索并汲取其他人的想法。但我也希望看到你們思考自己的點子。
弄清楚自己要做什么是高級設計角色的一個重要部分。
我希望看到你不僅僅是在執(zhí)行別人的想法。我希望看到你至少從兩三個不同的角度探索過一個想法（也就是說，不是同一個想法，只有兩三個細微的變化）。
想出不同的解決問題的方法，表明你不僅僅是照做別人說的，而是真正運用自己的判斷。這正是一個人在高級職位上表現(xiàn)出色的原因。不要害怕提問，不要害怕提出大膽的想法。你提出和改進想法的方式與實現(xiàn)想法的方式同樣重要。
Dialpad 已經(jīng)推出一段時間了，這意味著我們已經(jīng)構(gòu)建了許多快速易用的設計模式。但是，如果還有改進空間，就不要僅僅滿足于“快速易用”。有時，新的方法可以讓事情變得更好。
在審查設計時，我會問自己以下有關一致性和創(chuàng)新性的問題：
如果存在一個可以完成某項任務的現(xiàn)有模式，我希望看到它。同時，如果您認為有必要引入一個新的模式，我也希望看到它。如果您對其中一個模式有合理的偏好，我會加分。
雖然修復不一致問題很重要，但我們也應該考慮用戶的使用場景。有時，即使需要付出更多努力，追求更好的體驗也同樣重要。有時，為了保持一致性和速度，最好還是堅持現(xiàn)有方案。繪制多個設計方案有助于促進這方面的討論。
Dialpad 是一款極其復雜的產(chǎn)品，包含大量技術工作流程并生成大量數(shù)據(jù)。
我們的客戶不應該知道這一點。
我們的目標應該是使交流變得即時且易于理解，就像網(wǎng)絡瀏覽器連接和顯示網(wǎng)站一樣。
在審查設計時，我會問自己以下有關擴展功能的問題：
設計應該易于理解，但又足夠強大以處理復雜性和規(guī)模。
記住，設計主要就是文字。我希望看到你的用戶體驗文案與用戶流程、矩形和顏色保持相同的標準。
在審查設計時，我會問自己以下有關 UX 副本的問題：
我們有復制指南，還有一個經(jīng)過 Dialpad 語音和語調(diào)訓練的ChatGPT 機器人。快來使用吧！
在撰寫文案時，我通常會將類似這樣的內(nèi)容放入 ChatGPT 中：
將以下句子重寫 10 次。盡量簡短，最多 10-15 個字。
請使用簡單的語言和您熟悉的用戶體驗文案規(guī)則。
“一個寫得不好的句子，無法表達我的想法。”
通常，最好的文案是這些示例的組合。我在撰寫本文時就使用了這種技巧。
在審查工作流程時，一個原型勝過一千個靜態(tài)屏幕。我喜歡盡早看到原型，即使是在線框階段。它能幫助我預覽實際使用設計的感覺。
在審查原型時，我會問自己以下問題：
用代碼制作原型并不總是可行的，所以像 Figma 這樣的原型工具能提供僅次于實際產(chǎn)品體驗的最佳設計。從新用戶引導到任務完成，交互式原型能讓我清晰地了解用戶從始至終的旅程。
大多數(shù)設計評審都側(cè)重于推銷一個想法，讓觀眾信服這個設計為什么好。但這只是設計評審的一部分。我也想知道它的缺點。我們應該成為自己最嚴厲的批評者。
每個設計方向的優(yōu)缺點是什么？一個設計怎么會失敗？在審查一個設計時，我會尋找它為什么行不通，或者它可能被濫用或利用的原因，所以如果你也考慮過這些，會很有幫助。提前思考這些問題有助于促進團隊之間的討論。
雖然沒有一份詳盡的清單列出使設計“好”的因素，但提前考慮這些因素有助于將與領導層的討論集中在深刻、實質(zhì)性的話題上。
當我們接受“好”的不同定義，依靠清晰的框架，并創(chuàng)造一個支持批評的空間時，我們就可以提供既能滿足創(chuàng)意目標又能滿足商業(yè)目標的設計工作。