“是我的需求，還是用戶的需求囤官？”——這是我最近問自己最多的一個問題冬阳。

當真正轉變?yōu)閺臉I(yè)者后，我才發(fā)現(xiàn)自己漸漸遠離了用戶這個群體党饮，平時做設計更多依賴的是業(yè)務肝陪、邏輯、數(shù)據刑顺，以及我自己的經驗和判斷见坑。雖然在學校的時候看過很多諸如《About Face》等用戶體驗設計的書嚷掠，了解常用的用戶研究方法和手段、發(fā)過問卷也采訪過潛在用戶荞驴，但當真正將用戶型產品原型推向用戶做面對面訪談時不皆，才發(fā)現(xiàn)有時設計思考真的走了彎路。

今天是我職業(yè)生涯第一次參與正規(guī)熊楼、專業(yè)的用戶訪談霹娄，主題是我們正在設計的一款創(chuàng)新性產品。其實在用戶訪談之前鲫骗，我作為交互設計師與產品經理犬耻、開發(fā)同學也進行過諸多次深入地討論。在這個過程中执泰，我們內部首先明確了一些產品原則枕磁，并且通過數(shù)據找到了當前產品中的一些問題，并希望拓寬產品思路术吝。最初我憑借這些原則计济，雖然帶著迷茫，卻也抱著可以一試的心情持續(xù)輸出了幾份褒貶不一設計稿排苍。然而沦寂，在用戶訪談之后，我的諸多想法都已被推翻淘衙。

以這次訪談為中心传藏，簡單談談我的收獲：

只有幾個人的訪談，是否能獲得足夠的事實并作為產品規(guī)劃依據彤守？

最初我對用研訪談并沒有抱太大的期望毯侦，覺得個位數(shù)的座談會即便得出了什么結論也沒辦法代表大眾用戶的訴求。實際上具垫，通過用研同學一步步地深挖叫惊，我們可以從少數(shù)用戶身上發(fā)掘出很多有價值的信息。

由于平時總是思考同一件事做修，我們非常容易陷入思維定勢霍狰，難以跳出現(xiàn)有的圈子。我會發(fā)現(xiàn)饰及，一件在我看來非常直觀的事蔗坯，所有被訪談的用戶都表示不能理解、無法預期燎含，讓我大為吃驚宾濒。也是被訪談用戶集體認可的一件事并不能作為大眾的意見，但如果他們都不能理解一件事屏箍，恐怕真的要斟酌一下了绘梦。

并不為了管中窺豹橘忱，訪談中的用戶是第一次接觸到你的項目原型，并且他們是脫離從業(yè)者的真正產品使用者卸奉，從中我們可以得到非常多新的思路钝诚。

數(shù)據很差的功能，可否輕易被下線榄棵？

也許看到這個問題你會毫不猶豫地回答“否”凝颇，但當面臨新功能上線、舊頁面改版時疹鳄，我們非常容易根據數(shù)據去做判斷拧略。一個功能在同類產品中數(shù)據最差，點擊率不高瘪弓、轉化率也不高垫蛆、客單價還低，那我們自然會先選擇將它下線腺怯。但通過這次訪談和用研同學反饋的以往案例我知道袱饭，即便數(shù)據非常差的功能貿然下線也常會引起大量的用戶投訴。尤其是體量大的平臺型產品瓢喉，再爛的功能也有人用宁赤，所以轉型舀透、創(chuàng)新才會這么困難栓票。

當然，這不是說不允許挑戰(zhàn)用戶習慣或開拓新思路愕够，只是在做產品設計時一定要非常慎重走贪。如果你的新功能并不一定能為用戶帶來明確的利益，那么可以通過一些委婉地方式來測試惑芭，而不是直截了當?shù)馗傻魟e的功能（分桶測試也是一個非常好的手段）坠狡。

新產品的用戶研究時，demo 要做到什么程度遂跟？

答案很簡單逃沿，要做到跟真正上線產品一樣的詳細程度。本次訪談時展示了幾個demo幻锁，分別有產品經理級的真·原型稿凯亮，有稍作設計的交互稿，也有精心打造的視覺稿哄尔。經管用研同學反復強調請大家只關注內容假消、框架而不要過分在意外在視覺，但我發(fā)現(xiàn)這幾乎是一件不可能的事——人就是喜歡精美的東西岭接。

并且要注意富拗，設計稿里的每一個字臼予、每一張圖、每一個按鈕都最好使用真實的數(shù)據啃沪。隨意寫的任何一個字都會對用戶訪談產生極大的干擾粘拾，這次就遇到好幾次用戶盯著幾個我隨意為之的設計點糾纏不休。另外谅阿，拿設計稿投影在屏幕上和放在手里真正把玩又完全是兩種體驗半哟，這次因為時間有限最終沒有做可交互原型給用戶體驗也是我的失職和遺憾。

巨大的個體差異

用戶是男是女签餐、年芳幾何寓涨、程序員還是設計師，都會對訪談結果造成巨大的影響氯檐。在很多男用戶眼中戒良，淘寶天貓就應該改成百度那樣只留一個搜索框，他們常常難以忍受混排的頁面冠摄，追求極簡和效率糯崎；而女用戶則對混亂的忍耐成都非常高，更愿意以“逛”的身份在產品中傲游河泳，追求產品豐富度和可玩性沃呢。

有些差別也許以前我們也猜想過，比如男女拆挥、比如職業(yè)薄霜，但當真的參與用戶訪談時我才深刻理解這種差距是多么的大。每個人對產品的理解都不盡相同纸兔，訴求和忍耐力也差異很大惰瓜，要在其中提煉出共通的屬性，真的很難汉矿。

用戶對產品的認知與我們完全不同

這個點很有意思崎坊。有些我認為理所應當?shù)摹⒋蟊姸夹枨蟮脑O計洲拇，用戶卻毫不在意甚至從未發(fā)現(xiàn)過奈揍；有些線上產品明明沒有的功能，用戶在訪談時卻會說出來赋续，認為自己以前使用過男翰；連我們設計師都沒有注意到的點，用戶卻記憶非常深刻蚕捉。

可以想象奏篙，在這樣一個小場景的訪談中就遇到了這種認知差異，擴展到全平臺的話，用戶眼中的產品真的和我們所理解的一樣嗎秘通？我們拼命強調为严、突出的內容，又真的是用戶所care的嗎肺稀？真的未必第股。

不管怎樣，這次參與訪談令我受益匪淺话原。除了產品設計本身的收獲以外夕吻，也了解到許多訪談時要注意的問題（比如做高保真設計稿，避免誤導用戶）繁仁。未來的職業(yè)生涯中涉馅，一定要多多接觸用戶、了解用戶黄虱，把“我想要”變成“用戶想要”稚矿，把需求還給用戶自身，杜絕拍腦袋捻浦、想當然的設計過程晤揣。

這樣，才能算是一個稱職的“用戶體驗設計師”朱灿。

原文鏈接：https://zhuanlan.zhihu.com/p/21252414