文章很簡單，就不寫讀書筆記了，翻譯一下以供以后再翻看吧。原文鏈接
DON’T DESIGN WHAT USERS WANT
不要設計用戶想要的
by Michael Sueoka, Head of User Experience at The Mobile Majority
作為The Mobile Majority的UE主管，我的工作是確保我們的移動銷售平臺足夠簡單，直觀，并且幫助我們的用戶達到他們的銷售目標。
如果不接受用戶的反饋，我們就不知道我們的產品是否滿足用戶的需要，我們通過email、服務需求標簽、親自試用和電話調查以及通過銷售人員和賬戶管理人員來收集用戶反饋。經過收集這些信息，我們可以理解用戶在使用我們的產品過程中的痛點，并且發現其他時候我們可能忽略了的問題和趨勢。
但這也是問題的關鍵：你不能按照用戶告訴你的他們想要的來設計產品。
“You shouldn’t design what users tell you they want.”
你可能在想，“我們做事情的目的不就是為了取悅客戶并且幫助他們達到他們的目標嗎？”
這沒錯，但是這并不意味著你就要精確地按照用戶要求的去做。
太多的產品設計師陷入了一個聽取用戶反饋并立即實現這些反饋的模式中，而沒有經過充分的調查、研究及思考。這就像一個小孩子想把糖作為午飯，但是他的父母堅持要給他吃健康的食物，因為這才是孩子需要的。
人們在日常生活中并不會真正意識到他們真正需要的—他們只是告訴你他們認為他們想要的。人們通常都是只說不做，而且他們也幾乎不知道未來會做什么。
想想有多少人說明天要開始節食減肥，結果第二天中午他們吃了一個雙份培根的奶酪漢堡。
當用戶使用產品時這種事情也經常發生，為了證明我的觀點，我會舉一個具體的例子來證明我的觀點。下文會給你證明為什么你不能總是設計用戶想要的，你應該設計用戶需要的。
什么是用戶以為他們想要的？
我們收到的一種反饋是這樣，我們有個功能是當每次用戶的活動中發生某些特定事件時向他們發送郵件。每次活動開始、結束、表現不如人意、進行過半、有個不好的開端、有一些小問題或是達到了花費限制，這些事件我們的用戶都想知道。
如果按照用戶想要的設計，郵件看起來可能會是這樣的：
現在，想象在某天有20個移動活動同時進行，就會在短暫的時間內收取到20-30封郵件。盡管這是用戶想要的，但這會讓他們忽略收件箱中未經分類而且沒有重點的項目。
是時候發現他們真正需要什么了
與簡單地做用戶要求的不同，我考慮的更深一些。我需要發現問題的根本，找到用戶提出這些需求想要那些郵件的原因。
我又聽到你在說，“但是你說我們不應該設計用戶想要的。”
是的，但是我并不是想要弄明白用戶想要什么，我是想弄明白用戶為什么想要這些。
“Don’t try to figure out what the user wants—figure out why they want it.”
為了達到這個目的，我進行了很多視頻聊天和親自訪談，之后我們分析了所有的發現進而找到了用戶的一個基礎需求：他們只是想知道他們的活動正在正常運行。
與采訪一樣有用，最好的獲取用戶反饋的方式是觀察你的用戶的動作。當你看著他們使用目前的產品，或是觀察他們當前如何執行任務，每一種觀察都可以幫助你洞悉他們試圖實現什么以及你如何幫助他們實現。
我最大的發現是我們的用戶每天早上登錄到我們的平臺中，瀏覽一遍活動列表查看有沒有什么異常現象。這是我可以利用的一點。
我們決定給用戶他們真正需要的
這樣，在了解了為什么我們的用戶需要這些郵件之后，我們決定構建他們需要的功能而不是他們想要的。我們建立了平臺內部的通知代替了自動的郵件系統。
在我們了解了我們的用戶會每天查看平臺之后，我們把這作為一個機會，當出現問題時提醒他們并且高亮相應的活動。
我們設計這個功能時考慮了用戶的日常習慣。這解決了我們用戶之前提到的很多問題，并防止了如果我們只按他們要求的去做而可能出現的其他問題。
獲得用戶反饋是任何UX設計師，工程師，企業主和產品經理最重要的事情。觀察某人使用你們的產品是獲得反饋的最好的方式，而且你應該清唱這么做。
“Build what users need, not what they want.”
但是你不要只是接受這些反饋然后接著按照他們說的去做，記住，人們經常會不按照他們所說的去做，而且人們通常也不知道未來可能會做什么。仔細地考慮他們的反饋，但不要忘記思考為什么他們想要這些。挖的更深一點，找到你的用戶的根本需求。
當我們給用戶展示通知系統，他們很震驚并且承認他們從來沒想到過這種方法。我知道我們節約了他們的時間，減少了他們的麻煩——這讓人感覺不錯。
