題綱(提綱的意思是什么)

如果在毫無準備的情況下，拿個本子就開始訪談，聊著聊著就跑題了，那這樣得到的結果大概率是無效的。如何做好訪談提綱呢？本文作者對此作出了分析，一起來看一下吧。

日常是不是在毫無準備的情況下，拿個本子就跑過去訪談了呢；又或者是領導要求去了解用戶聲音，然后就單純地聊一聊；或是聊著聊著跑題了，有問題沒有問到。

顯然，這樣得到的結果大概率是無效的，或者成效較低的。

一、明確訪談提綱的目標

想要做好訪談，我們就必須要先了解訪談的目標是什么。

什么是最重要的？這么多問題自己最想了解的是什么？研究內容的優先級是什么樣的？

如：是為了了解用戶的價值感知點；

了解用戶對產品的購買動機與抗阻點；

了解用戶對某款產品的體驗感。

不同的目標訪談的提綱的設置也存在不同。

二、清晰訪談提綱思路與框架

人是環境的產物，有時候自己說的和自己做的會不一致。

示例：一堆筆中，你問一個用戶“你最喜歡哪支筆？”他可能會指著最好看的那一支筆。

當你再問：“你會買哪一支筆？”他很大可能會買最便宜的那一支。

設置框架——移情圖

分析用戶主觀感受與客觀事實是否一致（用戶是否清晰自己的需求），如果一致則可以做為分析素材，如果不一致，則需要挖掘用戶不一致的原因是什么。最終分析出用戶畫像。

1）客觀事實：看到、聽到、用過

個人相關：

業務相關：

一般去參加展會、行業討論嗎？如何和大家交流生意經用什么工具多

產品相關：得出實際相關業務行為、聽到朋友推薦或看到過的相關內容。

2）實際行為

（做的，基于業務優化后的調整）——動機強烈程度。

是否嘗試做過業務相關的優化行為是否嘗試或放棄了一些產品出于什么原因

3）主觀感受：說的，期待發生的

主觀反饋：以前業務流程整體感受如何，產品用后體驗如何以后期待：期待發生什么改變三、訪談提綱的內容設置

根據明確的目標需要進行問題的設計，訪談提綱一般分為一般性問題和深入問題，也要遵循常規聊天由淺入深，由易到難的過程。關注用戶的行為、體驗和態度，避免使用判斷性、誘導性的語言，保持問題的開放式。

TIP1：訪談大綱的擬定期間，最好寫明每個訪談問題的訪談目的（為什么要問這個問題，這個問題想要獲取什么信息）便于后續團隊協作時，能清晰的知道問題背后的目標。避免出現訪談過程中因為對問題的目標不確定，導致信息挖掘不夠深入。

TIP2：訪談過程是靈活且多變的，基本不會完全按大綱的順序進行提問，因此在眾多問題中，針對重點必問的問題，做好標記和突出是十分有必要的。

示例：某進銷存軟件訪談提綱

訪談目標：

1、用戶價值感知點（平時喜歡參加哪些活動，對什么話題或信息感興趣），幫助活動用戶的邀約

2、用戶付費動機（愿意花錢買什么？ 為什么買？）

3、用戶阻礙點（為什么不買？）

訪談提綱內容模塊：基礎信息——業務情況——典型行為——自我定位——關鍵訴求。

基礎信息：對用戶的基礎信息進行了解與收集，前期也能對訪談用戶是否是有效用戶進行辨別。

業務情況：挖掘用戶日常業務流程以及業務中遇到的難點，和對現狀的感受。

典型行為與認知依賴：獲取用戶人群感興趣的話題或行業活動，分析用戶的行為認知。

自我定位：用戶這類人群的最佳預期，用戶對行業的了解水準。

關鍵訴求：用戶的付費動機及阻礙點，收集用戶對軟件的期待或訴求。

四、訪談提綱的優化迭代

當梳理出訪談提綱后，最好先找個用戶聊一聊。看看提綱的可行性，然后再進行優化和迭代。

TIP1：當用戶難以邀約，如果事前沒有測試與迭代，很有可能會流失到一個用戶。尤其針對B端，找用戶難于上青天的現狀，因此正式訪談之前，對訪談提綱的驗證與測試上很有必要的。

本文由 @番茄 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖源自 Unsplash，基于CC0協議

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。