本文作者介紹了進行設計評審時可以提升評審效率，幫助設計師和與會者更好地進行溝通，并順利推進項目的一些方法，希望對您有所啟發(fā)。
設計作品的展示方式和設計本身一樣重要嗎？
不，展示方式更重要。
您可能創(chuàng)造了世界上最好的設計，但是如果不能說出為什么它是最好的，您將很難讓您的團隊支持它。如果不能讓團隊成員支持它，它就不會被實現(xiàn)。
如果世界級的設計只存在于 Sketch 的畫板中，它真的能被稱為世界級嗎？
有效展示設計作品是至關重要的，必須對此有所準備。如果您是一個相對初級的設計師，熟練地應對設計評審將使你脫穎而出。
需要聲明的是，我不是在說向滿屋子理解什么是字距的人去展示設計。處在其他設計師的輕松環(huán)境下并獲得反饋是有幫助的，但那不是這篇文章的主題。
這里說的是「生與死的演講」，當設計被釘在砧板上，而您的聲譽卻懸而未決。
好吧，說得有點過分了；我的意思是要有效地向利益相關者和客戶展示設計，并達成共識。您需要他們的認可，在當下做出決定，而不僅僅是反饋。
這些涉眾不是和您說同一種語言的其他設計師，他們的專業(yè)知識和時間表都不同。您正在努力讓他們支持你的設計，很多時候都將依賴于這樣的設計評審。
那么，如何獲得有用的反饋，達成共識，并推進您的設計？
以下是我在介紹作品時所采取的八個步驟：
- 寫下設計理由。
- 了解會議室里的人。
- 做好準備。
- 講故事。
- 提出解決方案。
- 多聽少說。
- 回應，決定，繼續(xù)前進。
- 回顧并跟進。
讓我們開始吧！
當您決定使用一個組件而不是另一個，或在流程中添加額外的步驟時，請記下這樣做的原因。不斷做出設計決策，每個決策都有應該有它的理由。
這樣，當有人提出建議或一個問題時，就可以給出該理由。
下次當你在白板上或在 Figma 中做設計時，記下設計筆記，我保證將會派上用場。
發(fā)送日歷邀請后，請考慮誰會參加評審，對他們來說什么是最關心的。當你知道他們關心的是什么，就可以用引起共鳴的方式展示設計。
通常可以根據(jù)人們的角色來找出對他們來說什么是重要的：
- 高管們關心的是擴大業(yè)務、有效利用資源以及實現(xiàn)公司目標。
- 產(chǎn)品經(jīng)理/所有者要考慮 KPI、范圍和滿足業(yè)務和用戶的需求。
- 工程師考慮諸如性能，開發(fā)工作，技術(shù)債務和邊緣案例之類的問題。
- 營銷人員關心的是品牌一致性、聲音、產(chǎn)品敘事，以及是否有引人入勝的故事可以講述。
- 銷售人員關心的是這如何使產(chǎn)品在競爭中脫穎而出，以及是否能幫助他們達成更多交易。
提前預測利益相關者會如何回應，這將使會議順利進行，并防止陷入混亂。當他們提出異議和建議時，您早已有所準備。
當開始每一次設計評審時，請先從您為什么在這的原因開始。
提醒人們?yōu)槭裁匆褂眠@個解決方案，即便這已經(jīng)是第二或第三次設計評審。設置適當?shù)纳舷挛，列出客戶支持觀點、用戶研究，產(chǎn)品愿景或客戶雇用您的原因。這
些忙碌的人腦子里裝了太多事情，時間過去太久就需要重新讓他們回想起來。
始終讓話題回到主題和目標上。
您需要這群人來決定，這個設計究竟是用來解決某個特定問題，還是用來改變某個既定指標。否則，您會陷入個人偏好的討論中。而且我們都討厭主觀的反饋，確保他們從當前方案如何解決當前問題的角度來切入設計。
接下來呢？
提醒他們在以前的設計審核中所做出的任何決定，這樣您就不用重新整理它們了。然后，概述您需要決定的所有未完成的項目。
最后，請千萬、一定、不要忘記，告訴他們您想要的反饋類型。這可能將取決于目前所處的設計階段和與您交談的對象是誰。
在設計過程的早期，不需要對顏色、副本或諸如此類的東西進行反饋。所以，告訴大家，讓他們把注意力集中在你正在做的事情的適當?shù)母邔哟畏矫妫核欠穹嫌脩裟繕？基于現(xiàn)有資源和設定的限制，這是否可行？它會改變您關心的指標嗎？或者，是否值得一試，看看可不可行？
之后，當您在做完善的、可直接用于開發(fā)的原型時，視覺美觀和文案就很重要。更重要的部分已經(jīng)決定好了，記得提醒大家這一點。
確保你在向合適的人尋求對正確事物的反饋。
在執(zhí)行方案時，請 CTO 考慮技術(shù)方面的限制；告訴營銷總監(jiān)在營銷活動中要注意文案，它必須與網(wǎng)站上的內(nèi)容保持一致；讓項目經(jīng)理知道您對項目范圍的擔心，并征詢他們的意見，以了解也許可以砍掉哪些東西。
在您展示任何原型或條條框框之前，請從用戶的角度講一個簡短的故事：在什么背景下，誰將使用這個新的解決方案。
簡明地回答以下問題：
- 我們討論的是什么類型的用戶？
- 他們從哪里來的？
- 他們的心態(tài)是什么？
- 他們有什么強烈的情感嗎？
- 他們想要達成什么目的？
下面是一個項目管理應用程序的故事示例，目標是讓用戶更容易地將他們的待辦事項分類：
假設有一個 100 人的營銷代理公司的客戶經(jīng)理，她只有幾分鐘時間就要與客戶（與她一起工作的 13 位客戶中的一位）進行狀態(tài)更新會議。更重要的是，這是她今天早上的第三次狀態(tài)更新會議。
該客戶正在從事付費廣告，搜索引擎優(yōu)化技術(shù)工作，為一個新的教育系列撰寫內(nèi)容，并更新客戶網(wǎng)站的設計？蛻艚(jīng)理需要快速找出團隊在每個類別中完成了什么，這樣她就可以很容易地將這一進展傳遞給客戶。
當您準備得很充分，考慮了會議室中的涉眾。設計評審開始后，只需花幾分鐘就討論完了問題、目標、決策和所需的反饋類型。然后，過渡到設計解決方案時，您通過一個故事來幫助人們了解了目標用戶。
現(xiàn)在是時候展示你的設計了。
在引導人們?yōu)g覽流程圖或原型時，無需說明顯而易見的事情。最好保持安靜，讓他們沉浸在設計中；而不是指出為何決定將藍色用作按鈕顏色的，這些他們自己也能看懂。
相反，闡述出您的設計理由，以及它們是如何符合每個與會者的述求的。
闡明為什么相信這個設計能解決問題，討論為何刪除某些字段將提高轉(zhuǎn)換率，或添加新圖形可以如何增強品牌形象。談談您是如何使用版式設計的，這是因為人們在可用性測試中證明非常易用。指出為什么使用菜單組件會更快，因為它是設計系統(tǒng)的一部分。
表達出您做出決定的原因，談談與會者的述求以及如何達成您的目標的。
一些例子：
我們提供了一個切換開關，可在卡片和表視圖之間進行切換。對于大多數(shù)數(shù)據(jù)量較少的用戶而言，卡片視圖會更好。但是，我們?nèi)匀豢梢允褂帽硪晥D來兼容高級用戶。最好的方法，是將切換開關默認設置為他們的最近一次使用的選擇，這樣 UI 始終可以為每個用戶定制。
基于當前的時間框架和可用的工程師，我們知道創(chuàng)建一個完整的消息傳遞系統(tǒng)是不可行的。因此，我們決定從單向批量消息處理開始，因為它更易于實現(xiàn)；并且基于最近的客戶要求，它仍將為我們的用戶解決一個巨大的痛點。
我們知道這給轉(zhuǎn)化漏斗增加了額外的一步，但我們相信，減少用戶必須做出的選擇次數(shù)將增加整體的轉(zhuǎn)化率。研究表明，選擇麻痹將會是一個大問題。不過，可以肯定的是，我們想要對當前版本的設置進行 A/B 測試，以了解其性能。
設計過程和考慮過的備選方案是否展示呢？
那得看實際情況。
有時提及曾經(jīng)考慮過的其他解決方案以及否決的理由是很有幫助的，您可以在講述時簡短帶過或者展示一下備選方案，讓他們看到即可。您沒有時間帶領團隊穿過您「曾經(jīng)掉下的每一個兔子洞」，但它可以幫助人們體驗您所經(jīng)歷過的思維過程。
這一理論有助于利益相關者按照您所做的那樣，將點聯(lián)系起來。它也為討論打開了大門；當然，也為所有人達成共識打開了大門。
一旦提出了解決方案，反饋就會越來越多，應該如何處理這些反饋呢？
首先也是最重要的，閉嘴。
從整體上傾聽人們要說的話，在他們發(fā)表第一條評論后，請不要打斷來捍衛(wèi)您的作品。有時，人們需要花一些時間才能說出他們要表達的觀點。另外，聽別人說話而不脫口而出表明您尊重他們。
所以停下來，傾聽。
等他們結(jié)束了，您仍然不要為自己的作品辯護。首先，要肯定他們所說的話，并感謝他們的反饋：
「好的，明白了。謝謝你提出來。」
「我知道你來自哪里！
「是的，這很有意義。我很欣賞這個建議。」
「這是有趣的反饋！讓我考慮一下！
「是的，還有……」
然后，針對他們的問題提出疑問，確保能夠理解他們的原因。闡明問題很重要，但深入探討的問題也是如此。
類似于用戶的功能請求，深入挖掘來自利益相關者的建議。詢問他們想在此處添加另一個按鈕來達到什么目的，或者為什么他們希望看到紅色的標題文本，正確的提問將揭示出他們想要解決的問題。
也可以問一些引發(fā)他們思考的問題。
他們可能講述當下想起的第一件事，因此，向他們提出有洞察力的、棘手的問題，迫使他們仔細思考他們所說的話。一個精心設計的問題，通常是對您不同意的評論作出回應的最佳方式，它可以優(yōu)雅地幫助某人意識到自己錯了。
一些好問題的例子：
- 你認為這將如何影響（項目目標）？
- 為了確保我跟上了你的思路，你認為做（建議）可以如何解決（用戶問題）？
- 你在（基于他們最喜歡的應用的建議）時提到自己喜歡它。你為什么喜歡他們的做法？
- 你認為這樣做的利弊是什么？
- 是的，我知道你來自哪里。我同意（他們提到的問題）是個大問題。你認為為何可以通過（他們的建議）來解決這個問題？
- 不幸的是，由于我們不能同時做到這兩者，因此你認為（解決方案 A）比執(zhí)行（解決方案 B）更重要嗎？
- 感謝你提出這個問題。你是否看到用戶的任何反饋表明（問題）普遍存在？
有時候介入進去說些什么是很重要的。
當人們提供反饋時，它可以引導討論不跑題。你的工作是讓團隊重新定向當前的問題和目標，堅持當下您在這間會議室里的理由，然后準備其他內(nèi)容以備后用。
例如：「感謝您指出改進導航的機會。我對此表示感謝。我會記錄下來。如果您不介意的話，我們可以稍后再探討，F(xiàn)在，我希望我們把重點放在如何降低這種形式的退出率上！
聽完并提出問題后，請分享您的想法。
如果有必要，請為您的作品辯護。再講一遍您的推理，講述真實用戶的故事，提出您知道的關于用戶行為的數(shù)據(jù)。讓大家回到眼前的目標，向人們表明您已經(jīng)嘗試過他們的建議，并解釋為什么它不起作用。
這將會帶來更多的討論和反饋，看看談話的進展方向，隨時準備將大家拉回來并推動討論繼續(xù)。
像這樣說：
「聽起來我們所有人都認為我們應該朝向（方向）。大家都同意嗎？」
「我們需要繼續(xù)推進。在我們這樣做之前，大家是否都同意我們會朝向（方向）？」
「我認為這是一個很小的決定，不會在很大程度上影響用戶體驗。讓我們記下來并繼續(xù)推進。如果需要，我們將來可以對其進行迭代！
此外，如果您知道需要收集更多數(shù)據(jù)或咨詢其他人，也不要害怕推遲決策。
如果不喜歡談話的方向，推遲決定也是一個很好的策略。它讓每個人都有時間仔細思考并想出替代方案，只要確保小組了解該延遲決定的下一步是什么。
幸運的是，設計評審不會總是防御性的戰(zhàn)斗。利益相關者經(jīng)常會提出很好的建議，并提出一些您從未考慮過的事情。
當他們提出一個很好的觀點或有一個創(chuàng)造性的想法時，告訴他們，然后討論如何將這些反饋信息整合到下一次迭代中。
離開會議室之前，總結(jié)一下決策，行動項目和后續(xù)步驟。弄清楚接下來要解決哪些問題，以及正在更改的可交付成果。
重新回顧是一個很好的方式，以確保每個人都同意下一步的步驟，并投入該計劃。
在設計評審后立即發(fā)送后續(xù)消息，寫下文字是確保能夠同步信息的有效方法，并且就有了所有決定的記錄。如果他們有不同的想法，就還有另一個機會進行表達。
如有任何歧義，書面總結(jié)也是推進項目的好戰(zhàn)術(shù)。通常，迅速做出決定并繼續(xù)前進，比花更長的時間做出完美的決定更好，這樣你就可以避免此后做出錯誤的決定。
有幾個有用的來推動事情發(fā)展的短語是：
「我知道我們尚未達成共識，但是為了推進這個項目，我將要……」
「我認為我們應該暫時推進（決定），如果有人強烈反對，請在這天結(jié)束前告訴我。」
最后，請確保你已就工作內(nèi)容告知了截止日期。人們應該知道何時可以期待下一次迭代，建立明確的期望對于任何利益相關者關系都是至關重要的。
一個好的設計師和一個卓越設計師的區(qū)別之一，是他們有能力在公司里推動他們的作品，并把它帶到用戶面前。
下面簡單回顧一下幫助你實現(xiàn)這一目標的步驟：
- 寫下設計理由：了解您的設計決策背后的推理，它使您可以更輕松地解釋做了什么，并及時回答問題或反饋。
- 了解會議室里的人：設身處地為他們著想。在您的利益相關者回應您的設計成果之前，思考一下他們會說什么。
- 做好準備：提醒他們您正在解決的問題和工作目標。這可以確保人們關注設計是如何解決問題的，而非他們是否「喜歡」它。而且，別忘了告訴別人您想要什么類型的反饋。
- 講故事：通過引入用戶的視角來設置適當?shù)纳舷挛摹?/li>
- 提出解決方案：談談您的理由。為什么要這樣設計？談談利益相關者的述求，以及您的解決方案如何解決手頭的問題。
- 多聽少說：不要馬上為您的設計決策辯護。給他們空間說出自己的想法，然后提問題，很多問題。確保您完全理解他們在說什么。
- 回應、決定、繼續(xù)推進：必要時捍衛(wèi)您的作品。引入用戶數(shù)據(jù)，靠攏業(yè)務， 并再次遍歷您的推理。讓討論進行，然后宣布決定，以便繼續(xù)推進。
- 回顧并跟進：明確說明下一步，以便每個人能同步信息。書面重述可能是樹立期望的最好方法。
承擔因您的行為而導致的法律責任，
本站有權(quán)保留或刪除有爭議評論。
參與本評論即表明您已經(jīng)閱讀并接受
上述條款。