
用戶研究是以用戶為中心設計流程的起點。它不僅是理解用戶目標、需求並與商業目標對齊的最佳路徑,更是一門需要技巧的溝通藝術。若喬布斯當年直接問用戶「你要什麼」再照單全收,iPhone恐怕早已淪為平庸產品。百度UEO的shangshang同學翻譯的這篇文章,無論你從事用研還是設計,都值得細讀。
《Just Enough Research》作者Erika Hall直言:詢問用戶想要什麼,只會得到錯誤觀點。你收穫的只是用戶設想的解決方案,而非問題本質。Google實驗室的Michael Margolis擅長將自己代入用戶角色進行研究,這種同理心驅動的訪談技巧,正是優質用戶研究的關鍵。

直接詢問需求會讓訪談陷入困境:用戶被迫思考所有可能的解決方案,研究難度指數級上升。若目標是構建不存在的新產品/功能,真正該探究的是——什麼原因導致用戶無法用現有工具完成任務? 順著這條線索,才能設計新功能或優化現有功能真正幫助用戶。
作者在Kissmetrics(舊金山數據分析公司)工作期間,與大量用戶深度交流後,提煉出屢試不爽的三個問題:

為了觸達痛點核心,需不斷追問「為什麼要這麼做」。收集背景信息至關重要:用戶團隊規模、組織分工協作方式,都能為問題設置邊界框架,讓產品在框架內最大化功效。如同工匠需知任務是修補牆縫還是翻修整屋,工具選型截然不同。
將挖掘出的根因同步給PM和RD團隊,能極大提升協作效率。運用「5個為什麼」分析法(非機械問5次,視情況而定),能自然還原用戶工作流,發現缺失環節。作者曾憑此優化流程滿足需求,避免工程師開發冗餘功能,從低效項目中解脫。
搞清工作流與組織架構,能確定切入點。作者傾向跟隨用戶實地觀察他們如何處理問題,體會其中痛苦點。有時用戶用「奇葩方法」耗費數小時甚至一周解決的問題,產品稍加改進即可化解。

圖示:客戶如何管理郵件列表及評估客源(CTA=商品交易顧問,Webinar=線上會議軟體)
實例:作者調研某產品團隊擬開發的新功能優先級,通過訪談用戶現狀操作,發現核心痛點在郵件列表管理。另一例:KISSmetrics發現客戶偏好用郵件而非第三方應用核對數據,且部分用戶上班首件事即處理數據,團隊遂升級每日郵件發送清晰數據摘要,精準擊中需求。
大多數研究在思考此問題前就結束了。這個問題能獲取用戶最需要幫助的領域提示,也能驗證或推翻團隊對產品架構的假設。若跳過前兩題直問此題,只能得到用戶主觀意見,卻不知其當下如何應對問題。
「設計產品非常困難,很多時候只有產品面世後,人們才知道他們想要什麼。」——Steve Jobs
這是發現優化機會、用戶宣洩現狀不滿、挖掘被忽略痛點的關鍵時刻。機會點或許強大到推動全團隊解決,或許已被解決需跳過關注下一假設。譯者補充:此問題非讓用戶決定設計,而是信息收集與靈感參考,嚴格屬於理解用戶處境的引申。
用這三個基本問法,作者能高效驗證假設,為用戶創造長期價值而非打補丁。面訪時,他不喜歡多說,更願做用戶的忠實聽眾。好的用戶訪談,不是詢問答案,而是陪伴用戶一起發現問題的真相。