剛剛做完一個(gè)SaaS的重構(gòu)，花了一年多的時(shí)間，因?yàn)樾孪到y(tǒng)的功能必須要大于老系統(tǒng)才行，不然用戶現(xiàn)在使用的功能怎么辦呢，工作都沒法開展了。

但如果是一個(gè)全新的SaaS，肯定不能這么做，等系統(tǒng)做大做全了出去賣，且不說(shuō)這漫長(zhǎng)的時(shí)間內(nèi)是否已被競(jìng)品捷足先登了，這也非常不符合MVP，萬(wàn)一跑偏了，這試錯(cuò)成本相當(dāng)?shù)拇蟀　?nbsp;

但如果只做了一點(diǎn)功能就拿出去賣，客戶會(huì)用嗎？如何和競(jìng)品完善的功能PK呢？

不得不思考這個(gè)問題：SaaS做到什么程度就可以拿出去賣了？我談?wù)勎业南敕ǎ缬胁划?dāng)請(qǐng)指正。 

一、核心閉環(huán)已打通   

做一點(diǎn)功能就拿出去賣不是說(shuō)隨便做一點(diǎn)就行，至少要把核心的閉環(huán)打通。 

這個(gè)核心閉環(huán)怎么定？還是要根據(jù)目標(biāo)用戶的需求來(lái)。 

定位目標(biāo)用戶的核心業(yè)務(wù)閉環(huán)

我們?cè)谧鲋岸紩?huì)對(duì)系統(tǒng)有個(gè)整體的規(guī)劃，比如說(shuō)我做基層醫(yī)療機(jī)構(gòu)的診療SaaS，那診前、診中、診后三大環(huán)節(jié)是一個(gè)完整的系統(tǒng)藍(lán)圖。

核心閉環(huán)也就是說(shuō)，把這里面用戶最急需、使用頻率最高的功能串聯(lián)起來(lái)，各角色人員能通過系統(tǒng)完成任務(wù)的流轉(zhuǎn)和協(xié)作。這也是每個(gè)SaaS自己的核心靈魂。 

比如我們的目標(biāo)用戶是衛(wèi)生所、診所，我們想要取代的是傳統(tǒng)的寫病歷、開處方的his系統(tǒng)，所以我們的核心是診中環(huán)節(jié)：

 像診前環(huán)節(jié)：預(yù)約登記分診，以及診后環(huán)節(jié)：隨訪、用藥提醒，下次就診提醒等，是重要的組成部分，但不是核心。 

當(dāng)然如果是做專門的預(yù)約系統(tǒng)和隨訪系統(tǒng)，在那個(gè)系統(tǒng)里，預(yù)約和隨訪就是主角了。所以系統(tǒng)定位不同，核心環(huán)節(jié)也是不同的。

做哪些功能支撐這閉環(huán)？

我們上面其實(shí)只是初步確定了流程的閉環(huán)，但不是完整功能的閉環(huán)，我們都知道，在這流程背后，還需要一些輔助功能和基礎(chǔ)數(shù)據(jù)的支撐。比如接診患者時(shí)，需要有病人庫(kù)的信息；開處方時(shí)，先要錄入藥品信息；收費(fèi)時(shí)，價(jià)格也是要提前設(shè)置的。

還有一些系統(tǒng)底層的功能，比如說(shuō)診所的入駐、管理，用戶的賬號(hào)、角色、權(quán)限等。

如果需要員工在手機(jī)上操作，C端的功能也是閉環(huán)內(nèi)的一部分，比如藥師掃碼盤點(diǎn)藥品庫(kù)存。

完整的功能閉環(huán)一般是要考慮多個(gè)平臺(tái)和多個(gè)終端的，比如說(shuō)這樣的：

我們不妨先把涉及到的功能點(diǎn)都列出來(lái)，然后做減法，比如說(shuō)運(yùn)營(yíng)平臺(tái)的功能可以先不做，用戶新增和管理先直接操作數(shù)據(jù)庫(kù)。這樣直到功能最簡(jiǎn)為止。

二、非核心功能有替代方案

如果用戶用了我們的系統(tǒng)，那其他重要的功能怎么辦呢？比如說(shuō)有慢病的患者，醫(yī)生會(huì)每隔一周詢問下身體情況，他們當(dāng)然希望能通過系統(tǒng)完成，直接通過微信和對(duì)方聊天，然后把隨訪的情況記錄到系統(tǒng)里面，這樣方便長(zhǎng)期管理。 

但我們的功能還不支持，所以我們要先給他們想好解決方案，一般就是這2種。 

沿用線下解決方案

很多B端用戶是傳統(tǒng)行業(yè)剛步入信息化建設(shè)，之前都是采用的人工方式，不妨繼續(xù)堅(jiān)持一段時(shí)間，雖然麻煩一點(diǎn)。 

像上面的情況，醫(yī)生可以打印出一張隨訪表，每次隨訪后把結(jié)果填寫在表里，拍照傳到病人庫(kù)中留檔。熟練電腦操作的，也可以用Excel來(lái)做。

打通其他系統(tǒng)

有些用戶規(guī)模比較大，本身就會(huì)用好幾個(gè)系統(tǒng)，我們就要考慮是否可以和其他系統(tǒng)打通。

比如說(shuō)診所有個(gè)專門的診后回訪系統(tǒng)，那我們是否可以直接通過接口拉取到結(jié)果，記到患者的檔案里面呢？把缺失的功能這樣給補(bǔ)上。

不過這也要看對(duì)方的系統(tǒng)是否支持，以及我們打通的成本。

還有個(gè)比自動(dòng)獲取實(shí)現(xiàn)簡(jiǎn)單的辦法就是，對(duì)方系統(tǒng)把結(jié)果導(dǎo)出，我們這邊支持導(dǎo)入。這樣人工工作量也不大。  

可以說(shuō)，核心閉環(huán)的打通和非核心功能能替代解決，這個(gè)SaaS已經(jīng)具備了對(duì)外售賣的核心條件，但不要著急，下面的2點(diǎn)同樣非常非常重要。一定要準(zhǔn)備充分，不然可能一推出去就慘遭失敗。

   三、用戶體驗(yàn)要做好   

B端產(chǎn)品功能是最重要的，但僅靠功能打天下的年代已經(jīng)過去了，用戶對(duì)互聯(lián)網(wǎng)產(chǎn)品越來(lái)越熟悉，不管是B端還是C端，他們都會(huì)進(jìn)行很多橫向的對(duì)比。 

用戶體驗(yàn)就是產(chǎn)品的包裝和細(xì)節(jié)，在功能相似的情況下，甚至略有不足的情況下，用戶體驗(yàn)會(huì)是打敗競(jìng)品的強(qiáng)有力武器。B端產(chǎn)品也在往精細(xì)化耕作發(fā)展。 

如果一個(gè)產(chǎn)品的用戶體驗(yàn)不好，給人的第一印象就不好，讓人覺得不用心、不專業(yè)，一旦用戶形成了這樣的想法，后面即使功能再疊加，也很難改變之前不好的印象。

在開始售賣前，不妨多花點(diǎn)精力處理下這些方面：

1、把頁(yè)面布局改的美觀清爽一點(diǎn)

2、把報(bào)錯(cuò)的提示改的友好一點(diǎn)

3、把開發(fā)的詞句改成用戶能看懂的語(yǔ)言

4、把用戶不關(guān)心的字段都隱藏掉

5、給一些內(nèi)置數(shù)據(jù)及參考案例

6、完善幫助文檔，建立隨時(shí)反饋渠道

   四、推廣循序漸進(jìn)   

不要著急招大量的銷售，大范圍的開始推廣。我們都知道，一個(gè)產(chǎn)品剛上線，不管之前測(cè)試用例有覆蓋的多全面，測(cè)試人員有執(zhí)行的多一絲不茍，上線后也經(jīng)不住用戶用，而且用戶一多爆發(fā)的問題就越多。如果貿(mào)然推廣，開發(fā)抗不住，用戶評(píng)價(jià)還差，壞了口碑。 

就像很多C端產(chǎn)品一樣，比如微信的視頻號(hào)，前期會(huì)有個(gè)內(nèi)測(cè)期，開放給少量的用戶。我們也可以找?guī)准乙庀蛴脩?，先試用起?lái)，最好是比較典型的用戶，這樣他們提出的意見比較具有參考價(jià)值，謹(jǐn)防被一些不規(guī)范化和個(gè)性化帶偏。

這個(gè)試用用戶的數(shù)量怎么定？首先明確意向用戶不等于實(shí)際使用用戶，可能我們邀請(qǐng)了10家來(lái)試用，真正用起來(lái)的就3家，這里面有很多原因，比如說(shuō)沒有時(shí)間培訓(xùn)；當(dāng)前還在用其他系統(tǒng)；先等別的用戶用了再說(shuō)，等等。前期我們假設(shè)一下這個(gè)轉(zhuǎn)化比例，估計(jì)不超過50%，后面再根據(jù)實(shí)際情況調(diào)整這個(gè)比例。 

其次，評(píng)估下我們的開發(fā)人員能應(yīng)對(duì)幾家實(shí)際使用用戶的bug和功能優(yōu)化，前期可能就是2-3家。

那么先邀請(qǐng)5-6家來(lái)試用，等這一批差不多穩(wěn)定了，再開始陸續(xù)邀請(qǐng)下一批的10家。差不多過這么2-3輪，系統(tǒng)就穩(wěn)定多了，可以逐步擴(kuò)大銷售范圍了。 

   總結(jié)   

能從0到1的打磨一個(gè)Saas，看著他1.0版本的上線、內(nèi)測(cè)、公測(cè)、推廣，直到站穩(wěn)腳，開拓后續(xù)的業(yè)務(wù)。這應(yīng)該是很多產(chǎn)品經(jīng)理的理想，但現(xiàn)實(shí)中這樣的機(jī)會(huì)很少很少。

這是我理解的SaaS第一步推廣要做到的程度：核心閉環(huán)已打通，非核心功能有替代方案，用戶體驗(yàn)還不錯(cuò)。 

實(shí)際驗(yàn)證時(shí)肯定還會(huì)有很多細(xì)節(jié)問題，歡迎有經(jīng)驗(yàn)的朋友指正。