編輯導(dǎo)語：SaaS是近年來較為火熱的一個(gè)賽道，MVP在產(chǎn)品的應(yīng)用中也是十分廣泛，如何把二者結(jié)合起來，實(shí)現(xiàn)降本增效和開源增收呢？作者從三個(gè)方面分享了商業(yè)角度的MVP在SaaS產(chǎn)品中是如何落地與實(shí)踐的，我們一起來看下吧。

前段時(shí)間和人人都是產(chǎn)品經(jīng)理的起點(diǎn)學(xué)院合作了一些直播課，把之前的一篇文章做了進(jìn)一步的細(xì)化，本篇是這次直播課的具體內(nèi)容做一次文字稿的呈現(xiàn)。

這次直播用了1個(gè)小時(shí)，相信我值得你找個(gè)安靜的角落細(xì)細(xì)閱讀。

我是張浩然，是住客云的創(chuàng)始人，同時(shí)也是一名擁有8年產(chǎn)品經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，現(xiàn)創(chuàng)立垂直交易型SaaS，在過去的幾年里，我以SaaS及tob產(chǎn)品為載體，幫助多家企業(yè)在降本增效和開源增收兩方面做出貢獻(xiàn)，并取得了一些成果，主導(dǎo)過各個(gè)階段的全周期多類型tob項(xiàng)目。

今天就結(jié)合實(shí)戰(zhàn)案例，為大家來講解在SaaS產(chǎn)品中，如何利用MVP思想主導(dǎo)我們的產(chǎn)品工作。

先來了解一下本課程的結(jié)構(gòu)：

首先我們先全面的了解MVP的設(shè)計(jì)思想，然后通過幾個(gè)案例來拆解SaaS產(chǎn)品MVP的落地方法論，最后延展一個(gè)日?；径紩龅降目缧袠I(yè)設(shè)計(jì)產(chǎn)品的知識點(diǎn)。

在工作中我們難免會遇到以上問題，本次的課程學(xué)習(xí)后，你將獲得一套面對早期SaaS產(chǎn)品的體系化思維與實(shí)操能力。

先來進(jìn)入第一章從商業(yè)視角，重新解讀MVP設(shè)計(jì)思想。

一、從商業(yè)視角，重新解讀MVP設(shè)計(jì)思想

首先，什么是MVP，行業(yè)里的各種解讀有很多，這里我做出一個(gè)更接地氣的解釋，我作為一個(gè)老板，MVP對我來說就意味著用最具性價(jià)比的方式，通過最小的投入，來明確我的商業(yè)猜想。

我是繼續(xù)對這件事加大投資，加人加資源，還是這件事不對，換個(gè)方向或放棄。所以從宏觀的角度看，mvp可以幫我我的商業(yè)選擇提供一個(gè)強(qiáng)有力的決策依據(jù)。

ok，我們先來看看MVP運(yùn)營在toc和tob兩種產(chǎn)品上有什么區(qū)別。

我們可以把兩者的差異分為兩類：

1. 使用者與決策者的不同
2. 價(jià)值感知方式的不同

先來看第一個(gè)，使用者與決策者。

• 我們都知道toc產(chǎn)品是直接面向消費(fèi)者的，所以在產(chǎn)品的購買和決策層面，是一個(gè)獨(dú)立的個(gè)體。
• 那么B端產(chǎn)品呢，使用者是誰？是不是企業(yè)的員工或某部門人員，決策者是誰呢？是不是部門負(fù)責(zé)人或企業(yè)負(fù)責(zé)人，所以b端產(chǎn)品的使用者和決策者是分離的。

再來看這兩種產(chǎn)品的用戶決策鏈：

c端產(chǎn)品往往是，產(chǎn)生需求后馬上去找方案，然后決定是否采用這個(gè)方案解決需求。

而b端產(chǎn)品因?yàn)槭褂萌撕蜎Q策人的分離，導(dǎo)致中間需要有理性的分析及匯報(bào)行為，是一個(gè)較為理性的決策行為。

我們再來看價(jià)值感知方式的不同：

toc產(chǎn)品的價(jià)值感知是非常直觀的，主要圍繞自然人用戶日常的需求進(jìn)行滿足。

比如我們要打法時(shí)間可以刷抖音，或者打王者，這就是一個(gè)明確的價(jià)值感知，【我的需求被滿足】這個(gè)感知系統(tǒng)是非常主觀的，用戶自己覺得ok 那就是被滿足了。

C端產(chǎn)品的MVP的設(shè)計(jì)中就要找到能夠凸顯【我的需求被滿足】這個(gè)用戶價(jià)值的核心關(guān)鍵點(diǎn)，比如用戶想打發(fā)時(shí)間，我們繼續(xù)細(xì)分，可以分成1小時(shí)以上的，和15分鐘碎片化的，然后我們就可以做一款小游戲，來滿足15分鐘左右的打發(fā)時(shí)間這個(gè)訴求。你看，所以C端產(chǎn)品的MVP多為產(chǎn)品的創(chuàng)新。

b端產(chǎn)品的價(jià)值感知是相對滯后的，在企業(yè)的業(yè)務(wù)指標(biāo)提升的情況下才能被感知。

這就意味著從產(chǎn)品被使用，到感受到產(chǎn)品價(jià)值中間需要運(yùn)行一段時(shí)間后次才能被客戶感知到是否有價(jià)值，你的產(chǎn)品幫他節(jié)省了人工，從10個(gè)人變成2個(gè)人，或者是提高了利潤率，而這些指標(biāo)的提升都需要一定的周期。所以b端產(chǎn)品的價(jià)值感知方式是【業(yè)務(wù)指標(biāo)是否提升】。

了解到了這個(gè)事實(shí)后，我們在做B端MVP的時(shí)候就要先從企業(yè)的角度出發(fā)，去找到企業(yè)內(nèi)的某個(gè)業(yè)務(wù)指標(biāo)，然后看完成這個(gè)指標(biāo)有沒有阻力，換句話說，SaaS產(chǎn)品其實(shí)就是幫助企業(yè)清除掉達(dá)成某個(gè)業(yè)務(wù)指標(biāo)的障礙。

比如分銷系統(tǒng)，當(dāng)企業(yè)找上1000個(gè)分銷渠道后，財(cái)務(wù)的結(jié)算和對賬壓力巨大，幾乎不可執(zhí)行，上一套分銷系統(tǒng)后就可以保證順利達(dá)成企業(yè)通過分銷帶來業(yè)務(wù)增長的目標(biāo)。而不增加財(cái)務(wù)的任何工作壓力和人員。

所以SaaS的mvp是以消除業(yè)務(wù)阻礙為核心，來進(jìn)行驗(yàn)證的。

所以SaaS產(chǎn)品的本質(zhì)是洞察到獨(dú)特的解決方案并以產(chǎn)品為載體傳遞給客戶完成服務(wù)。

客戶在使用SaaS產(chǎn)品的同時(shí)，也在接受你產(chǎn)品背后經(jīng)營方式和認(rèn)知的改變，所以SaaS不單是一個(gè)產(chǎn)品，更是一種方法認(rèn)知。我們做SaaS的MVP本質(zhì)就是要去驗(yàn)證我們提供的獨(dú)特解決方式是否正確。

好，我們來總結(jié)一下cb端產(chǎn)品的區(qū)別。

了解了toc與tob產(chǎn)品的區(qū)別，我們接下來先從產(chǎn)品視角來看看MVP如何實(shí)現(xiàn)。

我們通常講的MVP大多是產(chǎn)品視角下，從產(chǎn)品角度看，MVP的本質(zhì)就是通過階段性的產(chǎn)品去滿足階段性的業(yè)務(wù)需求，然后不斷推動階段的的提升持續(xù)迭代的過程。

通常情況下做一款產(chǎn)品的MVP是這樣的流程：

第一步：鎖定需求

確認(rèn)一個(gè)業(yè)務(wù)階段，并列出階段內(nèi)的對應(yīng)需求點(diǎn)。

第二步：明確功能點(diǎn)

根據(jù)上述已經(jīng)明確的階段對應(yīng)的需求點(diǎn)進(jìn)行產(chǎn)品設(shè)計(jì)，要注意的是除此之外的功能一律不做，即便是有功能的缺失導(dǎo)致個(gè)別流程走不通，也不需要去做，比如沒有登陸流程，這都不重要。

第三步：推出mvp產(chǎn)品

快速推出首個(gè)版本的mvp，注意，是首個(gè)mvp版本，不是首個(gè)版本的產(chǎn)品，mvp階段我們是不確定產(chǎn)品要不要做以及怎么做的，既然是mvp的第一個(gè)版本，那就一定要保證效率和速度，在ui及技術(shù)完整性上產(chǎn)品經(jīng)理已經(jīng)要有意識去引導(dǎo)團(tuán)隊(duì)放棄多余動作。

第四步：復(fù)盤決策

當(dāng)mvp推出后要高頻的進(jìn)行數(shù)據(jù)整理及復(fù)盤，通過反饋來確定更換產(chǎn)品方向還是進(jìn)度到下一個(gè)業(yè)務(wù)階段繼續(xù)進(jìn)一步的mvp實(shí)驗(yàn)。

以上就是一個(gè)產(chǎn)品經(jīng)理在做mvp時(shí)的常用方式。

我們都知道任何產(chǎn)品都是建立在滿足某種商業(yè)目基礎(chǔ)上的，而做商業(yè)其中一個(gè)最重要的能力就是去判斷一件事是否值得去做，避免團(tuán)隊(duì)在錯誤的道路上狂奔是一個(gè)決策者最重要的責(zé)任，而作為產(chǎn)品經(jīng)理或產(chǎn)品部門負(fù)責(zé)人，這樣的產(chǎn)品方向決策牽一發(fā)動全身，一個(gè)錯誤的產(chǎn)品方向?qū)?dǎo)致運(yùn)營 市場 技術(shù) 等多個(gè)相關(guān)部門造成大量時(shí)間和金錢的損失。

所以做產(chǎn)品一定要有極為敏感的商業(yè)思維，下面我們就看看在商業(yè)視角下，MVP是怎么做的。

首先，任何商業(yè)行為的本質(zhì)都是價(jià)值的交換，既然是價(jià)值交換一定要以效用為核心，我們可以把效用理解成是成本/效率/投入產(chǎn)出比等指標(biāo)的綜合表達(dá)。所以商業(yè)視角去做mvp就是通過高效用的驗(yàn)證方式，對商業(yè)目標(biāo)進(jìn)行初步的佐證。

來看看商業(yè)視角去落地MVP的具體步驟：

第一步：明確商業(yè)目的

一個(gè)mvp產(chǎn)品首先要和商業(yè)目的相互呼應(yīng)，mvp是服務(wù)于商業(yè)目的驗(yàn)證，所以第一步要提出一個(gè)好問題，也就是目標(biāo)。

第二步：競爭環(huán)境分析

當(dāng)我們明確了目標(biāo)后，首先要做的事情不是去動手規(guī)劃mvp產(chǎn)品，我們要用更高效用的方式去驗(yàn)證目標(biāo)不是嗎，所以明確了目標(biāo)后，我們馬上要進(jìn)行的是去分析商業(yè)環(huán)境，賽道有多大？

目標(biāo)商戶數(shù)是不是支撐的起來營收？主要競對做到了什么程度他們遇到了什么問題，等等，尤其是競爭環(huán)境，研究競品的發(fā)展過程實(shí)際上是最高效的商業(yè)目標(biāo)驗(yàn)證方式。

第三步：設(shè)計(jì)MVP產(chǎn)品

這個(gè)環(huán)節(jié)我們重點(diǎn)來講講，當(dāng)我們明確了商業(yè)目標(biāo)以后，是不是就需要用一個(gè)MVP產(chǎn)品去驗(yàn)證了？

這里我想說，有時(shí)候驗(yàn)證的方式未必需要做出產(chǎn)品，因?yàn)镸VP產(chǎn)品的本質(zhì)就是去驗(yàn)證商業(yè)假設(shè)，能驗(yàn)證商業(yè)假設(shè)的方式有很多，可以是訪談，可以是更巧妙的方式驗(yàn)證，我們要更開放的去思考，不能因?yàn)槲覀兪钱a(chǎn)品經(jīng)理就依賴做出產(chǎn)品解決任何問題。我們下面會舉一個(gè)具體案例。

第四步：復(fù)盤決策

這里和產(chǎn)品視角一致，需要決定接下來的產(chǎn)品方向

第五步：驗(yàn)證收入模型

相比產(chǎn)品視角下的mvp商業(yè)中我們更要考慮商業(yè)化的可信性，所以商業(yè)視角去做MVP產(chǎn)品的最后一環(huán)是驗(yàn)證收入可能性，通過一些簡單的手段去驗(yàn)證收入可能，比如我們做一個(gè)Saas收不上來費(fèi)用，用戶不付費(fèi)，前面的一切努力就都白費(fèi)了。

我們來看一下兩種視角下對MVP的思考。

產(chǎn)品視角做mvp更加局限，被包含在商業(yè)視角內(nèi)。

產(chǎn)品視角只是商業(yè)全盤思考其中的一環(huán)，這也成為產(chǎn)品格局，格局就是用高維視角思考低位問題比如，我們做一家企業(yè)的時(shí)候能從行業(yè)的視角出發(fā)，當(dāng)我們身處行業(yè)，能基于國家的戰(zhàn)略邏輯來思考問題，這就是格局。

商業(yè)視角做MVP是用更全面的視角判斷一件事值不值得做。

從商業(yè)的視角看任何問題其本質(zhì)都是值不值得的問題，如果在一個(gè)錯誤的賽道上投入，很快會到天花板，死也死不了長也長不大，浪費(fèi)了生命。

商業(yè)視角是以商業(yè)目標(biāo)為導(dǎo)向，在驗(yàn)證產(chǎn)品可行后也要驗(yàn)證商業(yè)化的可行性。

如果一款產(chǎn)品被用戶所歡迎，但是沒有任何方式產(chǎn)生收入，這就陷入了困境，SaaS產(chǎn)品大多無法像c端產(chǎn)品那樣能靠廣告帶來收益的，所以商業(yè)化的可行性也是SaaS產(chǎn)品經(jīng)理要去思考和驗(yàn)證的問題，甚至這個(gè)點(diǎn)需要被前置，在產(chǎn)品MVP的設(shè)計(jì)階段就可以融入收入模式面向用戶從而得到反饋。

總而言之，商業(yè)MVP更加考驗(yàn)一個(gè)產(chǎn)品經(jīng)理的綜合能力，產(chǎn)品經(jīng)理在除了產(chǎn)品本身之外也要更多的去了解行業(yè)基礎(chǔ)/競爭情況，以及商業(yè)空間，這些都是在MVP階段要去結(jié)合思考的維度，而不單單是做出產(chǎn)品，否則一件事盲目啟動很快達(dá)到天花板不再增長，這是在浪費(fèi)企業(yè)的生命。

了解了理論我們來看一個(gè)案例。

我有一個(gè)好朋友是非常資深的室內(nèi)設(shè)計(jì)師，有一次她找我聊創(chuàng)業(yè)的方向，她想做一個(gè)SaaS來幫助室內(nèi)設(shè)計(jì)師快速搭建設(shè)計(jì)樣板方案，大致的思路如下。

先維護(hù)一個(gè)豐富的家具模型庫，然后通過簡單的拖拽組合，拼出一個(gè)設(shè)計(jì)方案，這樣做的好處就是可以將設(shè)計(jì)師繁瑣的設(shè)計(jì)工作進(jìn)行優(yōu)化，快速完成初步的效果圖給客戶，然后設(shè)計(jì)師只需要支付一定的費(fèi)用，就可以把這個(gè)設(shè)計(jì)方案買走。

我們先不聊這個(gè)項(xiàng)目的可行性，單純來看看這個(gè)項(xiàng)目的MVP該如何設(shè)計(jì)。

首先要明確商業(yè)目的，這個(gè)項(xiàng)目在商業(yè)上的價(jià)值點(diǎn)需要挖掘出來，我們就拍腦袋一下，將他定義為改變室內(nèi)設(shè)計(jì)師的工作方式，希望高效輸出設(shè)計(jì)圖提前進(jìn)入客戶溝通環(huán)節(jié)。

有了明確的目標(biāo)定位后要先來看看市場環(huán)境如何，這是我們的第二步還記得嗎，但這是個(gè)虛構(gòu)的項(xiàng)目，我們就不去真的分析市場了，我們假設(shè)市場上沒有先行者，這個(gè)項(xiàng)目是第一個(gè)想要這樣做的。而且家裝工裝加起來是個(gè)萬億市場，賽道沒有大問題，設(shè)計(jì)師和工作室的數(shù)量也在百萬級以上體量巨大。

明確了以上，接下來就是我們的第三步：設(shè)計(jì)mvp產(chǎn)品，乍一看這個(gè)項(xiàng)目是不是維度很多，需要做設(shè)計(jì)工具，也需要做家具模型庫，還要涉及到支付及后續(xù)環(huán)節(jié)，這個(gè)MVP怎么做呢？

其實(shí)非常簡單，我們只需要找到我們要證明的那個(gè)問題點(diǎn)，在這個(gè)項(xiàng)目中要去驗(yàn)證什么？肯定不是能不能做出模型庫吧，肯定也不是做一套支付體系吧，是在線完成設(shè)計(jì)的工具嗎？也不是吧，這些早就有解決方案了吧，都不需要驗(yàn)證。

還記得第一步我們明確的商業(yè)目標(biāo)么，是省去繁瑣的設(shè)計(jì)環(huán)節(jié)，提前產(chǎn)出相對完整的設(shè)計(jì)圖，改變傳統(tǒng)的設(shè)計(jì)工作方式對吧。ok這才是我們要去驗(yàn)證的核心。除此之外的事情可以一律不做。

怎么驗(yàn)證？非常簡單，你可以去淘寶選出一些家具圖片，并復(fù)制鏈接，全部維護(hù)進(jìn)一個(gè)表格里，一套方案對應(yīng)一個(gè)表格，搞上二三十套，然后去找設(shè)計(jì)師賣你的方案。

快速獲得反饋，能賣出去解決設(shè)計(jì)師的問題，還是賣不出去，為什么賣不出去，是業(yè)務(wù)場景里有關(guān)鍵點(diǎn)滿足不了，還是模板不夠好。如果是模板不好，繼續(xù)做上幾十套再賣，反復(fù)幾次復(fù)盤，馬上就可以知道這件事的核心關(guān)鍵點(diǎn)了。

你看，一個(gè)MVP的設(shè)計(jì)也許根本不需要做出產(chǎn)品，你只需要找到一個(gè)可以驗(yàn)證你想要證明的問題方法他可以很簡單，很粗糙，只要可以幫助你獲得信息得到反饋就是一個(gè)好MVP方案。

來做個(gè)小結(jié)：

到這里我們已經(jīng)完整的了解了MVP思想。

大家注意，打起十二分的精神，我們接下來進(jìn)入本課程最核心的部分。一定會讓你有所收獲，下面我們一起來看看SaaS產(chǎn)品MVP的核心方法。

二、SaaS產(chǎn)品中落地MVP驗(yàn)證的關(guān)鍵要點(diǎn)

我總結(jié)SaaS產(chǎn)品做MVP的三步分別是：

1. 找到核心求證點(diǎn)
2. 找到最小業(yè)務(wù)閉環(huán)
3. 以及警惕場景沖突

我們先來看找到核心求證點(diǎn)。

什么是求證點(diǎn)呢？其實(shí)在上面室內(nèi)設(shè)計(jì)師SaaS的案例中，我們提到了一個(gè)信息，就是根據(jù)商業(yè)目標(biāo)去判斷最需要驗(yàn)證的那個(gè)問題，其實(shí)這就是求證點(diǎn)，所以在我們可以把求證點(diǎn)看作是精準(zhǔn)定位業(yè)務(wù)的最核心部分。

這一步至關(guān)重要，如果求證點(diǎn)都是錯的，整個(gè)mvp的設(shè)計(jì)方向也將毫無意義，你可能會問了，老師那有沒有什么方法論是可以確定這個(gè)求證點(diǎn)的正確性呢，想1+1=2一樣，只要滿足了XXX情況就一定是對的。

很可惜，沒有這樣的公式，也不是所有問題都可以被量化，商業(yè)世界不是考試，有清晰的卷子有對與錯，商業(yè)世界很難有絕對的對于錯，我們常常在說不上對也沒那么錯的事情上浪費(fèi)了生命。

求證點(diǎn)的判斷只能是通過層層的抽絲剝繭，結(jié)合目標(biāo)和經(jīng)驗(yàn)去做判斷，這需要大量的練習(xí)反饋再練習(xí)，形成一種對項(xiàng)目的判斷手感。

用一個(gè)案例來加強(qiáng)一下理解。

為什么選擇這個(gè)案例呢，因?yàn)镾aaS產(chǎn)品往往是對傳統(tǒng)行業(yè)的一個(gè)應(yīng)用或改造，這個(gè)案例的特點(diǎn)就是用新交易行為去替代老交易行為，用新的經(jīng)營理念替代老經(jīng)營理念，所以在求證點(diǎn)的選擇上是類似這樣互聯(lián)網(wǎng)解決方案賦能傳統(tǒng)行業(yè)時(shí)產(chǎn)品能否解決商家問題的核心。

• 是給商家做一個(gè)能承載預(yù)定能力的小程序嗎？
• 提供一整套獲客營銷工具嗎？
• 或者是建一個(gè)SCRM私域運(yùn)營系統(tǒng)？

你可能會說需要滿足以上全部功能商家才能完整運(yùn)營起來。

但事實(shí)肯定更不是這樣，這太不精益了。

我們剛剛說找到求證點(diǎn)沒有公式，但根據(jù)我的經(jīng)驗(yàn)，我們可以通過前置北極星指標(biāo)來做標(biāo)靶，假設(shè)你是這個(gè)商家，當(dāng)用上這個(gè)SaaS產(chǎn)品后你最希望提升的業(yè)務(wù)指標(biāo)是什么，也就是北極星指標(biāo)。

在這個(gè)項(xiàng)目中，商家希望擺脫對OTA的綁架，所以北極星指標(biāo)是不是酒店商家的官方預(yù)定量。

這時(shí)候求證點(diǎn)就出現(xiàn)了，在這個(gè)指標(biāo)下最大的問題是客人是否愿意脫離OTA跟商家達(dá)成點(diǎn)對點(diǎn)的交易。

對吧，也就是在沒有類似于攜程這樣的平臺保護(hù)的情況下，客人能否信任這個(gè)商家，那么這個(gè)項(xiàng)目的MVP我們就需要優(yōu)先考慮這個(gè)問題，后續(xù)的設(shè)計(jì)也是圍繞著推出一些列的直面客戶的產(chǎn)品來得到反饋.

可以是在公眾號寫篇文章介紹房間，也可以是直接在微信內(nèi)聯(lián)系推動客人預(yù)定，我見過最牛的MVP是商家用紙畫了個(gè)預(yù)售券，客人提前支付一定金額，拿到這個(gè)劵，疫情過后可以抵扣，靠這個(gè)方式商家提前收回了十幾萬的費(fèi)用。

那么這就是第一個(gè)核心方法，找到求證點(diǎn)，找到求證點(diǎn)以后，我們還要解決一個(gè)問題，那就是避免MVP過大，下面就來看什么是最小業(yè)務(wù)閉環(huán)。

先來定義一下什么是業(yè)務(wù)閉環(huán)，業(yè)務(wù)閉環(huán)我們可以理解成是一個(gè)組織中的某一個(gè)經(jīng)營環(huán)節(jié)從起點(diǎn)到終點(diǎn)的全過程，那么最小業(yè)務(wù)閉環(huán)呢，就是在企業(yè)內(nèi)部的流程中，完整的去滿足一個(gè)最小的業(yè)務(wù)單元全環(huán)節(jié)的訴求，從而形成一個(gè)小規(guī)模的閉環(huán)。

這么說比較抽象，我們可以把最小業(yè)務(wù)閉環(huán)的要素記下來，最小業(yè)務(wù)閉環(huán)要滿足一下三點(diǎn)?

我們在日常的工作中，不管是企業(yè)內(nèi)部系統(tǒng)，還是SaaS產(chǎn)品，都面臨一個(gè)問題，那就是閉環(huán)過大，回憶一下最開始的軟裝設(shè)計(jì)師SaaS的案例，如果要滿足這樣一整套業(yè)務(wù)環(huán)節(jié)，是不是太大了，大到幾乎不可落地，類似的案例經(jīng)常發(fā)生在一些業(yè)務(wù)流的系統(tǒng)里，基本上都是要最一個(gè)起點(diǎn)開始，環(huán)繞整個(gè)企業(yè)的全部環(huán)節(jié)然后結(jié)束，這個(gè)閉環(huán)太大了。根本不是MVP的思想。

那怎么找到最小業(yè)務(wù)閉環(huán)呢，我們來用一個(gè)案例拆解。

這個(gè)案例也是非常典型的一個(gè)通用情況，基本上效率管理型SaaS都會涉及到業(yè)務(wù)流的管理系統(tǒng)，而物業(yè)管理系統(tǒng)（長租公寓、地產(chǎn)管理）是業(yè)務(wù)復(fù)雜度最高的一類，所以這個(gè)案例能更好的的幫助我們理解最小業(yè)務(wù)閉環(huán)。

如果要滿足這樣的業(yè)務(wù)需要一個(gè)怎樣的閉環(huán)產(chǎn)品呢，大家看左邊的這個(gè)圖。從資產(chǎn)收錄環(huán)節(jié)開始到收益分配環(huán)節(jié)結(jié)束，經(jīng)歷了至少6個(gè)節(jié)點(diǎn)，我們都是做產(chǎn)品的，完成這樣的一個(gè)系統(tǒng)工作量可想而知，而且還沒有經(jīng)過MVP的驗(yàn)證，一單出錯成本非?？捎^。

那最小業(yè)務(wù)閉環(huán)呢，大家看右邊的這張圖。

從資產(chǎn)上線環(huán)節(jié)開始到數(shù)據(jù)監(jiān)控環(huán)節(jié)結(jié)束，僅經(jīng)歷了4個(gè)環(huán)節(jié)，我們對比可以發(fā)現(xiàn)一個(gè)特點(diǎn)，較大的閉環(huán)是以企業(yè)單位的，而做小業(yè)務(wù)閉環(huán)是以角色為單位的。

所以找到最小業(yè)務(wù)閉環(huán)的方法其實(shí)就是聚焦在某一個(gè)角色下的行為閉環(huán)。

這樣我們就得出了一個(gè)結(jié)論，SaaS產(chǎn)品是不存在“小步快跑快速迭代”的，最小業(yè)務(wù)閉環(huán)不滿足的情況下，很難驗(yàn)證需求的準(zhǔn)確性，很可能會因?yàn)楣δ艿娜毕輰?dǎo)致了商家給出不好的反饋結(jié)果，每個(gè)環(huán)節(jié)都做了一部分，而每個(gè)環(huán)節(jié)中的最新小閉環(huán)大概率都沒閉住，你認(rèn)為持續(xù)迭代就行，可是用戶根本不買賬，用不起來。

我們就誤以為求證失敗，實(shí)際上根本還沒到驗(yàn)證那一步就被棄用了，所以小步快跑快速迭代也是以最小閉環(huán)為單位的。

而tob業(yè)務(wù)下即便在小的閉環(huán)，也比TOC產(chǎn)品大的多。

所以我們做SaaS的產(chǎn)品經(jīng)理一定要警惕老板或技術(shù)要求我們小步快跑。

到這里，我們已經(jīng)明確了MVP的求證點(diǎn)，還通過最小業(yè)務(wù)閉環(huán)的方式，打造了一個(gè)小型的MVP產(chǎn)品，還剩下最后一個(gè)要格外留意的維度，就是避免場景沖突。

我們都應(yīng)該有過這樣的經(jīng)歷，你推出了一個(gè)SaaS產(chǎn)品，你的客戶試了試對你說，你的XXX功能有怎樣的問題，我用不起來。

這既是場景沖突，也就是說雖然我們滿足了整體的一個(gè)業(yè)務(wù)閉環(huán)，但是在實(shí)際的運(yùn)營中有我們沒有考慮到的場景細(xì)節(jié)，導(dǎo)致商家無法全員推廣或使用該產(chǎn)品。

也就是說，在特定場景下，某一個(gè)需求的不滿足，需求與業(yè)務(wù)場景存在沖突，并因該沖突導(dǎo)致整個(gè)業(yè)務(wù)鏈條無法正常運(yùn)行的情況。我們就可以稱之為場景沖突。

最典型的案例就是權(quán)限問題，給不該看的角色展現(xiàn)了過多的信息。比如上面舉例的物管公司，會分為業(yè)主端和運(yùn)營端，業(yè)主端如果過多展示經(jīng)營信息，過于實(shí)時(shí)的表現(xiàn)出經(jīng)營狀態(tài)，就會讓業(yè)主更深度和高頻的關(guān)注和參與經(jīng)營，給托管公司造成運(yùn)營上的困擾。

再比如，我們做了一個(gè)幫助用戶順利入住民宿的工具，因?yàn)槊袼藓芏嗍请[藏在小區(qū)里的需要引導(dǎo)。然后這個(gè)工具需要匹配訂單，而用戶這邊獲得指引工具的方式是通過手機(jī)號，這就有可能出現(xiàn)一個(gè)問題，預(yù)訂人不是入住人，如果該問題不解決，這個(gè)工具并不會幫助運(yùn)營人員減少工作量，反而會讓他們提心吊膽，半夜客人沒到房間不敢睡覺。這個(gè)功能就完全起不到作用用不起來。

大家注意一下這個(gè)點(diǎn)就好，主要是需要在特定的業(yè)務(wù)場景中要提前找到可能出現(xiàn)的場景沖突規(guī)避掉MVP在觸達(dá)商戶使用時(shí)被用起來的幾率。

到這里我們就完成了整個(gè)MVP內(nèi)容我們來總結(jié)一下。

第一步：找到案關(guān)鍵求證點(diǎn)

（以北極星指標(biāo)反推，找到與指標(biāo)關(guān)聯(lián)的核心業(yè)務(wù)環(huán)節(jié)加以求證）

第二步：設(shè)計(jì)最小的業(yè)務(wù)閉環(huán)

（以組織中的某個(gè)角色為單位展開業(yè)務(wù)流程下的產(chǎn)品設(shè)計(jì)就是最小業(yè)務(wù)閉環(huán)）

第三步：確認(rèn)沒有場景沖突

（自查是否存在影響業(yè)務(wù)運(yùn)行的特殊場景）

到這里相信大家已經(jīng)掌握了一套在項(xiàng)目中可以實(shí)際落地的針對早期SaaS產(chǎn)品的MVP方法。

我們常說一款好的產(chǎn)品一定是非常極端的產(chǎn)品，如果一個(gè)產(chǎn)品在每個(gè)維度都滿足了一點(diǎn)需求，那這一定不是一款能被使用的好產(chǎn)品，這是常識，在MVP的設(shè)計(jì)上我們要把這個(gè)維度發(fā)揮的更加極致，這就是為什么說MVP要像針一樣。

產(chǎn)品設(shè)計(jì)要非常小，且精準(zhǔn)，一針扎下去見了紅，說明我們做對了，如果沒扎透說明沒打中，要在返回去重新嘗試。

除了MVP的方法之外，還要額外提一下成本，我們做MVP的本質(zhì)就是去求證，如果沒有成本的限制mvp就失去了意義，就不夠精益了。

同時(shí)我們也不能為了做小產(chǎn)品而去為了小而小，必須要能夠滿足最小的業(yè)務(wù)閉環(huán)。

三、新入一個(gè)行業(yè)，如何快速應(yīng)用MVP

作為產(chǎn)品經(jīng)理，通常我們會面臨很多的跨行業(yè)需求，SaaS分為通用型和垂直行業(yè)型，不管兩者的哪一種，都會面臨著跨行業(yè)的情況出現(xiàn)，那么遇到完全不懂沒有經(jīng)驗(yàn)的行業(yè)，但我們需要設(shè)計(jì)一款產(chǎn)品此時(shí)該怎么辦呢。

這里我給大家?guī)砣齻€(gè)認(rèn)知一個(gè)方法，幫助我們在遇到跨行業(yè)項(xiàng)目或跳槽到一個(gè)新行業(yè)時(shí)快速上手。

第一個(gè)認(rèn)知：拋棄主觀思想，不做預(yù)設(shè)

在你深入了解一個(gè)行業(yè)之前，你所能提出的任何解決方案大概率都是思考不充分的，所以不能去提前預(yù)設(shè)立場和方向，要認(rèn)清自己是個(gè)行外人，但同時(shí)又要保持第三方視角，因?yàn)楹芏嗌钤袠I(yè)的人視角比較單一，不具備我們這樣結(jié)合互聯(lián)網(wǎng)和行業(yè)的多角色認(rèn)知。

第二個(gè)認(rèn)知：尋找一手信息

在我們調(diào)研行業(yè)的時(shí)候通常會去拜訪一些企業(yè)，往往會由一個(gè)中層管理人員開始為我們講解整個(gè)企業(yè)及行業(yè)的各環(huán)節(jié)運(yùn)作方式，當(dāng)然這是一個(gè)比較快的了解情況的方式。

但你依然要拿到一手信息，因?yàn)橹挥羞@樣你才能從最本質(zhì)的問題出發(fā)，以產(chǎn)品經(jīng)理的視角通過信息的組合可能會有全新的解決方案，直接接觸一手信息的方式有很多，這里我推薦要去到一線，直接參與一線人員工作的經(jīng)營，不要只是了解，是要跟隨他們一起去做，還記得么之前我們講過場景沖突的問題，只聽別人講是一定發(fā)現(xiàn)不了沖突的。

第三個(gè)認(rèn)知：不要只找大客戶去調(diào)研需求

我們在做一些項(xiàng)目的時(shí)候經(jīng)常會想，找到一個(gè)行業(yè)內(nèi)頭部的案例，基本上就應(yīng)該能學(xué)習(xí)清楚了吧，但事實(shí)是相反的，實(shí)際情況是大客戶有太多的定制化需求，和因?yàn)橐?guī)模而產(chǎn)生的獨(dú)特需求，而我們做SaaS產(chǎn)品最重要的是去規(guī)避定制，抽象標(biāo)準(zhǔn)化需求，然后盡可能普適性的覆蓋更多商家，所以要警惕頭部公司的意見，集中度比較高的行業(yè)可能不是這樣，我們這里特指集中性比較低的產(chǎn)業(yè)。

好，我們了解了基本的認(rèn)知為我們定義了一個(gè)邊界，下面來看看具體的實(shí)踐方法。

核心用戶倒推法：

首先我們依然要完成第一步，求證，要搞清楚我們的求證點(diǎn)是什么。

第二步：挑選至少5個(gè)這些客戶的KPI必須和你的求證點(diǎn)有所關(guān)聯(lián)

第三步：對每個(gè)客戶進(jìn)行匹配度加權(quán)，根據(jù)他們的特點(diǎn)，我們需要把這5個(gè)客戶根據(jù)各個(gè)維度進(jìn)行拆分然后加權(quán)，這個(gè)需要你的業(yè)務(wù)維度去判斷，比如我是做電商SaaS的，這個(gè)客戶的維度我至少會拆出來，品類匹配度、消費(fèi)頻次匹配度、客單價(jià)匹配度，這樣這三個(gè)維度的權(quán)重就就代表了這個(gè)商戶的指導(dǎo)意見，

第四步：加大對選中商戶的需求支持，甚至無腦滿足，這時(shí)候需要一定的冗余性，因?yàn)槟悴皇切袠I(yè)專家，我們需要在更中立的視角去審判，所需需要一定的容錯空間。

最后，我們根據(jù)每個(gè)商家的實(shí)際運(yùn)行結(jié)果，以及權(quán)重的最終一個(gè)大概分值，就可以判斷一個(gè)SaaS產(chǎn)品是否滿精準(zhǔn)滿足了需求，要刪哪些功能，迭代哪些產(chǎn)品方向。

我就用我的創(chuàng)業(yè)項(xiàng)目，住客云，來跟大家聊聊我們在早期是如何做的

首先我有一定的行業(yè)基礎(chǔ)，但在做SaaS的時(shí)這個(gè)時(shí)候候依然還是有些hold不住，這個(gè)時(shí)候我們選擇了3個(gè)一起內(nèi)測的種子商戶，他們分別有幾個(gè)特點(diǎn)，

商戶1：酒店非常分散在同一個(gè)城市中，管理模式是以門店加盟模式，所以總部和門店之間是股權(quán)關(guān)系，不是上下級關(guān)系。這個(gè)商戶我們在分散性和內(nèi)部組織溝通成本高這兩個(gè)維度給了一定的權(quán)重。

商戶2：是一個(gè)鄉(xiāng)村民宿，有一個(gè)中小規(guī)模的客棧在大山里，這個(gè)客戶的特點(diǎn)就是低頻，非剛需，所以我們在消費(fèi)頻次上給了比較低的權(quán)重分。

商戶3：是一個(gè)多城市的酒店品牌，我們認(rèn)為這個(gè)品牌是最可能驗(yàn)證我們想法的，所以我們在各個(gè)維度都給了他較高的權(quán)重。

當(dāng)住客云啟動產(chǎn)品研發(fā)的時(shí)候，我們就會更加重視商戶3的需求，研發(fā)經(jīng)歷重點(diǎn)傾斜，當(dāng)有一些營銷功能涉及到流量轉(zhuǎn)化的時(shí)候，我們會更加重視商戶2的需求，因?yàn)檫@個(gè)商家對流量的需求遠(yuǎn)遠(yuǎn)大于其他，因?yàn)橐?guī)模小，還非剛需，當(dāng)我們出現(xiàn)了一些組織協(xié)同的需求的時(shí)候，我們會優(yōu)先考慮商戶1的需求，因?yàn)樗麄兊慕M織模式是合作模式，而非企業(yè)內(nèi)的部門關(guān)系，合作模式的關(guān)系會更考驗(yàn)產(chǎn)品力，合作伙伴不會睜一只眼閉一只眼的。

所以這樣的一套商戶組合，幫助我們在核心產(chǎn)品、營銷產(chǎn)品和協(xié)作產(chǎn)品，三條產(chǎn)品線的融合起到了關(guān)鍵作用，最終住客云這個(gè)項(xiàng)目僅用了競爭對手40%作用的研發(fā)費(fèi)用就達(dá)到了和他們幾乎持平的產(chǎn)品能力，主要原因就是因?yàn)楹蛶讉€(gè)商戶一起共建，幾乎沒有走彎路，所以在商戶的選擇上首先要非常清楚的知道自己的目標(biāo)也就是求證點(diǎn)，其次是要把商戶分析的非常透徹。

好了，課程內(nèi)容就結(jié)束了。

你看，對于一個(gè)SaaS產(chǎn)品經(jīng)理是不是有更全面的要求，從方向的選擇，到競爭環(huán)境的分析，再到產(chǎn)品的操盤，最后還要考慮商業(yè)化的策略。

沒錯這就是B端產(chǎn)品經(jīng)理，每個(gè)產(chǎn)業(yè)都值得被數(shù)字化的方式重做一遍，如果你想要推動一個(gè)行業(yè)的數(shù)字化發(fā)展，首先是一定要充分了解這個(gè)行業(yè)的結(jié)構(gòu)，產(chǎn)業(yè)鏈的關(guān)系，企業(yè)的商業(yè)模式，產(chǎn)業(yè)的利潤是如何分配的，各個(gè)公司的市場占有率如何，行業(yè)特征是集中的還是分散的等等。

只有這樣你才能找到更合理的切入方式，以及創(chuàng)造出新的價(jià)值點(diǎn)。

toc的產(chǎn)品可能會因?yàn)槟愕奈陌负苡姓{(diào)性或產(chǎn)品很美觀而選擇你，但你服務(wù)于某個(gè)企業(yè)，一定是因?yàn)樗敢鉃槟闾峁┑男聝r(jià)值模型買單。

作者：張大倫，公眾號：張大倫（ID：zhangdalun010）

本文由 @張大倫 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于 CC0 協(xié)議