作為產品經理該如何看待用戶訪談?

2 評論 32276 瀏覽 58 收藏 6 分鐘

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

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

一、用戶訪談的好處

1.了解當前產品的漏洞

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

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

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

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

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

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

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

二、用戶訪談的注意事項

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

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

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

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

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

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

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

#專欄作家#

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

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 很多年沒更新了,前輩是退出行業了,還是已經上岸了?期待分享一下

    來自浙江 回復