對SaaS產品來說，如何兼顧完善的產品功能與製作產品耗時之間的矛盾呢？SaaS到底做到什麼程度才可以正式對外讓用戶使用呢？這對這個問題，筆者給出了自己的思考與解答。
剛剛做完一個SaaS的重構，花了一年多的時間，因為新系統的功能必須要大於老系統才行，不然用戶現在使用的功能怎麼辦呢，工作都沒法開展了。
但如果是一個全新的SaaS，肯定不能這麼做，等系統做大做全了出去賣，且不說這漫長的時間內是否已被競品捷足先登了，這也非常不符合MVP，萬一跑偏了，這試錯成本相當的大啊。
但如果只做了一點功能就拿出去賣，客戶會用嗎？如何和競品完善的功能PK呢？
不得不思考這個問題：我談談我的想法，如有不當請指正。
一、核心閉環已打通
做一點功能就拿出去賣不是說隨便做一點就行，至少要把核心的閉環打通。
這個核心閉環怎麼定？還是要根據目標用戶的需求來。
1. 定位目標用戶的核心業務閉環
我們在做之前都會對系統有個整體的規劃，比如說我做基層醫療機構的診療SaaS，那診前、診中、診後三大環節是一個完整的系統藍圖。
核心閉環也就是說，把這裡面用戶最急需、使用頻率最高的功能串聯起來，各角色人員能通過系統完成任務的流轉和協作。這也是每個SaaS自己的核心靈魂。
比如我們的目標用戶是衛生所、診所，我們想要取代的是傳統的寫病歷、開處方的his系統，所以我們的核心是診中環節：
像診前環節：預約 → 登記 → 分診，以及診後環節：隨訪、用藥提醒，下次就診提醒等，是重要的組成部分，但不是核心。
當然如果是做專門的預約系統和隨訪系統，在那個系統裡，預約和隨訪就是主角了。所以系統定位不同，核心環節也是不同的。
2. 做哪些功能支撐這閉環？
我們上面其實只是初步確定了流程的閉環，但不是完整功能的閉環，我們都知道，在這流程背後，還需要一些輔助功能和基礎數據的支撐。比如接診患者時，需要有病人庫的信息；開處方時，先要錄入藥品信息；收費時，價格也是要提前設置的。
還有一些系統底層的功能，比如說診所的入駐、管理，用戶的賬號、角色、權限等。
如果需要員工在手機上操作，C端的功能也是閉環內的一部分，比如藥師掃碼盤點藥品庫存。
完整的功能閉環一般是要考慮多個平臺和多個終端的，比如說這樣的：
我們不妨先把涉及到的功能點都列出來，然後做減法，比如說運營平臺的功能可以先不做，用戶新增和管理先直接操作數據庫。這樣直到功能最簡為止。
二、非核心功能有替代方案
如果用戶用了我們的系統，那其他重要的功能怎麼辦呢？比如說有慢病的患者，醫生會每隔一週詢問下身體情況，他們當然希望能通過系統完成，直接通過微信和對方聊天，然後把隨訪的情況記錄到系統裡面，這樣方便長期管理。
但我們的功能還不支持，所以我們要先給他們想好解決方案，一般就是這2種。
1. 沿用線下解決方案
很多B端用戶是傳統行業剛步入信息化建設，之前都是採用的人工方式，不妨繼續堅持一段時間，雖然麻煩一點。
像上面的情況，醫生可以打印出一張隨訪表，每次隨訪後把結果填寫在表裡，拍照傳到病人庫中留檔。熟練電腦操作的，也可以用Excel來做。
2. 打通其他系統
有些用戶規模比較大，本身就會用好幾個系統，我們就要考慮是否可以和其他系統打通。
比如說診所有個專門的診後回訪系統，那我們是否可以直接通過接口拉取到結果，記到患者的檔案裡面呢？把缺失的功能這樣給補上。
不過這也要看對方的系統是否支持，以及我們打通的成本。
還有個比自動獲取實現簡單的辦法就是，對方系統把結果導出，我們這邊支持導入。這樣人工工作量也不大。
可以說，核心閉環的打通和非核心功能能替代解決，這個SaaS已經具備了對外售賣的核心條件，但不要著急，下面的2點同樣非常非常重要。一定要準備充分，不然可能一推出去就慘遭失敗。
三、用戶體驗要做好
B端產品功能是最重要的，但僅靠功能打天下的年代已經過去了，用戶對互聯網產品越來越熟悉，不管是B端還是C端，他們都會進行很多橫向的對比。
用戶體驗就是產品的包裝和細節，在功能相似的情況下，甚至略有不足的情況下，用戶體驗會是打敗競品的強有力武器。B端產品也在往精細化耕作發展。
如果一個產品的用戶體驗不好，給人的第一印象就不好，讓人覺得不用心、不專業，一旦用戶形成了這樣的想法，後面即使功能再疊加，也很難改變之前不好的印象。
在開始售賣前，不妨多花點精力處理下這些方面：
- 把頁面佈局改的美觀清爽一點
- 把報錯的提示改的友好一點
- 把開發的詞句改成用戶能看懂的語言
- 把用戶不關心的字段都隱藏掉
- 給一些內置數據及參考案例
- 完善幫助文檔，建立隨時反饋渠道
四、推廣循序漸進
不要著急招大量的銷售，大範圍的開始推廣。我們都知道，一個產品剛上線，不管之前測試用例有覆蓋的多全面，測試人員有執行的多一絲不苟，上線後也經不住用戶用，而且用戶一多爆發的問題就越多。如果貿然推廣，開發抗不住，用戶評價還差，壞了口碑。
就像很多C端產品一樣，比如微信的視頻號，前期會有個內測期，開放給少量的用戶。我們也可以找幾家意向用戶，先試用起來，最好是比較典型的用戶，這樣他們提出的意見比較具有參考價值，謹防被一些不規範化和個性化帶偏。
這個試用用戶的數量怎麼定？首先明確意向用戶不等於實際使用用戶，可能我們邀請了10家來試用，真正用起來的就3家，這裡面有很多原因，比如說沒有時間培訓；當前還在用其他系統；先等別的用戶用了再說，等等。前期我們假設一下這個轉化比例，估計不超過50%，後面再根據實際情況調整這個比例。
其次，評估下我們的開發人員能應對幾家實際使用用戶的bug和功能優化，前期可能就是2-3家。
那麼先邀請5-6家來試用，等這一批差不多穩定了，再開始陸續邀請下一批的10家。差不多過這麼2-3輪，系統就穩定多了，可以逐步擴大銷售範圍了。
五、總結
能從0到1的打磨一個Saas，看著他1.0版本的上線、內測、公測、推廣，直到站穩腳，開拓後續的業務。這應該是很多產品經理的理想，但現實中這樣的機會很少很少。
這是我理解的SaaS第一步推廣要做到的程度：核心閉環已打通，非核心功能有替代方案，用戶體驗還不錯。
實際驗證時肯定還會有很多細節問題，歡迎有經驗的朋友指正。
#專欄作家#
司馬特小隊，公眾號：司馬特小分隊，人人都是產品經理專欄作家。8年+互聯網資深產品經驗，多年B端產品管理經驗。具有多個從0到1的大型B端產品的孵化、重構、迭代經驗；主要教授產業互聯網產品相關的硬核知識點。
題圖來自 Unsplash，基於 CC0 協議
閱讀更多 人人都是產品經理 的文章
