SaaS產品如何做好從0到1的架構搭建
編輯導語:國內很多企業近幾年都在做SaaS產品,搭建一個成功的SaaS產品能給企業帶來很多好處,也能給客戶帶來更好的價值;那要怎么做好SaaS產品從0到1的架構搭建呢?本文作者對此進行了詳細的解釋,我們一起來看一下。
一款SaaS產品,從0到1把產品架構搭建好是一件非常重要的事。
如果SaaS產品架構沒有搭建好,那么可能帶來最直接的結果就是:
- 客戶在完成某一個具體任務的時候,在整個操作的過程中,有一堆不相關的功能出現在客戶的操作頁面里,導致客戶無法高效率的完成工作;
- 沒有一個框架性的產品架構指導,后面遇到的新需求,新功能,有可能會被后來的產品經理任意歸類,或者新建一個歸類來解決新問題,最終產品越做越亂;
- 隨著需求越來越多,功能就越來越多,功能的耦合度也越來越高,然后開發難度就進一步增大,經常會面臨重新搭建架構的局面。
反之,如果架構搭建的好,那么帶來的好處至少有以下幾種:
- 對客戶來講,看到的頁面都是簡潔的,能高效的完成任務,給客戶帶去了價值,同時也給業務帶來了商業價值;
- 不用由于架構搭建不合理而帶來的重構煩惱,以后的新需求、新功能基本上都能在架構內找到合適的位置;
- 可以實現,公司能夠花費更低的成本來實現不同客戶的不同需求。
可見,架構搭建的好壞,對業務的影響是比較大的。
聊“SaaS產品如何做好從0到1的架構搭建?”之前,我們先對架構做一個定義。
我百度了一下百度百科對“架構”的定義,發現里面有很多技術語言方面的解釋,理解起來也比較麻煩。
于是,我根據自己的理解,做了一個新的定義。
架構的定義是指:“根據架構搭建者對業務的理解,架構搭建者從一個模塊開始,推導出另一個模塊;持續又從一個模塊開始出發,推導出另一個模塊;進而把整個產品里面包括的各個模塊的順序盡可能梳理清楚,并把它們連接在一起來解決某類問題——這就是產品架構?!?/p>
這句定義里有三個關鍵點:
- 一個又一個的業務模塊,那就是有N多個業務模塊;
- 模塊和模塊之間存在關系,那就是連接關系;
- 各個模塊連接在一起是有目的的,是為了解決某一類問題而存在的。
PS:這不就是系統思維的再次運用嘛,感興趣的小伙伴可以自行查看相關資料 ,我這里就不對系統思維進行詳細介紹了。
- 如何把N多個業務模塊,找出來,那就要用到結構思考;
- 如何把模塊與模塊之間的連接關系梳理出來,那就要用到邏輯思考;
- 如何把“要解決某一類問題是什么問題找出來”,那就要用到戰略制定。
也就是說,要想把SaaS產品從0到1的架構搭好,需要從以下3個方面來進行全面思考:
- 戰略制定;
- 結構思考;
- 邏輯思考。
我相信通過這3個方面的理解,你應該會對產品架構從0到1的搭建有一個整體的認識。
接下來我一個一個的講。
一、戰略制定
文章前面提到,我們搭建產品架構,把一個又一個的產品模塊組合連接在一起的目的,是為了解決某類問題。
對于SaaS產品來講,這個“某類問題”就是戰略問題。
我們推演一下為什么這個“某類問題”就是戰略問題?
從0到1的SaaS產品,模塊與模塊之間的組合連接,就形成了一個系統,這個系統是一個可以業務閉環的SaaS產品。
SaaS產品怎么來的?
SaaS產品,那不就是根據戰略指導,推出的讓戰略落地的路線圖嘛。
所以我們這里才講,這個“某類問題”就是戰略問題。
戰略對于產品,或者說對于產品經理來說,最重要的作用就是:知道要做什么,不做什么,很清晰或者大概范圍的知道要解決的問題的邊界在哪;然后在這個邊界范圍內去定義產品,設計產品,給客戶帶來價值,從而也給公司帶來商業價值。
關于如何梳理戰略相關的問題,可以參考我之前寫的一篇文章《To B業務如何進行戰略梳理?》,這里我就不細講如何梳理戰略問題了。
每家公司的每條業務根據行業、機會、自身能力情況的不同,梳理出來的戰略基本上可能都是不一樣的。
但是,我們把這些所有的不一樣,給抽象思考,分類整合一下,基本上可以發現所有公司做的SaaS產品,基本上都屬于兩大類:
- 業務垂直型;
- 行業垂直型。
PS:當然,隨著創業公司業務的發展,這兩大類會有合二為一的情況存在,也就是SaaS產品里包含了多個垂直行業的多個業務場景的多個解決方案。
1. 業務垂直型
業務垂直,可以這樣理解,SaaS產品要解決的問題是一家公司商業系統中的某個系統(也可以這樣講,要解決的問題是一家公司價值鏈的某個環節問題)。
可能理解起來比較抽象,這里我舉兩個例子講講。
比如:
- 在制造行業,一家公司的商業系統會是這樣的,研究開發——采購——制造——營銷——銷售——服務;
- 在廣告行業,一家公司的商業系統會是這樣的,購買媒體——開發客戶——商品企劃書——企劃銷售——廣告制作——實施及評論。
這兩個案例就是制造行業和廣告行業商業系統情況的一個介紹(或者是制造行業和廣告行業價值鏈相關環節的一個介紹)。
做SaaS創業的公司會把整個大的商業系統中的某一個或多個小系統單獨提取出來,給出相應的SaaS產品解決方案,這就是業務垂直型。
各個行業的商業系統中的小系統,又可以通過抽象思考,把通用的小系統提取出來,給出這個小系統需要的SaaS產品解決方案。
現在比較主流的、通用的業務垂直型SaaS產品,解決的業務場景大概都有:
- CRM;
- 人力資源;
- ERP;
- 推廣營銷;
- 財稅;
- OA等等。
如果,你解決的是業務垂直型相關的業務,那么每一個業務垂直型相關的場景,你都可以找到相關的書籍、競品、相關標桿企業的工作流等來參考、理解,最終形成一定的業務認知。
這對后面搭建產品架構會有很大的幫助。
2. 行業垂直型
行業垂直型,就是你公司SaaS產品要解決的問題是某個垂直行業相關的問題。
比如:
- 零售;
- 餐飲;
- 旅游;
- 教育;
- 醫療;
- 物流等等。
解決行業垂直型問題時,可以有以下兩個框架去思考:
行業產業鏈+企業價值鏈。
首先進行行業產業鏈的思考,可以得出的結果是,能清楚的知道公司要解決產業鏈里哪個經營主體的業務問題。
知道要解決哪個經營主體的問題后,接下來要思考的是:要解決經營主體哪個或者哪幾個價值鏈環節的問題。
比如:
你想進入的是旅游這個垂直行業,首先你進行產業鏈分析,整個旅游產業鏈,大概可以分為4個環節:
上游供應商(包括景區、酒店等等)——渠道商——媒介和營銷平臺——用戶。
通過各種分析以后,你決定要幫助經營主體景區解決業務相關的問題。
接著,你進一步思考,需要幫助景區解決什么業務問題呢?
這時就要梳理出景區的價值鏈包含的有哪些模塊,經過梳理,你得出大概包括:生產、營銷、銷售、物流、服務、人力資源管理、財務管理等等。
再通過各種分析,你決定幫助景區解決營銷和服務環節的問題,最終設計出SaaS產品來解決景區營銷和服務環節的問題。
落地到這兩個場景后,可以通過找到相關的書籍、競品、相關景區的工作流來參考,理解,最終形成一定的業務認知——這就是垂直行業型SaaS產品思考業務問題時的一個思考過程。
二、結構思考
戰略制定完成后,接下來就可以著手搭建產品框架了。
在戰略制定模塊講到的內容里面,我們會發現一個情況:就是不管是做業務垂直型的SaaS產品,還是行業垂直型的SaaS產品,它終究都要回到價值鏈的某個環節里去思考。
當回到價值鏈的某個環節里面去思考的時候,我們就應該要在不同的環節里要形成一個結構性的思考。
什么是結構性思考?
結構性思考就是:當遇到一個大問題以后,把大問題拆解成你能夠理解的小問題,然后一一解決掉這些小問題,這種思考問題和解決問題的方式就是結構性思考。
現在我們回到SaaS產品中去,看看如何用結構化思考,把產品架構中的N多個業務模塊找出來。
通常在SaaS產品中的結構化思考框架如下:
也就是說,通過各種方法最終要得出:SaaS產品為了某一類問題,這個SaaS產品的一級業務模塊包含哪些模塊,二級模塊包含哪些模塊(甚至復雜一點的產品可以往下拆解到三級、四級等業務模塊)。
案例:
這里我以文章中講到的景區為例,通過結構化思考,看看解決景區營銷問題的SaaS產品,一二級模塊里面包含了哪些業務模塊。
你可能會想到,解決景區營銷問題:
- 那就是要在網上買門票,那得有一個門票管理模塊;
- 怎么展示給用戶呢,通過網上店鋪展示,那就應該有一個店鋪管理模塊;
- 然后,你突然想到,賣的錢應該有一個模塊去展示和讓景區可以提現,于是應該要有一個財務中心;
- 然后,你分析競品發現,應該還要有一個訂單模塊,才能形成業務閉環,于是有一個訂單模塊等等。
總而言之就是你通過對業務的理解、行業認知、參考相關競品、研究標桿企業等等各種方法,你梳理出了產品架構應該有的一二級模塊有哪些。
通過梳理,你得出了景區SaaS產品一二級模塊如下:
PS:為了方便理解,以上一二級模塊細節內容有所刪減。
三、邏輯思考
通過結構思考,你得出了產品N多個一二級模塊。
此時還不算完成產品系統的整體思考,因為一個又一個的產品模塊獨立著,沒有連接在一起的效果就是:并不能發生什么效果。
只有把各個模塊有效的連接在一起才能實現目標,解決問題。
此時,就要用到邏輯思考(邏輯思考基本上是每一個產品經理都必備的思考方法)。
你可能會想到:
- 景區想要賣票,那首先應該在門票管理模塊里的二級模塊有一個添加門票模塊;
- 添加完門票以后,得呈現給游客查看、購買,于是店鋪管理里面應該有一個店鋪裝修的二級模版 ,這個模版解決的問題就是把想要呈現給用戶的店鋪給裝修好;
- 游客通過店鋪購買完門票以后,那后臺應該有一個訂單管理模塊來查看訂單,完成訂單操作相關的問題;
- 同時,用戶購買完門票以后,會留下用戶信息、相關數據情況,資金到賬的結果,于是有了用戶管理、財務管理、數據中心模塊。
最后,通過梳理,你得出了景區SaaS產品各個模塊之間的連接關系如下:
PS:為了方便理解,以上的邏輯思考圖,有所刪減。
我相信,通過以上戰略制定、結構思考、邏輯思考3大模塊的理解,你應該會對產品架構從0到1的搭建有一個整體的認識。
我發現,擁有架構能力,不單是對于產品經理來講很重要,對所有職場人來講都非常重要。
比如,這篇文章的整個寫作過程,就用到了架構力:
- 寫這篇文章的目的,梳理自己對“從0到1的SaaS產品架構問題”的一個理解,以及寫出“從0到1的SaaS產品架構怎么搭?”這個主題的高品質文章給讀者;
- 用到了3個模塊,戰略制定、結構思考、邏輯思考;
- 這幾個模塊之間的邏輯關系,通過制定戰略推導出了結構思考和邏輯思考。
又比如,最近,一個朋友跟我聊,他們公司團隊的一個小伙伴最近在寫一些材料,一份又一份的材料之間;由于架構搭建的不合理,改其中一份材料的某個地方,就會涉及到很多地方要重構,花費了大量的時間才完成了相關材料。
架構力呀,真是個好東西。
它無所用,又無所不用。
#專欄作家#
豐憲飛,微信公眾號:小飛哥筆記,個人微信:f1506620495。人人都是產品經理專欄作家。某互聯網創業公司合伙人兼運營總監,多個項目“從0到1”項目負責人,擅長戰略、運營、產品的整體規劃及落地執行。
本文原創發布于人人都是產品經理,未經允許,禁止轉載。
題圖來自Unsplash, 基于CC0協議。
模塊就是同一個環節各種操作的集合,具體操作就是,按照流程的各個環節對功能進行組合,形成模塊,這么理解合理嗎?
感覺很有高度,很有實戰性。從產品規劃的文章內鏈接過來的,有一點啟發性。
非常認同架構力對產品構建的益處,最近也在思考從另一個維度EA框架來推導:業務架構->應用架構->技術架構->數據架構
您一點我就明白,就是不知道能不能用上啦
受益良多,很受啟發
劃分模塊的方式是不是不太對?感覺應該從業務事件劃分,而不是從物品劃分?