用戶訪談是最便捷獲得用戶需求的手段之一洞豁，便捷不等于直接、不等于正確妹孙。通過最便捷手段獲得需求，應(yīng)該被我們所警惕的获枝，以免掉入“用戶騙局”蠢正。
以下是我第一次進行線下用戶訪談前準備的內(nèi)容，有些經(jīng)過此次訪談得到驗證省店、有些只是在其他人分享中總結(jié)所得嚣崭，在這里不做深入分析笨触，僅做記錄。
原則
將以下6個原則貫徹于用戶訪談始末雹舀，保證每次用戶訪談的真正意義芦劣。
由淺入深
不讓用戶從開始的緊張狀態(tài)來回答最重要的、最需要驗證的問題葱跋。比如：使用產(chǎn)品多久持寄、從什么渠道得知產(chǎn)品就是不錯的方式。
避免誘導性問題
人都是喜歡被其他人所喜歡娱俺，情不自禁的取悅別人不可避免，誘導性問題會因為這一點废麻，讓問題的答案偏離用戶真實的需求荠卷。
用戶都喜歡加法，去問他們這樣的問題“如果添加這個功能烛愧，你會不會喜歡/用”油宜，那么你通常得到的答案只能是“對”。
勿需解釋產(chǎn)品
牢記訪談初衷怜姿，產(chǎn)品并不會因為你的解釋變得更好慎冤，解釋會讓用戶認為自己的認知有偏差，進而影響接下來的訪談沧卢。
鼓勵用戶講故事
善談蚁堤、主動的用戶會將訪談當作一次產(chǎn)品研討會，會將自身的需求轉(zhuǎn)化為產(chǎn)品功能直接輸出但狭，往往用戶給出的產(chǎn)品功能/解決方案都不是最優(yōu)的選擇披诗，將“我需要更快的到達目的地”轉(zhuǎn)化為“你需要為我提供一個更快的馬車”就是這樣。講故事可以讓用戶著重于描述他遇到的問題立磁，而不是直接給出解決方案呈队。
與上面一類用戶不同，另外一類訪談的用戶唱歧，通常較為內(nèi)向或是不能很好的向你表達他遇到的困難宪摧。往往你直接問“你在開發(fā)時遇到哪些棘手的問題”，他會陷入痛苦的思考“我這個算不算是問題颅崩，可能不是吧几于！最后我也解決了，那么他想要什么哪挨摸？”孩革，鼓勵此類用戶講講他最近一次、印象最深一次產(chǎn)品故事得运，這一次你通诚ヲ冢可以得知這個故事中有關(guān)的產(chǎn)品锅移、有關(guān)用戶的喜怒哀樂。
聽說不照做
與“鼓勵用戶講故事”中善談的用戶聊天一樣饱搏，我們只需要知道用戶遇到的真正困難非剃，并且為他提供最適合的解決方案。
當然推沸，事事都有特例备绽，合格的產(chǎn)品經(jīng)理作為“需求專家”，大多時候在解決方案的把控上都是強于“普通用戶”的鬓催。但是肺素，誰能肯定一個“普通用戶”就一定不能給出比你更完美的解決方案哪？不要拒絕宇驾，因為這就是人類創(chuàng)造性與不確定性倍靡。
原則上“聽說不照做”，如果偶然得知的“完美”课舍，也請不要武斷的拒絕塌西。
多問為什么
有的需求并不是表面上那么簡單，“馬車的故事”在這里同時適用筝尾。多問問捡需，會讓你了解到更高層次的需求，進而給出更好的解決方案與產(chǎn)品筹淫。
反復(fù)核對
在初步發(fā)現(xiàn)問題站辉，解決方案較為模糊時。進行后續(xù)訪談應(yīng)該反復(fù)核對核心問題贸街，并將解決方案講出庵寞，用以驗證解決方案的正確性。在此過程中薛匪，應(yīng)該注意誘導性問題捐川。
其他
- 記錄工作原則上應(yīng)在當日進行，訪談記錄內(nèi)容較為概括逸尖，當日記錄可以避免次日記錄遺漏重點問題古沥。
- 訪談時用戶描述內(nèi)容，難免會出現(xiàn)聽懂但不能復(fù)現(xiàn)等問題娇跟，條件允許請用戶復(fù)現(xiàn)或重現(xiàn)問題是更好的選擇岩齿。
