- 原文地址：A comprehensive (and honest) list of UX clichés
- 原文作者：Fabricio Teixeira
- 譯文出自：掘金翻譯計劃
- 本文永久連結：github.com/xitu/gold-m…
- 譯者： Fengziyin1234
- 校對者：gs666, Endone
菜鳥指南
“你不是你的產品的使用者”
這句話是在提示，你不是在為和你一樣的使用者設計產品。通常被用來鼓勵對一個專案做更多的使用者調研。
“每當我問顧客需要什麼的時候,他們總是會說需要跑得更快的馬。”——亨利·福特
當你發現你並沒有時間和金錢來做足夠的使用者調研時，通常可以用這句話來回答上一句話。
“我們測試的是設計，不是你的技能”
在測試階段的一開始，這句話通常被用來安慰使用者：放心，不是你們蠢，是我們還在測試我們的設計。
“設計師應該在會議中有一席之地”
當你發現，你每日的工作並不能證明你的戰略價值時，你通常用這句話來請求參加重要的會議。
“選項的數量應該被限制在 7，正負不超過 2”
“選項的數量應該在 5 到 9 個之間。”這句話的另一種說法。聽起來似乎範圍會比較小！當然，每一個優秀的設計師都知道，選擇應該只有 1 或者 2 個。
“人們需要的不是鑽頭，而是牆上打好的洞”
等等，他們真的想要一個洞嗎？或者他們想要的其實是無線藍芽，所以不需要任何洞。
“UX 應該是一種思維方式，而不是設計過程中的一個步驟”
當你意識到 deadline 快到了，而你卻沒法完交付的時候，你通常試圖在事後用這句話來說服 PM 給你的專案延期。
“內容才是王道”
一個非常強硬的論據(狡辯)。用來說服大家，你之所以推遲 deadline，是因為你還沒有收到你所設計的頁面的內容。
“永遠不要低估使用者的愚蠢”
如果給使用者足夠的上下文，那麼他們就知道該做什麼了！行之有效的甩鍋大法（論如何成為優秀的設計師）。
“我很擔心這麼做會不會破壞可訪問性標準”
當你想要 diss 別的設計師的設計，卻找不到任何有效論點時的終極殺手鐗。
“使用者介面就想是一個笑話；如果還需要去解釋它，我只能說它還不夠好”
打消老闆提出的做使用者引導的需求的簡單方法。小心玩脫：別人可能會同意你的意見，並將產品做的不好的鍋甩給你。
“人們並不會上下滾頁面”
激怒設計師的最好方法。（譯者注：我也沒懂這個梗，大概就是在以前，大家總說要 above fold，然後設計師一直很不爽這個說法）
“人們都很習慣上下滾動頁面；想想你是怎麼使用 Instagram”
針對上一句話的禮貌回答方法。句中的 Instagram 可以用其他任何你說法物件沉迷的 Feed 類產品替換。
“Fold 並不存在”
如果你不能說服他們，那就讓他們懵圈。
“UI vs. UX”
@#@AjYsa¥%@#¥%……&*（%#s¥%#。這句話通常接著的是一些更加陳詞濫調的，例如番茄醬瓶（見第上文圖）或未鋪砌的走道之類的的類比。
“所有的頁面都應該能在3次點選之內到達”
聽聽就行，別理他。
“設計師還得寫程式碼？”
在設計會議的提問環節無話可說時可以用來提問的的萬能金句。
“如果你覺得一個好的設計很貴，你應該看看一個不好的設計的代價”
委婉地拒絕金主爸爸的還價。通常效果不理想。
“你沒法設計一個體驗；體驗因為太主觀而沒法設計” 如何在無話可說時，成為一名體面而機智的同事。
“交給使用者決定”
不要再吵了，交給法院使用者來決定吧。 當然，最終對的人一定是我。
“人們不再通過首頁來訪問網站了”
在 SEO 時代 (2005–2008) 非常流行，通常用來停止老闆們對於首頁的無盡的討論。
“除了我們，也只有毒販稱他們的客戶為使用者了”
完全不能解釋這句話存在的意義。曾在 UX 剛剛出現的21世紀初期被大量使用，並伴隨著“設計成癮”時代的而再一次流行。
“自動扶梯壞了，那也是個樓梯”
最初被用來解釋優雅降級，現被程式設計師拿來搪塞產品負責人，這個 bug 不用修。
“移動端的使用者總是在分心的狀態”
依舊有些人覺得人們只會在邊買菜，邊馴鹿的同時才會使用移動裝置吧。
“你不知道你不知道的事情” 大實話，確實沒人知道。
“請放下你無謂的自尊” 極具“啟發性”的言論，適合在使用者測試環節或合作環節前分享給同事。裝裱並掛在奉行“真·合作至上”的辦公室入口顯得逼格很高。
“奧迪雙鑽雙鑽石理論”
哈嘍，我們需要一個可以展現我們設計流程的 PPT — 你能想出一些相對簡單易懂的東西，讓我們看起來不那麼亂麼？
“使用者從來不讀”
被大量使用來說服使用者和老闆們，讓他們把內容中文字的數量減半。當然如果你都讀到這裡了，那你就是“證明這句話是錯的”的一個活生生的例子
你有什麼沒有這裡被列出來的的行話麼，快快新增到下面的評論裡吧～
這是一篇以諷刺為主的文章，我用了幽默，諷刺和誇張的表達方法。更多的專業文章請詳見 UX 設計師的旅程。
如果發現譯文存在錯誤或其他需要改進的地方，歡迎到 掘金翻譯計劃 對譯文進行修改並 PR，也可獲得相應獎勵積分。文章開頭的 本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域，想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。