那些能力差的設(shè)計師，都喜好說這10句話

網(wǎng)上已經(jīng)有不少文章在說如何識別出一個好的用戶體驗設(shè)計師。

我這篇文章偏不如許，相反地，我想在這兒討論一下怎樣識別出一個糟糕設(shè)計師。

這兒有10句只有糟糕設(shè)計師才會說的話，準能幫你把他們揪出來。

1. 我是用戶體驗設(shè)計師，所以我知道什么對用戶是最好的！

這個想法許多設(shè)計師都會有，認為本身比其他利益相干人員或團隊、甚至用戶本身還了解他們。當(dāng)設(shè)計師總能夠堅持己見卻很少遭到質(zhì)疑的時候，他的這種想法就會變本加厲。

必須清楚一點：無論你在一個行業(yè)里工作了多久，你的所有想法在未得到驗證之前都只是假設(shè)，你得去證明這些假設(shè)。假如你不做驗證，你的方案就缺乏立足之地。這就是為什么我們常說，好的設(shè)計師同心專心為了解決用戶的題目，而一個差的設(shè)計師只做那些令本身寫意的方案。

2. 上次這個方案管用，這次我們還這么做吧。

希臘哲學(xué)家赫拉克利特有句聞名的話：人不能兩次踏入統(tǒng)一條河流。在用戶體驗設(shè)計里，在一個場景下有效的方案，換了一個場景后可未必有效。每個產(chǎn)品都不同，你要從現(xiàn)實項目切入，找到最合適的工具和方法。

3. 這個方案從用戶體驗角度看起來有些認知負荷過重，我們必要做一次啟發(fā)式評估來判定我們的初始假設(shè)是否成立。

上面雖然只是一個例子，但足以見得「專業(yè)術(shù)語」在平日對話里多么令人膩煩了吧。這些話在設(shè)計團隊內(nèi)部說說還行，和其他合作團隊分享設(shè)計想法的時候，就經(jīng)常會造成迷惑了。上面這句話雖然說的挺好，但過于「專業(yè)」的表述體例對那些不認識設(shè)計術(shù)語的人來說猶如天書。他們可能會被術(shù)語繞暈，不曉暢你想說什么。

雖然不少專業(yè)術(shù)語能讓你看起來「不明覺厲」，但你在組織大家一路開會或演說你的設(shè)計方案的時候，可不是為了顯擺本身的吧，最終目標照舊獲取大家有價值的反饋。

作為用戶體驗設(shè)計師，一項緊張技能就是把復(fù)雜題目用簡潔的體例講曉暢。當(dāng)你把用戶體驗方案說得簡單明了，離獲得大家的附和就不遠了。

4. 沒時間做原型了，先讓產(chǎn)品上線，邊看邊改吧。

跳過原型制作而直接動用大量資源開發(fā)現(xiàn)實產(chǎn)品是設(shè)計團隊中一個常見而且很傷害的錯誤。當(dāng)我們花了大量資源去創(chuàng)造一個我們認為很棒的產(chǎn)品，而上線后卻發(fā)現(xiàn)產(chǎn)品方案根本行不通的時候，可就真的壓力山大了。

產(chǎn)品原型能讓你在開發(fā)團隊真的睜開開發(fā)工作之前就測試你的假設(shè)是否成立。最好在早期方案階段就檢測出題目并及時修復(fù)，否則等產(chǎn)品上線了再去修復(fù)雷同的題目，成本就大多了。IDEO 的創(chuàng)始人 David Kelly 就說過：早點跌倒才能早點成功。

建立一個原型不肯定就要耗費許多時間。設(shè)計師可以行使各類設(shè)計方法去進行原型驗證。有一種有效的方法叫「快速原型驗證」，這個方法很火，通過快速建立一個可迭代產(chǎn)品，比如一個網(wǎng)站或 App，并找一組真實用戶來做測試。

5. 這個產(chǎn)品已經(jīng)設(shè)計完了，我可以做下一個產(chǎn)品去了。

有些設(shè)計師認為一旦產(chǎn)品上線并能在市場上存活下來，他們的工作就結(jié)束了，然而事實上，產(chǎn)品設(shè)計的流程可遠沒有結(jié)束。絕大多數(shù)情況下，產(chǎn)品上線后你的工作可能比之前更緊張。一個設(shè)計師必須通過分析用戶數(shù)據(jù)來驗證產(chǎn)品：關(guān)注用戶是如何和產(chǎn)品互動的，并從中找到機會點來調(diào)整設(shè)計方案，讓產(chǎn)品體驗更好。

上面這段話還反映出一個更緊張的題目，缺乏「主人翁精神」。假如一個設(shè)計師說了上面那句話，就說明他沒有想要對本身的設(shè)計方案負責(zé)任。

6. 我是個創(chuàng)意型人才，別和我談技術(shù)。

有些設(shè)計師雖然認為開發(fā)和市場營銷這些知識對設(shè)計一個產(chǎn)品很需要，但他們卻很少花些時間去學(xué)習(xí)這些領(lǐng)域的知識，說到底照舊停在舒適區(qū)里裹足不前。

現(xiàn)實上打破知識的界線是用戶體驗設(shè)計師提拔技能的好途徑。多和開發(fā)者聊一聊、和市場團隊打成一片，試試從他們的角度去看待產(chǎn)品題目。這也能讓你學(xué)會鑒別哪些合作者是好的。樂于學(xué)習(xí)新知識，并懷著同理心去看待合作團隊，才能做出更好的產(chǎn)品。

7. 向?qū)胍裁串a(chǎn)品我們就做什么產(chǎn)品。

服從向?qū)У摹附ㄗh」在設(shè)計行業(yè)中是個普遍征象。畢竟大家都心知肚明，做一個向?qū)胍漠a(chǎn)品，推進過程就會比較容易。

然而這么做是有很大風(fēng)險的。不能由于一小我位高權(quán)重就認為他說的每句話都是對的。用戶體驗設(shè)計師要對產(chǎn)品負責(zé)，一旦產(chǎn)品出了題目，設(shè)計師則很有可能是第一個被罵的人。這就是為什么一個好的設(shè)計師必須也是一個好的溝通者。必要讓大家的意見都被納入設(shè)計的思考范圍，而不僅僅是向?qū)У囊庖姟?/p>

8. 要么就按我說的設(shè)計，要么我就不干了。

想象一下：你已經(jīng)做了用研并且發(fā)現(xiàn)了不少可用性題目，你盼望產(chǎn)品團隊能把題目悉數(shù)解決，你很確定你說的是對的而且不樂意接受妥協(xié)方案，你告訴對方假如不解決這些題目，那這個產(chǎn)品的體驗就會很差。

當(dāng)然了，為了本身的設(shè)計方案據(jù)理力爭是用戶體驗設(shè)計師的必備技能，但另一方面，設(shè)計師也必要意識到現(xiàn)實情況并學(xué)會接受：沒有一個團隊的資源是無窮供給的，所以不可能用有限的資源在產(chǎn)品上線前解決所有體驗題目。這也是為什么團隊協(xié)作肯定會要求某種程度上的妥協(xié)。為了能讓事情得以進一步推進，你必要將你的需求按優(yōu)先級排序，讓協(xié)作團隊優(yōu)先解決最緊要的需求（比如那些對體驗危害最大的題目），并同時敲定次要題目的解決安排（比如建立一個產(chǎn)品題目清單）。

9. 亞馬遜和谷歌都是這么做的，我們也要如許。

用大公司作為例子顯然能在討論中為你的設(shè)計決策助力，但其實別的公司或別人的項目所運用的方法，對你的產(chǎn)品未必有用。在做設(shè)計的時候，跟隨大公司或大牛設(shè)計師的前提是你能確認他們用的體例也能提拔你的產(chǎn)品體驗。之后你也有需要找到真實用戶進行測試，才能知道你的方案好不好。

10. 我們要嚴酷按照當(dāng)初討論好的設(shè)計流程來做。

體驗設(shè)計流程這東西到底好不好，在設(shè)計行業(yè)中算是見仁見智了。

沒有它，一個設(shè)計師可能只能本身在陰郁中瞎摸索，而有了它，則讓你更有可能產(chǎn)出一個驚艷的體驗方案。

許多設(shè)計師認為有一種通用的設(shè)計流程或方法，保證能讓產(chǎn)品成功，還能應(yīng)用在各個項目中。

很不幸地告訴你，這種萬全之策是不存在的。

你可以做的是針對每個項目的每個階段做出定義，而想要精準地選擇出精確的設(shè)計方法，就應(yīng)該分析每個項目的需求——每個項目都有本身的特征，因此有其獨特的需求。

同樣的，設(shè)計方法不是死的，你必要根據(jù)現(xiàn)實的數(shù)據(jù)信息來因地制宜。舉個例子，你可以選擇使用可用性測試或者A/B測試的方法來判斷必要針對產(chǎn)品中的哪個部分進行優(yōu)化，并根據(jù)測試效果來反思原有流程，并找到迭代方案。

原文鏈接：《10 QUOTES FROM A BAD UX DESIGNER》  NICK BABICH

迎接關(guān)注點融設(shè)計中間DDC微信公眾號：「ID：DR_DDC」

圖片素材作者：JeanPierre Le Roux