GTM 導向的 MVP:從客戶洞見到價值主張的驗證

GTM 導向的 MVP:從客戶洞見到價值主張的驗證

創業產品上線行銷 Go-to-Market 策略 · Episode #3 · · PT14M42S

Host · 熙宇

Summary

本集《創業產品上線行銷 Go-to-Market 策略》承接上集「精準認識客戶」的討論,深入探討如何從客戶洞見打造「無法拒絕的價值主張」,並透過「GTM 導向的 MVP」進行初步驗證。大王與蒼蒼委員首先澄清 MVP 並非功能最少就好,更重要的是以最低成本獲取最大化的「驗證性學習」,核心在於驗證產品的「價值」。節目以 Dropbox 僅憑一段產品演示影片就驗證市場需求、暴增七萬五千名 Beta 等候者的成功案例為證,並進一步探討硬體產品可透過 3D 模型或「禮物卡測試」等方式驗證。相較之下,Juicero 榨汁機耗費鉅資卻未能驗證核心價值,最終因市場需求不足而失敗,強烈凸顯了 GTM 導向 MVP 驗證市場需求的重要性。本集強調 GTM 思維應貫穿產品生命週期,並預告下集將聚焦產品「推向市場」的策略。

Transcript

大家好,我是蒼蒼。 很高興又跟大家見面了。 上次大王給我們留了一個懸念,我到現在都還在想,到底要怎麼打造一個「無法拒絕的價值主張」?

這句話一出來,多少創業者的頭髮就掉光了。 大王: 哈哈,蒼蒼委員說得沒錯。 上次節目我們聊到 GTM 的第一步,就是「精準認識客戶」嘛,

尤其是透過「Jobs to be Done」這個框架去深挖客戶真正的痛點跟需求。 那你有沒有覺得,認識客戶之後,下一步就會很自然地想說:「那我到底要給他們什麼?

對啊,不然你光知道人家很「痛」,結果手邊沒藥,那不就變成聽眾的心理醫生, 沒辦法幫助人家解決問題。

大王: 沒錯,這就是我們今天的主題:從客戶洞見,到怎麼打造你產品的「核心價值主張」, 然後再用一個關鍵工具,也就是「GTM 導向的 MVP」來初步驗證它。

講白了,就是把你的產品變成一個,讓客戶一看就覺得:「對! 我就是要這個! 」

嗯,MVP 這個詞很多人聽過,但我覺得常常被誤解。 以前大家可能覺得,MVP 就是把功能做最少、最陽春的版本就好, 那樣就是 MVP 了。

大王: 你講到一個超、級、重、要的點,蒼蒼。 這個誤解真的很普遍。 很多人提到 MVP,腦中浮現的畫面就是一個「功能很少」的產品原型。

但實際上,它更深層的意義是,用「最少力氣去獲取最大化的驗證性學習」, 這句話是精實創業大師 Eric Ries 講的。

更嚴格來說,Ash Maurya 也提過,MVP 是「你為了提供客戶價值, 同時也從中獲取價值,所能打造的最小的東西」。

你看,這兩個定義都有一個共同的關鍵詞,就是「價值」。

哦,所以它不是單純功能少就好,而是你那個「少」的功能,必須是要能驗證你最核心的價值主張? 是要能被市場認可的?

大王: 沒錯,這就是「GTM 導向的 MVP」跟一般「功能導向 MVP」最大的差別。 GTM 導向的 MVP,它的存在本身就是一個市場驗證的工具。

它不是一個半成品,而是一個「用來問市場有沒有人要」的實驗。

這樣講我就懂了。 之前我們聊到,創業的失敗率很高,將近九成。 其中很大一部分,就是產品推出來以後,發現根本沒人要。

那如果 MVP 的重點是驗證價值,就能有效降低這個風險。 大王: 你抓到重點了。 說到 MVP 的典範案例,我相信大家腦中第一個浮現的,大概就是 Dropbox 了。

這個故事真的很經典,也充分體現了我們今天聊的「GTM 導向的 MVP」精髓。

Dropbox? 那個雲端儲存服務的龍頭? 他們也有 MVP 嗎? 我以為他們一開始就是很完整的產品耶。

大王: 哈,這就是它厲害的地方。 你知道 Dropbox 的創辦人 Drew Houston 是怎麼想到這個點子的嗎?

時間回到 2007 年,他那時候還在 MIT 唸書,有一次搭公車, 發現自己又忘記帶隨身碟了,當下超崩潰的,因為他要 coding 的檔案都在裡面。

哇,這經驗我懂! 重要資料沒帶,真的是會氣到跺腳。 大王: 對啊,他那時候就想,為什麼不能有一個服務,讓我的檔案隨時隨地都能同步, 而且還是在背景默默進行?

好,這個「痛點」是不是很明確? 這就是他觀察到的 Jobs to be Done。 那時候,市面上也有一些檔案同步服務,但 Drew 發現它們都難用到爆, 設定複雜、速度又慢。

所以他的價值主張就很清楚了:「我們要提供一個簡單、無感、 高效的檔案同步解決方案。 」

任務明確、痛點清晰,還要提出一個更好的解方。 這跟我們上次講的 Jobs to be Done 完全吻合。

大王: 完全吻合。 可是問題來了,他那時候這個產品還只停留在「腦中」跟「概念」。 要寫出一個真正能工作的檔案同步系統,底層技術非常複雜,需要大量時間跟資源。

一個剛創業的小團隊,哪來這麼多錢跟工程師? 如果直接砸大錢去開發,結果市場不買單,那不就涼了?

所以他怎麼辦? 總不能空口白話吧? 大王: 他做了一個現在聽起來很簡單,但在當時卻非常「破格」的 MVP。

他沒有寫一行程式碼,他做了一段大約三分鐘的「產品演示影片」!

影片? 就這樣? 大王: 沒錯。 這段影片非常清楚地展示了 Dropbox 的核心功能:就是檔案如何在不同裝置間無縫同步。

他把這段影片放在 Hacker News 上,附帶一個簡單的頁面, 讓有興趣的人可以留下 email 註冊 Beta 版的等候名單。

哇,這有點像我們上次提到的「假門測試」對不對? 就是先開個門,看看有沒有人要進來。 大王: Bingo!

完全就是那個概念。 你知道結果怎麼樣嗎? 短短一天內,Beta 測試的候補名單從原本的五千人,暴增到七萬五千人!

七萬五千人! 這真的是太驚人了。 等於說,只靠一段影片,就證明了市場對這種「簡單無縫的檔案同步」有非常強烈的需求。

大王: 對啊,而且這不只證明了市場需求,更讓他獲得了第一筆重要的投資。 這段影片後來被評估,為 Dropbox 創造了超過 4, 800 萬美元的額外收入。

更重要的是,在影片 MVP 之前,他們透過付費廣告獲取一個客戶的成本大概在 250 到 300 美元之間。

但透過這支影片,獲客成本幾乎是大幅降低。

這真的差很多耶。 這也告訴我們,一個好的價值主張,搭配一個對的驗證方式,可以省下多少資源。 這真的很重要,真的很重要。

這對很多新創來說,不只是省錢,更是關乎生死。 大王: 蒼蒼委員點到精髓了。 Dropbox 的案例,其實完美詮釋了什麼叫做「GTM 導向的 MVP」。

它不是把功能做出來就好,而是用最低的成本、最快的方式,去驗證它的「核心價值主張」在「最小可行市場」中, 是不是真的有共鳴。

這個驗證成功,才值得你投入大量的資源去開發。

不過,也不是每個團隊都這麼幸運,可以找到像 Dropbox 這樣簡單又有效的 MVP 形式。 如果我不是做軟體的,是做硬體的,那怎麼辦?

大王: 這邊你可能會想說,硬體產品怎麼可能用一支影片就驗證? 你總不能用影片變出一台機器人吧? 這當然會難很多,但背後的邏輯還是一樣。

你要找到那個「核心價值主張」的最小載體。 有時候可能是一個 3D 模型、一個詳細的產品規格書,甚至是像「禮物卡測試」那樣, 你先用人工的方式去提供服務,模擬產品的最終價值。

禮物卡測試? 那是什麼? 大王: 想像一下,如果你要開發一個幫你自動規劃旅程的 App。 與其先寫程式,你不如先「假裝」這個 App 存在,然後用人工的方式,

根據客戶的需求,手動幫他們規劃旅程,然後把規劃好的行程寄給他們。 從這個過程中,你就可以觀察他們的反饋,他們對什麼功能最滿意, 什麼地方又覺得不足。

這就是用「人」去模擬「產品」,驗證核心價值。

喔,這等於是把產品的「核心服務」先用人力模擬出來,然後去市場上測試水溫。 這樣一來,開發成本就省很多,失敗了也不會太心痛。

大王: 沒錯。 可是問題是,很多人還是會搞錯重點。

他們常常會把 MVP 變成 MVS,也就是把 Minimum Viable Product 變成 Minimum Shippable Product,

只把能交付、能運作的最小產品做出來,卻忘了去驗證它的「價值」跟「市場需求」。

這我就想到一個很典型的例子,就是那個 Juicero 榨汁機。 大王: 哇,蒼蒼委員,你提到這個,我就知道你一定是對這些商業失敗案例很有研究!

Juicero,這真的是一個活生生的反面教材。

對啊,這真的很扯。 我還記得當時新聞鬧很大。 這個 Juicero,他們宣稱自己發明了一款「智慧型」的家用榨汁機, 可以透過專屬的果汁包,用「黃金比例」榨出最新鮮的果汁。

這聽起來很酷對不對? 他們還從投資人那邊募到了整整 1.2 億美元! 大王: 1.2 億美元! 這真的是天文數字,很多新創公司一輩子都沒辦法拿到這麼多錢。

結果呢,這個產品推出沒多久,就有人發現,你根本不用他們的機器, 用手擠一擠,果汁包裡的果汁一樣可以擠出來。

而且還跟用機器榨出來的品質一模一樣! 大王: 我記得那個新聞出來的時候,我就躺在床上把它看完了, 想說「這什麼鬼東西?

」。 這真的是把科技宅男都氣到想掀桌。 這不就是多此一舉嗎? 花大錢買一個你用手就可以搞定的東西?

這就是最讓我生氣的地方! 他們號稱「解決」了一個「自動榨汁」的問題,但事實是,那個問題根本不存在, 或者說,他們的解決方案根本沒有為客戶帶來他們宣稱的「獨特價值」。

花了 1.2 億美元,結果連最基本的「價值主張」都沒驗證好。 這不就是把投資人的錢、把大家的信任,都這樣白白浪費掉嗎?

真的是太離譜了! 大王: 蒼蒼委員說到我的心坎裡了。 Juicero 的失敗,就是典型的 MVP 驗證沒有做足的結果。

他們或許有很棒的技術,也設計出了一台看起來很厲害的機器, 但他們跳過了最關鍵的一步:驗證這個產品的核心價值,也就是「用機器榨汁跟手擠有什麼差別?

」這點對客戶來說重不重要? 如果客戶根本不 care,那 GTM 策略再怎麼完美,產品也註定會失敗。

這真的不是功能多寡的問題,是市場需不需要的問題。

對啊,他們可能一開始就假定客戶會為這個「技術創新」買單, 卻忘了問客戶,你到底要的是什麼? 客戶要的可能只是新鮮果汁,而不是一台昂貴又沒必要的榨汁機。

大王: 確實。 這個案例告訴我們,GTM 導向的 MVP 測試,除了要有「輕量化」的載體之外, 更重要的是它必須能有效蒐集「數據」來驗證。

不管是 Dropbox 的註冊人數,還是 Juicero 這樣反過來暴露的「偽需求」, 這些都是真實的市場回饋。

我們必須從這些數據中學習,然後快速迭代。

那所以從這些案例來看,GTM 導向的 MVP 測試,它其實不只是一種「產品開發」的思維, 它更是整個「Go-to-Market」策略的起點。

它決定了你產品未來怎麼走,行銷策略怎麼訂,甚至是你能不能活下去。 大王: 一言以蔽之,MVP 的核心目標就是驗證市場需求。

這真的是很重要,不是說程式碼寫得好不好,或是產品設計美不美, 而是有沒有人願意買單。 就像一句業界很有名的話,有人說:「決定生死的不是程式碼品質, 而是分發能力。

」即便你寫出最好的程式碼、設計最流暢的介面,如果沒人找得到、 沒人聽得懂、沒人願意買單,產品依然會 Bye Bye。

所以,從客戶洞見、找到價值主張、再用 GTM 導向的 MVP 去驗證, 這其實是一個環環相扣的過程。

這不只是產品部門的事,而是整個公司,從上到下,都要有這個 GTM 思維。 大王: 說得好。 這個 GTM 的思維,它必須貫穿產品的整個生命週期。

從最初的點子發想、到 MVP 的驗證、到後續的產品迭代, 再到規模化的市場推廣,都離不開它。 下次我們就會再深入聊聊,當我們確認了價值主張,也用 MVP 驗證了市場,

下一步該怎麼把產品「推出去」,讓更多「對的客戶」知道並願意使用它。

期待下次的內容,希望這次大家都能搞懂,MVP 不只是 Minimum Viable Product, 更是要能夠驗證「市場要不要」的那個「最小價值」。

今天就先到這邊,謝謝大家收聽! 大王: 感謝蒼蒼委員,也謝謝各位聽眾。 我們下週同一時間再見囉!

掰掰!