對于現在很多的用戶或者設計師來說，最令人吃驚的事情，就是人們試著假裝他們具有專業知識，而其實他們所知甚少。在UX(用戶體驗User Experience)領域這種現象很流行。雖然一個自信，理性的人 在談話過程中會承認他們不理解的東西，但是顯然反過來做一個傻瓜并付出被誤導的兩個美分要更令人滿足。遺憾的是對于許多客戶，老板，和同事， UX 是神秘的事物，所以他們會相信任何人嘴里冒出來的信口開河之言，甚至即使這會傷及他們的業務。

 　　每次我聽到或讀到以這個短語開頭的UX論據時，不管后面跟的是什么，我都會忽視。并沒有叫做“設計角度”這樣的東西。沒有設計之神坐在那兒，并且創造出一個角度正好完全符合你那沒用的偏見。最佳實踐是實在的事情，但這并不意味著這個UX人士曾經用過，知道它們，或者知道是什么使得它們“最佳”。只要有人給出的解決方案是基于它是“最佳實踐”的事實，意思就是他們沒有想出一個解決方案，所以他們將其他人的方案拿過來。只需問問他們為什么這個最佳實踐是適用的，在他們自我陶醉的時候試著打破它，你就會知道了。如果有人用一個類比來解釋他們計劃去做的事情，那很好。如果他們用它來解釋為什么他們想做這件事，塞起你的耳朵。具體的解決方案應該有具體的原因，而不是抽象的隱喻。

 　　除非你不在清醒狀態，設計中解決特定問題的通用方法被稱為設計模式。有個例子是在一個移動app中隱藏菜單使布局變得簡單，就像Facebook的 app。模式并沒有錯，但要是有人因為它是一個模式而采用這個解決方案，那么就有問題了。你的問題是：設計師很懶。這個短語的基本意思是“這是我所想到的第一個東西，而且我厭倦了思考”。你接下來應該問的是，為什么這個模式對當前的問題是正確的解決方法。隨后往往是冒出類似“如果他們還沒有測試它，就不會使用它”。事實上他們任然會使用，就像這個人現在試圖做的。我無法說得足夠清楚：另一個網站做的事實，從來都不是一個很好的做任何事的理由。如初，在你的生活，將來。

 　　在UX人士中，責備用戶是基本的拒絕形式。當一個設計師說，用戶沒有注冊是因為他們愚蠢，或者是他們找不到按鈕，或不管什么原因，你應該聽成“我搞砸了”。其更為復雜的版本是歸咎于某種“類型”的用戶，或“典型用戶”。