• <fieldset id="82iqi"></fieldset>
    <tfoot id="82iqi"><input id="82iqi"></input></tfoot>
  • 
    <abbr id="82iqi"></abbr><strike id="82iqi"></strike>
  • “最小可行性測試MVT”:評估創業想法的新思路(上)

    神譯局是36氪旗下編譯團隊,關注科技、商業、職場、生活等領域,重點介紹國外的新技術、新觀點、新風向。

    編者按:對于許多創業團隊而言,在創業初期,他們都會通過打造最小可行性產品(MVP)來低成本創業,這也是快速檢驗產品是否可行的便捷方法。這篇文章來自編譯,文章作者在文中否認了在創業初期打造MVP的做法,并提出了“最小可行性測試(MVT)”這一概念,來快速驗證創業想法,并找到公司發展的正確方向。這是文章的上篇,作者主要否定了“最小可行性產品(MVP)”這一方法,并引出了“最小可行性測試”這一概念。

    圖片來源:GettyImages

    在創業生態系統中,存在一種普遍都認可的看法:你永遠都不可能預知人們是否愿意為你的產品買單。因此,你需要做產品調研,盡可能快速推出最小可行性產品(MVP),然后祈禱產品能取得成功。然而,對我而言,我并不會采用這種方法。

    在我的職業生涯中,我參與過四家公司的創業過程,并且都是從創業初期就開始參與其中。具體而言,這四個項目分別是在線教育平臺Udemy、打車應用Lyft、食品配送服務商Sprig,以及在線教育平臺Maven。其中,三家公司的運營收益在上線半年后就突破了100萬美元。

    我覺得這并不是巧合。相反,我認為,在開始編寫代碼之前,這種在創業初期實現的成功具有可預測性。

    畢竟,我們創業的出發點并不在于推出一款產品并投放在市場中測試。相反,我們的出發點,是針對某個特定市場驗證某個特定的假設。

    具體而言,我們會通過最小可行性測試(Minimum Viable Tests,MVT)來驗證這些假設。總的來說,這類測試可以讓我們預判自己的產品是否能夠得到市場的青睞,甚至連不需要打造出最小可行性產品就能得到答案。

    人們對最小可行性產品的定義眾說紛紜,但我個人更認同的定義是:MVP是最終產品的早期基礎版本,其模樣和體驗都感覺像是最終產品的一種簡化版本。

    相比之下,最小可行性測試的目的,并不是為了打造出最終產品的“簡化版本”。它只是針對某個假設展開的測試,這個假設必須通過驗證才能取得商業上的成功。

    就打造一款汽車而言,對于最小可行性產品,你主要模擬的是整輛車的功能,而對于最小可行性測試,你可能只是在測試動力傳動系統,比較電動發動機與燃油發動機兩者之間的性能。

    最小可行性測試的過程對如何創建公司有非常大的影響,而最小可行性產品的方法論更注重的是你打造的最小可行性產品的市場反饋,并通過不斷的迭代和改進,達到產品與市場匹配度。

    但我認為,我們可以通過一系列更有效的最小可行性測試,針對符合市場需求的產品提出愿景,然后就直接進入到“開發階段”。

    如果要提到最小可行性產品的策略,實際上并沒有策略可言。這一過程好比你漫無目的地往墻上仍東西,直到發現并確認某個東西能牢固地粘在墻上為止。

    對于最小可行性測試而言,你只需要花時間研究策略。一旦明確策略,你就應該堅定地向前推進。從這個時候開始,你就需要開始面對大多數創業公司所面對的現實問題:你可能需要兩到四年的時間才能知道你的選擇是否正確。

    在這篇文章中,我將跟大家探討傳統的最小可行性產品方法為什么會讓公司創始人誤入歧途,分享我在最小可行性測試過程中使用的“三步式”框架,同時還會結合我在職場中所經歷的一些案例。無論你當下是否有創業的想法或愿望,希望這篇文章的內容都會對你有所幫助。

    圖片來源:Unsplash.com @Szabo Viktor

    “最小可行性產品”行不通

    在打造最小可行性產品的過程中,人們可能會出現“過度打造”的情況。因此,相比之下,我更喜歡最小可行性測試。

    我投資或提供咨詢服務的公司有30多家,我之前還專門針對如何提出并評估創業想法開設了自己的課程。我在所認識的企業創始人中,許多人都會在尋找產品市場匹配度的初期犯下各種各樣的錯誤。概括而言,主要體現在以下五個方面。

    第一,愿景比洞見大。產品打造者敢于想象一切可能性:他們希望自己打造的產品,可以在市場中產生翻天覆地的變化。有這樣的愿景并不等同于眼高手低,但前提是保持一定程度的謙卑。新產品成功的原因,并不在于其令人眼花繚亂的功能。Facebook之所以能夠成功,不是因為人們可以通過這個平臺創建群組、組織活動或上傳狗狗的照片,而是因為其核心洞見之一,即它發現了人們希望通過線上的方式跟家人朋友聯系這一需求。如果你有20條洞見,那你成功的幾率可能并不大。事實上,你可能只需要一條洞見。

    打造最小可行性產品時,你為了博得市場用戶的喜愛,最開始可能希望讓產品滿足用戶的20種不同需求,但這樣只會讓你無視用戶真正的需求。總之,專一才能造就成功。

    第二,創始人太把顧客反饋當回事兒。顧客無法完全了解你的產品設計應該怎么做。他們是誰并不重要,這就是現實問題。大多數人,包括我在內,很多時候都無法清晰地了解自己。因此,這會導致他們難以澄清自己的需求,也不知道如何做出選擇。也正因為顧客的這些不合理的行為,才出現了行為經濟學。此外,顧客不會去考慮產業的未來發展。顧客總說自己需要“一匹更快的馬”;但實際上,他們真正需要的或許是一輛車。所以,如果你依照顧客的需求去打造產品,那么你最多只能實現漸進式進步,而不會實現重大的突破。

    第三,創始人在沒有找到產品市場匹配之前,就忙于公司建設。價值交付是首位,其次才是公司建設。讓我驚訝的是,很多人在并不知道自己要向誰提供什么價值之前,就先給公司起了名、制定了公司周邊用品、雇傭員工、融資或設計公司標志。除非有特定要求,你不應該過于看重自己的頭銜,比如“CXO、創始人”等等。(在融資或面試員工的時候,我會使用CEO或聯合創始人等頭銜,但也僅限于這種情況。在公司取得一些成就之前,我不會在社交場合向他人介紹我的頭銜。)

    我設立了一個原則:在公司收入未達到25萬美元或獲取25萬用戶之前,絕對不制作公司周邊用品。在這之前,你不應該切實“享受”創立公司的成果。如果沒有顧客需要你的產品,你便一無是處。

    第四,“最小可行性產品”中的“產品”二字意味著獨特的用戶體驗。你為客戶設計了自己所想的用戶體驗旅程,并嘗試推出了最小可行性產品。在多數情況下,這個“最小”實際上并不小,它可能包括登錄系統、技術棧或數據庫,有時甚至還包括管理儀表板。對于用戶來說,可能還涉及到用戶引導體驗流程以及“客戶體驗”。這些內容很容易導致“過度打造”的情況,如果走到這一步那你就錯了。只有在你證明你銷售的產品有價值過后,即成功完成最小可行性測試過后,你才應該去打造登錄系統和用戶引導體驗流程。

    最后,最小可行性產品通常都不會是優秀的核心產品。打造產品,往往都是從零開始的。一旦你開始編寫代碼,你實際上就在增加你的技術債務和產品債務。據我所知,很多我所了解的創業公司,在其創立后的第二至第四年中,有一半時間都是在還這些“債務”。因此,我更建議你嘗試最小可行性測試,然后再刪代碼(最好一開始就別編寫代碼),這樣一來,當你在真正規劃長期愿景的時候,你就能以全新的姿態投入其中。

    這里的重點是,在尋找產品市場匹配度的初期,你應該關注產品市場匹配度,然后再堅定地進入開發階段。

    圖片來源:Unsplash.com @Boxed Water Is Better

    設立初創公司過程中加入“最小可行性測試”

    回想我之前幾家公司的創立經歷,我發現我的出發點總是一樣的:

    讓自己全身心投入到新產業的研究之中。

    在客戶開發階段,確定用戶想要通過產品實現什么目的,以及他們目前又是怎樣達成相關目的的。

    思考通過什么方式,能夠幫助用戶達成目的。

    找到出發點過后,大多數人都會開始設計產品的原型(“最小可行性產品”),然后讓用戶參與測試使用。但在我看來,這正是錯誤的一步。

    我建議,你應該嘗試通過以下框架來展開最小可行性測試,而不是打造一個盡可能完整的最小可行性產品:

    1. 列出可能導致項目成功或失敗的最大風險。

    2. 通過最小可行性測試來驗證這些假設。

    重復以上步驟,并通過測試不斷吸取教訓,化解風險。如果測試順利,并且對自己足夠坦誠的話,你可能會發現產品面臨的更多風險。

    這時,就需要你多次展開最小可行性測試,直到你確信自己能化解風險,并開始打造最小可行性產品。

    充分驗證假設后,你會建立更多對產品可行性的自信。接著,你可以繼續完成以下步驟:

    3. 將所有洞見都整合至初始版本的產品中,并通過目標客戶群體來測試你的產品。

    4. 不斷完成產品迭代,并推出最終版本的產品,即找到產品市場匹配度。

    5. 增長,增長,再增長!

    在后文中,我將深入探討“最小可行性測試”策略,并解釋使用這些策略的具體方式與時間。

    什么是最小可實行測試(MVT)?

    最小可行性測試是對基本假設展開的測試。你必須對此有十足的把握,否則公司將錯失發展機會。例如,就我創建的在線教育平臺Maven而言,用戶必須要在同期群組課程中找到比自學非同步課程高出十倍的價值。

    展開最小可實行測試,你需要明確你針對某個市場提出的假設,然后僅針對這些假設展開測試,而不要關注公司長期愿景、客戶反饋、公司或產品構建等方面內容。這個方法可以讓初步試驗更加精簡,節省時間,提高打造出最終版本產品的準確性。

    無論是技術或非技術型創始人,或者甚至是存續時間已久的公司,這一方法都能適用。其最吸引人之處在于:你可以在毫無技術的情況下創立一家成功的公司。

    事實上,在邀請技術型人才來擔任公司聯合創始人之前,我總會先測試自己的想法。這么做很有價值,畢竟,真正吸引技術型團隊成員并不容易。而如果你說:“我已經展開了測試,能夠證明人們對產品的需求”,而不是說“我有一個遠大的愿景”,那么你在吸引技術人才時也會變得容易很多。工程師喜歡實實在在的數據和證據,而不是隔空畫大餅。

    如果你只關注最小可行性測試,而非最小可行性產品的話,那你就離“你能夠在產品發布之前預測其成功嗎?”這一問題的核心不遠了。對于這個問題,我堅信自己的答案是肯定的。使用正確的方法,你可以更有把握地預估自己的成功,同時也減少(而非消除)失敗的可能性。

    在具體的測試過程中,我主要采用的是以下“三步式”框架。

    延伸閱讀:

    “最小可行性測試MVT”:評估創業想法的新思路(中)

    “最小可行性測試MVT”:評估創業想法的新思路(下)

    譯者:俊一