“作為產品經理，每隔一個周期，都去重點訪談下產品的活躍用戶，通過活躍用戶背后的分析，能夠快速調整產品方向和體驗“。

產品經理們總是認為特別了解用戶，而實際上，在每一次的迭代策劃中，如果沒有建立在充足的數據前，基本上是處于“策劃越進，離用戶越遠”的狀態，相反，如果產品經理所擁有的判斷信息越充足，那么越有利于產品的策劃。而用戶訪談從某種程度上講，也正是產品經理進行迭代前審時度勢的關鍵一步，下面進入主題。

一、用戶訪談的好處

1.了解當前產品的漏洞

我們知道，每一次的迭代發布前，都會經過大量的測試，其實包括產品經理、設計師、測試人員等的參與。優勢在于內部人員測試的范圍都會從比較專業的角度出發，但恰恰也會忽略用戶的真實感受。

當不同類型的用戶接觸新的功能時，由于使用方法、認知都存在誤差，基本上所發現的問題都是直接使用的感悟，而這種感悟是產品經理少有的，畢竟策劃者在某種情況下并不是正常使用產品的用戶。

2.根據場景分析需求的適用度

如果說迭代后的產品數據呈現不斷上升的狀態，那么是滿街歡喜的地步，也是產品經理希望看到的狀態。但數據并沒有達到預期的狀況，那么肯定是需求實現、業務出現了問題。這個時候多數產品經理的做法是內部分析，不斷地考量，但這種做法很有可能是錯誤的。

主要原因在于沒有真正的用戶場景，去建立業務的分析，基本上會按照策劃時的思路，一條道走到黑。舉個例子會更形象，在河邊搭了一條橋，在成功搭建后，卻發現沒有人來用橋過河，這個時候即使做了分析也停留在內部的“臆想”中，真正的方式去咨詢準備過橋的用戶為什么不去使用了，是哪里出了問題。有了場景化的判斷，產品經理才知道當前存在的真實狀況，也減少閉門造車的錯誤率。

3.為下次迭代做好充足的驗證準備

每次產品的迭代都會從綜合維度去考量，一方面去新增新的功能，另外一方面又進行原有業務的優化。這個時候，如果有了上次迭代的訪談分析，那么回大大加強產品經理的信心。

二、用戶訪談的注意事項

1. 對訪談的用戶信息進行細化記錄，比如年齡、職業、使用功能點、使用時間、遇到的問題，相當于是在梳理真實的用戶畫像。
2. 確定用戶訪談的側重點，比如發現某個用戶經常使用某個功能點，那么就從此點出發，重點記錄與之相關的問題，比如好在哪里，不好在哪里，還希望可以看到什么等。也就是針對不同用戶使用的點不同，進行分層訪談。
3. 對于訪談的記錄，只做一手的記錄，切忌融入自己的主觀感受及分析。比如說用戶認為某處的顏色過于沉重，那么記錄的結果也為顏色過重，不可記錄希望得到亮色的結論。

三、用戶訪談的處理方式：

當記錄好訪談記錄時，產品經理首先做的事情是進行記錄的拆解，比如哪些記錄是產品需求層面的、哪些是設計層面，哪些是技術層面的。

拆解后，將不同類型的記錄結果傳達給團隊對應內部成員，讓他們各自進行理解。而在信息每一層級的傳遞過程中，產品經理如果融入過多感受，那么很有可能干擾其他團隊成員的優化思路。

最后根據不同類型的記錄分析，再進行產品的優化策劃，而不是說用戶說明了哪些問題，就立即去處理。

關于用戶訪談的部分就到這里。另外在實際協作中，存在有些團隊運營人員也在做用戶反饋，那么這個時候也可以參考訪談的方式去做。同時在進行結果的輸出時，融入從運營角度所發現的問題，一同整理反饋于產品經理。

產品經理需要時刻離用戶更近一些~

#專欄作家#

Timekr，人人都是產品經理專欄作家，研究領域為信息服務、社區模式、在線教育等。目前主要分享產品相關的經驗，涵蓋一線產品人士的經驗總結，只為探索有價值的信息，歡迎行業人士交流學習。

本文系作者授權發布，未經許可，不得轉載。