SaaS做到什么程度就可以拿出去賣(mài)了?

0 評(píng)論 8252 瀏覽 36 收藏 11 分鐘

對(duì)SaaS產(chǎn)品來(lái)說(shuō),如何兼顧完善的產(chǎn)品功能與制作產(chǎn)品耗時(shí)之間的矛盾呢?SaaS到底做到什么程度才可以正式對(duì)外讓用戶(hù)使用呢?這對(duì)這個(gè)問(wèn)題,筆者給出了自己的思考與解答。

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

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

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

不得不思考這個(gè)問(wèn)題:我談?wù)勎业南敕?,如有不?dāng)請(qǐng)指正。

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

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

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

1. 定位目標(biāo)用戶(hù)的核心業(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ō),把這里面用戶(hù)最急需、使用頻率最高的功能串聯(lián)起來(lái),各角色人員能通過(guò)系統(tǒng)完成任務(wù)的流轉(zhuǎn)和協(xié)作。這也是每個(gè)SaaS自己的核心靈魂。

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

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

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

2. 做哪些功能支撐這閉環(huán)?

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

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

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

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

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

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

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

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

1. 沿用線下解決方案

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

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

2. 打通其他系統(tǒng)

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

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

不過(guò)這也要看對(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ì)外售賣(mài)的核心條件,但不要著急,下面的2點(diǎn)同樣非常非常重要。一定要準(zhǔn)備充分,不然可能一推出去就慘遭失敗。

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

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

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

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

在開(kāi)始售賣(mài)前,不妨多花點(diǎn)精力處理下這些方面:

  1. 把頁(yè)面布局改的美觀清爽一點(diǎn)
  2. 把報(bào)錯(cuò)的提示改的友好一點(diǎn)
  3. 把開(kāi)發(fā)的詞句改成用戶(hù)能看懂的語(yǔ)言
  4. 把用戶(hù)不關(guān)心的字段都隱藏掉
  5. 給一些內(nèi)置數(shù)據(jù)及參考案例
  6. 完善幫助文檔,建立隨時(shí)反饋渠道

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

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

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

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

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

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

五、總結(jié)

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

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

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

#專(zhuān)欄作家#

司馬特小隊(duì),公眾號(hào):司馬特小分隊(duì),人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。8年+互聯(lián)網(wǎng)資深產(chǎn)品經(jīng)驗(yàn),多年B端產(chǎn)品管理經(jīng)驗(yàn)。具有多個(gè)從0到1的大型B端產(chǎn)品的孵化、重構(gòu)、迭代經(jīng)驗(yàn);主要教授產(chǎn)業(yè)互聯(lián)網(wǎng)產(chǎn)品相關(guān)的硬核知識(shí)點(diǎn)。

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

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!