楠木軒

這樣與用户交談,成為解決用户問題的專家

由 漆雕佁 發佈於 科技

(圖片來源:攝圖網)

編者按:本文轉載自微信公眾號:奇績創壇(ID:founders-first)

用户交談是一個神奇的工具,它可以帶領創業公司找到用户真正的痛點和解決方案,避免“自嗨”式地做產品。創業公司的核心團隊都需要做用户訪談,並且每個階段的創業公司都需要做,尤其是在早期尋找產品市場匹配的時候。這是YC給早期創業者的建議。

本期文章來自YC Startup School《How to Talk to Users》,YC合夥人 Eric Migicovsky 分享了一個完整的行動框架,既總結了“三個常見錯誤”幫你識別在用户訪談中常見的“無用功”,比如“假如我們上線一個功能……”;還提出了“五個經典問題”,幫助你引導用户給出更多細節,找到問題和問題產生的原因,以及如何通過這些信息去判斷哪些是適合早期創業公司去解決的問題。

希望這個分享可以幫到你,以下為全文:

每位創始人都需要參與用户訪談的工作

“儘可能多地與用户交流”,這是創始人們每時每刻都在説的事情。最優秀的創始人會在公司的每個階段都與用户保持直接聯繫,這樣就能迅速從用户那裏獲得直接信息。

通常,有的創始人會認為他們是CEO或者COO、CTO,可以將這項工作外包給其他人,比如銷售或者產品負責人,由他們來與用户訪談,自己則聚焦於所謂的戰略和長遠規劃。

但從本質上講,最好的做法一定是創始人本身與用户保持直接交流。創業者們一定要明白:“如果你是CEO,與用户交談就是你的工作。”

因此,花點時間學習如何做好用户交談,是所有創始人都需要參與的一個過程。如果你是工程師或者是擔任CTO這樣的角色,請不要以為“需要寫好代碼”這樣的理由就可以逃避這個過程。

作為主要創始人,你需要確保公司的核心團隊是能夠與用户有效交談的人。事實上,創辦公司最核心的兩件事就是:

1.寫代碼和構建產品

2.與用户交談。

當然,説起來容易做起來難。所以今天,我想提供一些建議,講解如何計劃與用户交談,包括提問和策略。

用户訪談中,創始人常犯的三個錯誤

創始人在嘗試進行用户交談時,常常會犯如下三個錯誤:

1. 個人想法説得太多

創始人常常喜歡推銷自己的想法,談論公司正在開發的產品。但是,創始人需要明白的是在用户訪談時間應該把重點放在“交談”上,而不是去推銷產品。

一個好的用户訪談目標是從對方那裏獲得信息,以提取能夠幫助你改善產品、營銷或優化市場定位的數據。因此,一個核心要點是——去了解他們的生活,你需要討論一些用户可能面臨但你正試圖解決的難題。

2. 假設説得太多

我們幾乎所有人都會犯的第二個錯誤是過多地談論我們的假設。我們聊產品應該是什麼,應該構建什麼功能。創始人會問一些問題,例如:假如我們有了這個功能,你是否有興趣使用它或為興趣付費嗎?我認為這是錯誤的。

取而代之的是,請談論用户生活中發生的細節。這會讓你獲取到更好的信息,幫你對產品和公司做出重要的決策。通常我們需要聊下用户的生活,不要只談論特定的問題,或者是要提出的特定解決方案。

嘗試提取有關用户的信息,尋找他們遇到問題的原因,瞭解其動機,瞭解他們為什麼一開始就會陷入這個難題。

3. 創始人説得太多

我們幾乎都會中招的第三個陷阱是我們説太多。我們是創始人,所以我們總是在給投資人説,給員工説,老想着招人和合作,所以我們常常聊天聊很久。

但在用户訪談中,創始人們一定要試着少説多聽,多記筆記,聆聽用户,因為當你儘可能多地獲得信息以後,才能把用户生活的真實數據與事實提供給你的核心團隊。

用户訪談中的五個經典問題

用户訪談的目的是成為專家,比用户更瞭解用户的問題。所以我認為這裏有5個可以問用户的問題:

經典問題1: 最主要的困難是什麼?

在你做最想要做的事情的時候,最困難的部分是什麼?

讓我們以dropbox為例。在座的你們中許多人可能不記得dropbox之前的世界,但是試想一下把自己放在dropbox創始人的位置上,2005年他還在麻省理工讀書的時候,就已經有了dropbox最初的想法。

想象一下你在麻省理工的計算機實驗室裏面,轉身給同伴説你正在創建dropbox的項目。你想多瞭解其他人是如何共享文件的信息,這樣你就可以瞭解這裏是否有潛在用户,或者用新技術可以幫助解決哪些問題。因此,你可能會問:如果使用學校電腦做一個小組項目,最困難的部分是什麼?

然後,你開始進行一場開放式對話,試着提取大家目前如何與朋友做小組項目的信息。通過這個對話,你可能就會了解他們特定的痛點。比如他們必須登錄到共享計算機,必須從某個地方獲取文件,或者是他們可能有一個連接到大學系統的網絡驅動器,但是與他們協作的人可能並沒有權限登錄到大學計算機。

通常,最好的初創企業是找到了人們經常遇到的問題,或者是那些痛苦到急需解決的問題。這個問題可以幫你確認:這是否真的是一個真正的用户痛點。

經典問題2: 上一次遇到難題是多久?

嘗試提出非常具體的問題而不是假設性的問題,正如我之前提到的試圖觸及細節而不是假設。創始人問出一個問題,這個問題的目的實際上是要提取背景信息。

在dropbox的案例下,你可能正在與你的朋友交談問題,並儘可能地瞭解一週前的具體時間表。他們與誰一起工作?在哪堂課上課?他們的計算機問題到底是什麼?嘗試儘可能多地獲取他們解決此問題的信息,以便在開發產品時,你可以實際參考潛在用户遇到問題的真實情景。瞭解到具體的情況越詳細,解決方案在實際情況中就越有效。

經典問題3: 為什麼這個問題對你這麼難?

他們和其他人一起做項目的情況如何?遇到的具體困難是什麼?之所以提出這個問題,是因為你會從不同人那裏聽到不同的東西。

回到dropbox的例子。你可能會遇到一些人説:我們遇到的頭號問題就是來回通過郵件發送文件,因為沒有同時擁有完全相同類型的文檔。

提出這個問題的好處,不僅在於可以認清你着手準備解決的這個難題,而且還可以順便了解如何銷售產品,如何向新的潛在用户説明產品的價值以及解決方案的好處。一般來説,客户不會因為“這是什麼”而購買,他們買的是“為什麼”。

因此,在dropbox的例子中,他們不會很驚喜的説:“哇,我現在終於有了這個可以讓我所有文件保持同步的工具”,但是他們會説:“這個產品對我解決兩週前遇到的問題有幫助。”

因此,這就是你從客户那裏得到的“為什麼”的答案。這個問題有可能會在你打磨產品過程中影響到你的營銷和銷售文案。

經典問題4: 你做了什麼來解決這個問題?

在過去的幾年中,YC在幫助創業公司的過程中遇到的最大問題之一是:如果潛在客户尚未開始尋找解決方案,那麼對客户來説,你試圖解決的問題可能還不是足夠緊迫的問題。

所以這個問題是試圖從根本上了解客户問題的急迫性。在dropbox的例子中,你正在從事一個小組項目,或者正在與過去從事小組項目的人交談。試着弄清楚,他們用的是什麼工具?

同樣,提出這個問題還有兩個好處:一是弄清楚你正在解決的難題,用户是否真的已經在開始尋找解決方案;第二是其他競品是什麼?在最終推出解決方案並將其提供給用户時,如何與其他產品進行差異化競爭?

經典問題5: 你對現有的解決方案有什麼不滿意的?

這是你開發潛在功能的開始。請注意,這不是一個問題。

在dropbox的案例中,你會問:你希望獲得哪些功能?這是一個假設性的問題,我們並不建議你這麼做。因為一般而言,用户並不能夠想清楚他們下一個想要的功能,就像亨利福特所説:當我們研發汽車的時候,我們的用户會想要一匹跑得更快的馬,而不是一輛車。

所以這個問題針對的是他們已經試過的現有解決方案有哪些問題。這些都是細節,你可以藉助這個問題弄清楚新的解決方案與現有之間的區別。

不同階段的初創公司如何做用户訪談?

正如我之前所説,與用户交談,在公司的每個階段都很有用,但對於一家初創公司來説,我會把它定義為一家尚未適應市場的公司,在這種情況下,與用户交談極其有價值。

▌想法階段(目標是找到需要解決這個問題的用户)

在想法階段,你可能有一個思考,可能在想如何把技術商業化,但是還沒有第一批用户,因此你需要開始尋找第一批有興趣的人。

在創業營期間,一直有創始人們過來問我“怎麼才能找到種子用户”,坦率地説,有些厲害的公司是為了創始人自己打造產品和服務。

1. 從自己開始:瞭解一下你遇到問題的情況,然後與朋友和同事聊聊,這一步不需要太多,每一個好的用户研究策略都是從一兩個人開始的。這裏的關鍵是開展無偏見和詳細的客户訪談策略,而並非是試圖向他們推銷你的想法。

2. 實地拜訪:當然我們見過另外一個很厲害的技巧,就是實際拜訪,這期有個YC系列的公司是銷售產品給消防員的,他們意識到冰冷的電子郵件介紹沒有用,這不是能夠接觸到客户的有效方法,所以他們親自去消防站拜訪。只是到消防站,現身説法:嘿,我們能和消防隊長談談嗎?結果,效果出人意料得好,僅僅是通過這種登門拜訪的方式,他們成功的召開了數十次面對面的客户會議。

3. 參與行業活動:行業活動是一種很好的獲得大量新客户的方式。我之前的公司去過CES(在拉斯維加斯舉辦的大型電子消費展),我們當時沒有攤位,沒有任何的預算和計劃,是按照游擊隊的方式去了會展,並且只是隨機地和潛在用户進行交流。

在訪談中需要注意的幾個細節:

做好詳細的筆記:因為就像我之前説過的,只有訪談後的整理你才會知道用户訪談中的哪些關鍵事實可能是有用的,如果你不擅長於在交談的時候做筆記,那就帶上一個朋友或者聯合創始人,問問對方你是否可以錄音。

順其自然:就像我之前説過的你沒必要事先計劃好這件事情,只需要正常地做出反應。老實説,從第一次訪談到下一批訪談你的流程將會得到極大的改善。

瞭解對方的時間:人們喜歡聊自己的想法,所以你需要控制你的時間,瞭解對方的時間,不要過度打擾他人。

▌測試階段(找到最合適的第一批客户)

當你度過想法階段,開始與用户一起測試你的產品,你可以從用户交談中清楚地明白:誰將是你最好的第一個客户。這一點很關鍵。

如果你的第一個客户選擇錯了,你可能會被引導走上一條錯誤的路,也無法從真正的客户那裏拿到錢。因此我們建立了一個框架,你可以用來識別誰會是你最好的第一批客户。

在用户訪談的時候,我喜歡問一些可以在答案中“提取出具體數字”的問題。

我喜歡問的第一個問題是:截止到今天,這個問題到底花費了他們多少成本?

我喜歡追究的第二個問題是:他們多久會遇到這個難題?是每小時、每天、每季還是每年會遇到的?

初創公司最好是去解決出現頻次較高的問題,原因有兩個:其一,用户經常會遇到,就意味着他們會更定期地感受到問題的痛苦,也會更容易接受潛在的解決方案;第二個原因是,你會有更多的機會知道你的產品是否能解決問題。

你需要弄清楚的第三件事情是:他們解決這個難題的預算有多大?

你可以想象一個場景,比如説你正在解決一條工業裝配線的問題,如果你和裝配線上的操作員談他們經常遇到的問題,但事實上,操作員沒有可以解決問題的權力,只有他們的老闆或者上級可以。所以 ,當你在試圖識別你的第一批客户時,確保你問對了人。

▌產品市場迭代階段(向着產品市場匹配前進)

Paul Graham對適應市場的定義是當你做出來的東西是市場想要的,那就是產品市場匹配了。Mark Andreessen則把它描述為“當你不需要再向客户推銷的時候,就意味着與市場匹配了”。

你可能聽説過一款應用叫superhuman,這是一款電子郵件客户端,這位CEO發表了一篇博文講述他是如何建立產品市場匹配,他對怎樣才算是PMF的模糊定義感到惱火,他想建立一個實時的量化系統來幫助他的公司走向PMF,這包含與用户交談。

他具體是怎麼做的呢?他每週詢問30到40個用户,提問:如果你不能再使用superhuman,會有什麼感覺。他的問卷有三個回答:非常失望,有點失望,沒有失望,他衡量了回答“非常失望“的用户佔比。

他認為如果用户羣中有40%或者更多的人報告説,“如果產品停用了,他們會非常失望”,這是一種信號和拐點,如果超過了這一點,你的產品就會呈指數級增長。他評估了其他的一些成功的公司,並意識到這個問題的答案總是在40%左右或者以上。

用户訪談的一些小細節

最後是一些需要在用户訪談中注意的小細節:

第一,收集用户的手機號碼。我們發現的一個小竅門是在註冊過程中向用户諮詢號碼,之後可以拿起電話和這些遇到問題的客户聊聊。

第二,不要由用户委員會來設計產品。你不能簡單問你的用户他們想要什麼功能,你必須要了解:這項東西是否會真的可以讓產品變得更有用。

第三,拋棄“不好的”數據,第一種是“恭維的數據”,用户説“這個太棒了,我喜歡這個設計”。在用户訪談過程之中你可能會喜歡這些內容,但是他們實際上並不是有用信息,因為他們並不具體,都是籠統的。另一種是“無用的數據”,如果你給用户很多假設,答案是沒有意義的,你不要談產品未來會是怎麼樣,而是要着眼於現狀。