學習的過程中沒有不犯錯誤的。本文當中提到的這些產品設計流程當中的錯誤，我 (英文原文作者) 個人犯過很多次，也見過很多人同樣在犯著。幸運的是，有種東西叫做互聯網，有種媒介叫做文章，我們可以討論這些錯誤及其背後的成因，今後在條件允許的情況下儘可能的避免。
1. 對設計探索的過分約束
在實際工作當中，通常有兩方面的因素在制約著我們對設計的探索。
時間
“快速迭代” 這件事對於產品團隊來説通常有著極大的誘惑力。利用三個月的時間做出一些小的調整，還是耗上六個月去丟擲某種大的改進？相信絕大多數團隊在絕大多數時間會選擇前者，我個人也是如此。您在三個月內能基於現有產品做些什麼？通常只能做些小規模的迭代。在某些特定的產品階段，這無可厚非，尤其是您的產品基本穩定，您很滿意於它現在的規模和功能，只希望不斷進行打磨。不過，如果您希望產品當中能夠有些什麼東西可以使多用户在認知與行為層面產生調整，那麼您很有可能需要從產品框架與模式方面進行思考；這種情況下，要打破慣性，不要指望像以往那樣能夠在非常短的時間內打造出能滿足這類需求的解決方案。
風險
如果一切看上去都還不壞，那麼想要通過系統級的改造來顛覆現有模式的想法聽起來會讓人覺得瘋狂甚至愚蠢 – 您最終做出來的東西可能還不如現在的好用；即便產出確實很優秀，多用户也很可能不買賬。
做出改變，接納新事物 – 這些事情背後的風險有時是巨大的，但真的巨大到我們如此的恐懼以至於會將幾乎所有新設計方向的探索都扼殺在搖籃裏嗎？當有新的設計思路出現時，試著抗拒內心當中本能一般的恐懼，在團隊中發起評估，從風險回報比的角度看看是否值得一試。多數時候的答案可能是否定的，但得出肯定答案的機率一定會比不發起這種評估的時候要高，顯然。
2. 過早的定義解決方案
這是一種典型錯誤，很常見：您正在探索一個概念很大但模糊不清的產品需求，突然間腦子裏有了很酷的想法，您畫了些草圖，感覺還不壞，很有潛力！您迫不及待的開始製作 mockup 甚至是高保真原型，然後開始發現各種問題，例如背景是白色還是黑色比較好呢？或者這些按鈕應該做成圓形？您發現自己逐漸淹沒於這些細節問題當中，思路開始混亂無章。在您即將崩潰並決定回過頭來重新審視大局時，您已經花掉了 80% 的時間。
也許您的天資能夠確保您首次嘗試便能成功，也許您確實有點石成金的本領，但我個人從不認為這些是靠得住的。通常情況下，我們最好不要和腦子裏冒出的第一個主意墜入愛河 – 在探索階段多花些時間去思考不同的流程與模型，只有在理清思路並確定某種模式足夠 “硬” 的情況下，再進一步考慮互動與視覺實現方面的細節問題，否則您就像是在泰坦尼克號上整理桌椅，高成本細化工作毫無意義。我時常看到設計師們過於迷戀某種思路，以至於無法或不想給自己留下任 何空間去探索不同的方向，而遺憾的是，那些方向上往往存在更具潛力的解決方案。
3. 把漂亮的 mockup 當做好的產品
想象一下這個場景：某個設計師精心打造出一套非常考究的 mockup，範例內容很有吸引力，配圖都是專業級的照片，裏面都是臉上綻放出笑容的人。對這樣的演示，大家會普遍認同，不會有太多質疑的聲音。當一個東西看上去很好時，您通常會覺得它本身就是好的。
再優秀的設計原型也難以全面而精確的反映出實際產品在運作當中可能產生的各種可能性，我們時常會忽略掉一些問題。原型當中用到的都是高質量的照片以及精心排版過的文字內容，但如果您家產品的目標多用户在多數典型情境當中上傳的照片都是質量很普通甚至偏低的話，又該如何呢？或是您展示了一些漂亮的功能，用來基於各類資料向多用户提供信息和建議，但您家的系統當中可能沒有足夠的資料去支撐這樣的功能？或者您在安卓版本的設計方案中用了太多華麗的動效，卻發現多數目標多用户還在用著 5 年前的系統？
漂亮的 mockup 是優秀設計方案的重要組成部分，但不是全部，更不應該成為我們的全部追求，彷彿將一張精美的 PNG 或是動效 GIF 放到 Dribbble 獲取大量讚許就能實現設計師的人生價值一樣 – 如果您要做實際的產品，就必須理解技術、裝置、多用户、內容等等各方面的制約條件，然後與您設想中的理想方案結合在一起進行權衡。
4. 過分追求形式上的簡約，以至破壞易用性
作為設計師，我們都會追求外觀上的美好，這種特質甚至會超越工作本身，而擴充套件到生活當中的很多方面，例如居家裝潢、衣物飾品及家電購買等等。我們不僅希望產品能具備最基本的功能性，更重要的是看上去要漂亮，甚至希望能獨特到給人留下非常新鮮與驚奇的印象。不幸的是，這種渴望在很多時候過分的強烈了，名義上對於外觀與形式的追求使得產品對於普通的目標多用户來説在可用性方面大打折扣。
“目標多用户” 的概念在這裏很重要，因為它為評估設計方案是否優秀提供了最基本的上下文環境。如果您的產品只是面向設計師羣體的，那麼放開手腳去做吧，幹掉一切看上去礙眼的文字元素或按鈕，全部基於手勢操作 – 即使父母一輩不知道如何操作這樣的 app 也沒關係，只要其他設計師們理解這個產品就足夠了。但是如果您的產品是面向更多的 “普通人” 而存在的，那麼您必須明白，簡單直白的文字元素、表意清晰的圖示、深入人心的互動模式都能實實在在的幫助人們更輕鬆的使用產品完成任務，哪怕這些元素讓界面看上去不那麼簡約，不那麼創新。要知道，真正會讓更多普通多用户憤怒的是難以儘快找到自己所需的功能入口，而不是設計師眼中不那麼美觀的字間距。
5. 忽略了產品之外的體驗
我們通常都會將注意力聚焦在自己負責的 “專案容器” 內部，去精益求精的打造流程框架當中各個環節的體驗，甚至也包括相關的設置界面或出錯提示一類。但我們有時可能會忽略掉一個問題，就是怎樣首先確保多用户能夠進入我們所設計的這套體驗當中。例如，對於某些類型的 app 來説，通知提示是重要的入口之一，而多數設計師對於提示信息的關注顯然不及對於 app 內部相關界面的重視程度。另外，新功能在 app 內部的入口是否合理也是非常值得關注的，有時從產品的角度來看，您對功能模塊的百般打磨可能趕不上對入口進行優化來的更加成功。
此外，如果您希望多用户能從競品轉移到您的產品上來，那麼有哪些障礙是有待消除的？譬如提供輕鬆的內容轉移功能？不要忘記市場環境方面的因素，人們能從哪些途徑瞭解到您家的新產品或新功能？他們會怎樣理解或是怎樣談論起這些？在這個年頭，您打造了某種東西，不意味著多用户一定會來使用 – 除了關注產品內部的使用體驗，同時也必須考慮到怎樣引導和幫助多用户首先進入您的產品。