海參君注：本文譯自 Kayla J Heffernan的Using the 30–60–90 Framework for Design Critique。作者給出了獲得有效設(shè)計評價的一些建議，并且介紹了一套名為 30-60-90 的設(shè)計評價框架。希望對您有所幫助。

適合讀者：界面設(shè)計師、交互設(shè)計師、設(shè)計團隊管理者、學(xué)生
閱讀難度：☆☆

在過去的四年里，我都在 SEEK（譯者注：澳大利亞的線上招聘平臺）這樣的一個成熟的設(shè)計團隊工作，團隊里很熟悉如何給出和接受設(shè)計評價。當(dāng)我轉(zhuǎn)到一個新的組織，成為了那里的第一個 UX 設(shè)計師后，我又需要回到原點，獲得所需的設(shè)計評價。那什么是設(shè)計評價？為什么要這樣做？設(shè)計評價涉及哪些內(nèi)容呢？如何給人們反饋？30-60-90又是什么？

什么是設(shè)計評價?

設(shè)計評價是設(shè)計師與同事、同行更新工作進展的方法。設(shè)計師應(yīng)該解釋業(yè)務(wù)和用戶目標(biāo)，并提出滿足這些目標(biāo)或解決問題的設(shè)計，以及背后的基本原理。設(shè)計評價應(yīng)該是對產(chǎn)品的評價，而不是對設(shè)計師的評價。

為什么需要設(shè)計評價?

「你是設(shè)計師而我不是，為什么你需要我的反饋呢？」

有時候設(shè)計師離自己的想法太近，所以只見樹木不見森林。好的想法可以來自任何地方，大家在一起可以做出更強大的設(shè)計。沒有好的反饋，你就不可能有好的設(shè)計。我們需要技術(shù)反饋來確保設(shè)計在技術(shù)上是可行的，也需要策略和業(yè)務(wù)人員來檢查我們的想法是否可行。當(dāng)然，也會尋求真實用戶的外部反饋來確認。

設(shè)計評價可以幫助我們:

• 了解是否達到了產(chǎn)品的預(yù)期目標(biāo)
• 了解如何集中精力改進設(shè)計
• 交付優(yōu)秀的設(shè)計和更好的解決方案。

設(shè)計評價涉及哪些方面?

設(shè)計評價解釋當(dāng)前的問題或機會，以及它與用戶和/或業(yè)務(wù)問題的關(guān)系。然后描述目前的設(shè)計解決方案，為什么認為它解決了這個問題。評價的其他成員應(yīng)該：

• 討論該設(shè)計是否達到了既定的目標(biāo)
• 提供可執(zhí)行的反饋來改進設(shè)計。

如何給出優(yōu)秀的設(shè)計評價

1. 關(guān)注設(shè)計中的優(yōu)點

好的評價可以提升設(shè)計能力，不會只關(guān)注那些沒用的東西。理解該設(shè)計中的哪些部分可以運行良好，可以幫助您決定在設(shè)計中保留什么。

2. 把喜歡/討厭和好的/壞的區(qū)分開來，保證產(chǎn)品目標(biāo)在個人意見之上

一個好的設(shè)計滿足產(chǎn)品的目標(biāo)，一個壞的設(shè)計不滿足產(chǎn)品的目標(biāo)。這個設(shè)計是如何適應(yīng)它所處的生態(tài)系統(tǒng)的？例如，如果它是一個安卓 APP，并且事情通常是按照一定的方式來完成的（例如，Google 的 Material 設(shè)計標(biāo)準(zhǔn)），那么用戶就知道該如何使用它了。如果你有其他意見，那是出于主觀還是客觀呢？個人的喜歡和不喜歡在這里都是無關(guān)緊要的。

3. 提問題

不要假設(shè)。如果某件事沒有得到正確的解釋，就問問為什么要做這樣的決定。

4. 不要試圖當(dāng)場設(shè)計出更好的解決方案

「我們?yōu)槭裁床弧?/p>

關(guān)注當(dāng)前設(shè)計中，哪些部分沒有達到預(yù)期目的。這會形成可執(zhí)行的反饋，讓設(shè)計師有更多的時間可以仔細處理，而不是試圖在 2 分鐘內(nèi)設(shè)計出更好的東西。

5. 換個方式：

• 用「你想通過這樣設(shè)計達成什么目的？」取代「你想做什么？」
• 用「我不確定用戶是否清楚他們能如何使用。」取代「我不喜歡。」

6. 獲得設(shè)計師的指導(dǎo)

有時候我們真的不喜歡一個設(shè)計，但是卻沒有什么原因。了解反饋背后的原因是設(shè)計師工作的一部分。所以，雖然你應(yīng)該試著遵循這些建議，但如果確實沒有辦法，那就讓設(shè)計師來找出原因吧。

30-60-90框架

30-60-90 是什么？在每個階段應(yīng)該給出什么樣的反饋？這個反饋合理嗎？

1. 30%階段，一個粗略的想法

在 30% 階段，我有一個粗略的概念，無法確定是否可行的解決方案，是否能夠解決用戶/業(yè)務(wù)問題。在 30% 階段，設(shè)計師還沒有投入太多的時間，精力和思想的概念。很容易把它推翻或扔掉。在這個階段，應(yīng)該尋找:

• 關(guān)于這個概念的想法、提示或印象
• 這是否是我們應(yīng)該做的事情
• 這是否是正確的方向
• 如何推進這一概念
• 是否推進這個概念

2. 60% 階段，一組概念的初稿

在 60% 階段，會有一個概念的初稿。此時已經(jīng)花費了大量的時間和精力來達到這一點，所以我們不希望大幅度地改變方向，除非有一個非常好的理由來這樣做（這個理由應(yīng)該在 30% 的階段弄清楚）。在這個階段，應(yīng)當(dāng)尋找:

• 在 30% 階段的評價是否得到了充分的解決
• 視覺/圖形反饋
• 交互組件反饋
• 擴展概念的方法

3. 90%階段，在開發(fā)前的最后一次檢查

在 90% 的階段，設(shè)計將移交給開發(fā)部門。到了這個時候，應(yīng)該已經(jīng)用真實的用戶測試了設(shè)計，并進行了更新，解決了任何可用性問題。到了這個時候，就不應(yīng)該有太大的變化。這是關(guān)注細節(jié)的最后檢查:

• 在 60% 階段的評價是否得到了解決
• 語法細節(jié)
• 最終的界面文案

△ 30-60-90 總結(jié)——設(shè)計師在每個階段都在尋找什么樣的反饋

總結(jié)

我創(chuàng)建并與團隊共享了這個參考指南（它是本文的基礎(chǔ)）。我打算在每次收集反饋的時候，都回顧一下這個指南，讓團隊更容易找到反饋。

△ 設(shè)計評價總結(jié)

進階閱讀：

歡迎關(guān)注譯者的微信公眾號：「海外設(shè)計參考」