我們都知道產品 / 市場契合度 (Product/Market Fit) 是衡量一個好產品的標準,一個好的產品 / 市場契合度往往會反應在產品的用戶留存率上。而一個好產品的開發和市場認證,往往始于用戶調研和采訪。
我們首先來看看什么情況下你可以不需要用戶調研和采訪。Emmett 最被人熟知的產品是 JustinTV, 這是一個 24 小時播放真人秀的視屏網站,網站最初只有一個直播頻道,播出另一創始人 Justin Kan 的生活,并實時發布在網站上。網站后來衍生為多用戶生產內容 (UGC) 的視頻網站。于是開發者就成為了內容生產者,也成為了產品的終端使用者。無疑,在這種情況下,你可以大膽地跳過用戶調研 —— 問問自己需要什么,做出來,修改,直到自己滿意就好。JustinTV 就是這么做起來的,甚至在一段時間的發展以后,增長非常不錯。團隊自己的偏好代表了一眾其他用戶的需求:他們也喜歡這種 24 小時直播自己的服務。
但是這樣下去無疑也有它的局限性:
1) 并不是每一個終端用戶都在自己開發產品
2)你的偏好很可能只是非常小眾的,當你要擴充到大眾市場時你往往不能再依賴個人的偏好和己見。長此以往的后果就是你的產品最終只能成為一個玩票的業余項目,成不了氣候,推不出市場。
JustinTV 境遇也是如此,在增長了一段時間以后,它在提供 24 小時直播這一方面成為了一個優秀的產品和領導者,但是想要再去吸引更大的用戶群體,他們無疑需要轉型,或者加入新的功能。這時用戶調研成了非常重要的新起點。
在做調研之前,你首先要做的是確定調研問題方向和關鍵假設,然后通過用戶采訪來佐證,或者推翻。事實上很多企業管理咨詢公司就是用這個方法,業內稱為hypothesis-driven approach。
在一些最初的探索之后,JustinTV 決定測試兩個新的方向:一個是移動端,另一個是電競直播。2007 年的時候電競直播并沒有現在這么成熟,但 JustinTV 的創始人已經感到暗潮涌動,只是他們不明白究竟該用什么樣的角度去切入市場,并運營電競直播的產品。最后團隊通過大量的用戶調研和數據采集,才摸到了里面的個中奧妙-包括電競直播的精髓其實在于內容獲取的渠道。然后也是通過不斷地用戶調研作為開發的基礎,迭代相應的功能和插件,并以此作為之后三年產品開發的主要依據。
在確立了調研方向和關鍵假設以后,你要做的就是確定采訪的用戶群體。這里你可以嘗試著列出盡可能多的利益相關方,找到相應的采訪人,然后在采訪中確認哪些利益相關方更重要,再重點采訪這一類別的人群。
除了利益相關方這樣的分類方法,你也可以想想潛在用戶的細分。比如如果你要做一個筆記類的功能型 App, 你的潛在用戶是誰?大學生?工作者?這些就終端用戶細分。如果你是要針對大學生這個終端用戶的,那在銷售的時候是直接銷售給學生,還是銷售給學校 IT 部門,還是銷售給學生家長?這就是相關利益方的細分。這些你在做用戶調研的時候最好都要去想到。
這里要注意的是,你應該嘗試去找那些你真正需要采訪的人,而不是那些你容易找到的人。比如學生創業里面的一個問題就是找其他學生做用戶采訪調研。這樣你得到的答案一定是會非常有偏向性。
回到 JustinTV 這個案例里面,作為一個電競直播平臺,它要關注的用戶首先兩個大類,內容創作 / 播映方,和內容收看 / 觀影方。這兩方往往是循循善誘,只有一方達到 critical mass 另一方才有可能因為網絡效應增長起來。但是究竟要先抓哪一方,這是一個問題。
JustinTV 于是通過用戶調研證明了內容創作 / 播映方是至關重要的,他們決定者內容的質量,而內容的質量會帶動觀影方。然后再通過集中調研內容創作群體確定了平臺如何優化針對這一群體的服務和功能。在用戶的細分里面他們找了大、中、小型內容制作 / 播映方,已經使用了 JustinTV 的內容制作 / 播映方,同時用過 JustinTV 和競爭對手的內容制作 / 播映方,和只用過競爭對手產品的內容制作 / 播映方。在利益相關方方面,他們找到直播工具開發商,電競游戲 CP,經銷商,終端提供商等等.
確定了你要采訪的用戶以后,你應該怎么去聯系他們?這個時候你需要去敲門,但也是有技巧的。比如你可以去競爭者網站,找到這些潛在用戶,然后用平臺本身的私信功能找到他們。然后就是嘗試去你針對人群的線下交流活動,結交他們,留下聯絡方式以后找他們聊天采訪。筆者經常用的方式是微博和 QQ 群,某些特定的用戶群體會經常 @彼此,然后就可以順藤摸瓜找到這些人私信他們,還有就是在做用戶采訪的結束的時候問采訪人是否有相關可以推薦的朋友,這也是一種非常有效的方式,而且因為是熟人介紹,通常也愿意多說幾句。
然后是實際操作的問題,你應該怎么問問題才能有效地去發覺用戶地需求或者找到可以證明或者推翻你假設的答案?這里有一些采訪時的關鍵要點:
1)如果你的目的是發覺用戶的潛在需求,那就不要直接問你想要開發的某項功能或者產品,也不要給你的用戶看雛形,這些會打亂被采訪人的思路。相反地你應該首先看看用戶現在使用的習慣和現有的競爭者的一些功能,然后挖掘里面的問題。這里要盡可能用開放式問題,然后追問,“為什么是這樣的”?
這里有一個很有意思的歷史小故事。福特在開發汽車的時候也去做用戶調研, 這個時候如果福特發現如果他只是專注在某些功能或者一個產品假設上,用戶的反饋只會是“我要一批更快的馬”,而不是挖掘出“交通運輸不方便不高效,現有交通工具太高昂”類似于這樣的用戶痛點,也就不會有后面的經濟適用快捷方便的 Model T.
2)要有一個開放的態度。一開始你可以有一些假設或者既定認知,“我覺得這件事可能是這樣的”“這一類用戶可能需要這種功能”“他們在筆記產品上有很多沒有被滿足的痛點”。這些假設可能會被用戶調查認證,也有可能被推翻。可能最后用戶的反饋告訴你的信息就是,他們在你假設的使用情景中大部分痛點已經得以滿足,根本不值得你再去花大時間開發一些功能。但是你也不要在第一個用戶采訪否定以后就放棄了,你大可以在這個群體里面多采訪一些,一般來說一個類目里面的 6-8 個人如果給你的差不多的反饋,你基本上可以有一些基本的定論。
3)盡可能用即時互動的方式去做采訪:比如電話或者 skype. 或者干脆面對面觀察用戶的使用情況。不要用 email 的方式。因為你需要根據開放式問題的回答繼續追問許多“為什么是這樣”,所以郵件的形式非常不利于你的挖掘工作。而且在電話采訪的過程中,一個小竅門是,適當留出一些空白和安靜的時間。被采訪人往往會因為想要避免安靜的尷尬而和你多說一些他們其他的想法,這些都是郵件的形式做不到的。