SaaS產(chǎn)品如何做好從0到1的架構(gòu)搭建

一款SaaS產(chǎn)品，從0到1把產(chǎn)品架構(gòu)搭建好是一件非常重要的事。

如果SaaS產(chǎn)品架構(gòu)沒有搭建好，那么可能帶來最直接的結(jié)果就是：

• 客戶在完成某一個具體任務(wù)的時候，在整個操作的過程中，有一堆不相關(guān)的功能出現(xiàn)在客戶的操作頁面里，導(dǎo)致客戶無法高效率的完成工作；
• 沒有一個框架性的產(chǎn)品架構(gòu)指導(dǎo)，后面遇到的新需求，新功能，有可能會被后來的產(chǎn)品經(jīng)理任意歸類，或者新建一個歸類來解決新問題，最終產(chǎn)品越做越亂；
• 隨著需求越來越多，功能就越來越多，功能的耦合度也越來越高，然后開發(fā)難度就進一步增大，經(jīng)常會面臨重新搭建架構(gòu)的局面。

反之，如果架構(gòu)搭建的好，那么帶來的好處至少有以下幾種：

• 對客戶來講，看到的頁面都是簡潔的，能高效的完成任務(wù)，給客戶帶去了價值，同時也給業(yè)務(wù)帶來了商業(yè)價值；
• 不用由于架構(gòu)搭建不合理而帶來的重構(gòu)煩惱，以后的新需求、新功能基本上都能在架構(gòu)內(nèi)找到合適的位置；
• 可以實現(xiàn)，公司能夠花費更低的成本來實現(xiàn)不同客戶的不同需求。

可見，架構(gòu)搭建的好壞，對業(yè)務(wù)的影響是比較大的。

聊“SaaS產(chǎn)品如何做好從0到1的架構(gòu)搭建？”之前，我們先對架構(gòu)做一個定義。

我百度了一下百度百科對“架構(gòu)”的定義，發(fā)現(xiàn)里面有很多技術(shù)語言方面的解釋，理解起來也比較麻煩。

于是，我根據(jù)自己的理解，做了一個新的定義。

架構(gòu)的定義是指：“根據(jù)架構(gòu)搭建者對業(yè)務(wù)的理解，架構(gòu)搭建者從一個模塊開始，推導(dǎo)出另一個模塊；持續(xù)又從一個模塊開始出發(fā)，推導(dǎo)出另一個模塊；進而把整個產(chǎn)品里面包括的各個模塊的順序盡可能梳理清楚，并把它們連接在一起來解決某類問題——這就是產(chǎn)品架構(gòu)?！?/p>

這句定義里有三個關(guān)鍵點：

• 一個又一個的業(yè)務(wù)模塊，那就是有N多個業(yè)務(wù)模塊；
• 模塊和模塊之間存在關(guān)系，那就是連接關(guān)系；
• 各個模塊連接在一起是有目的的，是為了解決某一類問題而存在的。

PS：這不就是系統(tǒng)思維的再次運用嘛，感興趣的小伙伴可以自行查看相關(guān)資料 ，我這里就不對系統(tǒng)思維進行詳細介紹了。

• 如何把N多個業(yè)務(wù)模塊，找出來，那就要用到結(jié)構(gòu)思考；
• 如何把模塊與模塊之間的連接關(guān)系梳理出來，那就要用到邏輯思考；
• 如何把“要解決某一類問題是什么問題找出來”，那就要用到戰(zhàn)略制定。

也就是說，要想把SaaS產(chǎn)品從0到1的架構(gòu)搭好，需要從以下3個方面來進行全面思考：

• 戰(zhàn)略制定；
• 結(jié)構(gòu)思考；
• 邏輯思考。

我相信通過這3個方面的理解，你應(yīng)該會對產(chǎn)品架構(gòu)從0到1的搭建有一個整體的認識。

接下來我一個一個的講。

文章前面提到，我們搭建產(chǎn)品架構(gòu)，把一個又一個的產(chǎn)品模塊組合連接在一起的目的，是為了解決某類問題。

對于SaaS產(chǎn)品來講，這個“某類問題”就是戰(zhàn)略問題。

我們推演一下為什么這個“某類問題”就是戰(zhàn)略問題？

從0到1的SaaS產(chǎn)品，模塊與模塊之間的組合連接，就形成了一個系統(tǒng)，這個系統(tǒng)是一個可以業(yè)務(wù)閉環(huán)的SaaS產(chǎn)品。

SaaS產(chǎn)品怎么來的？

SaaS產(chǎn)品，那不就是根據(jù)戰(zhàn)略指導(dǎo)，推出的讓戰(zhàn)略落地的路線圖嘛。

所以我們這里才講，這個“某類問題”就是戰(zhàn)略問題。

戰(zhàn)略對于產(chǎn)品，或者說對于產(chǎn)品經(jīng)理來說，最重要的作用就是：知道要做什么，不做什么，很清晰或者大概范圍的知道要解決的問題的邊界在哪；然后在這個邊界范圍內(nèi)去定義產(chǎn)品，設(shè)計產(chǎn)品，給客戶帶來價值，從而也給公司帶來商業(yè)價值。

關(guān)于如何梳理戰(zhàn)略相關(guān)的問題，可以參考我之前寫的一篇文章《To Ｂ業(yè)務(wù)如何進行戰(zhàn)略梳理？》，這里我就不細講如何梳理戰(zhàn)略問題了。

每家公司的每條業(yè)務(wù)根據(jù)行業(yè)、機會、自身能力情況的不同，梳理出來的戰(zhàn)略基本上可能都是不一樣的。

但是，我們把這些所有的不一樣，給抽象思考，分類整合一下，基本上可以發(fā)現(xiàn)所有公司做的SaaS產(chǎn)品，基本上都屬于兩大類：

• 業(yè)務(wù)垂直型；
• 行業(yè)垂直型。

PS：當(dāng)然，隨著創(chuàng)業(yè)公司業(yè)務(wù)的發(fā)展，這兩大類會有合二為一的情況存在，也就是SaaS產(chǎn)品里包含了多個垂直行業(yè)的多個業(yè)務(wù)場景的多個解決方案。

業(yè)務(wù)垂直，可以這樣理解，SaaS產(chǎn)品要解決的問題是一家公司商業(yè)系統(tǒng)中的某個系統(tǒng)（也可以這樣講，要解決的問題是一家公司價值鏈的某個環(huán)節(jié)問題）。

可能理解起來比較抽象，這里我舉兩個例子講講。

比如：

• 在制造行業(yè)，一家公司的商業(yè)系統(tǒng)會是這樣的，研究開發(fā)——采購——制造——營銷——銷售——服務(wù)；
• 在廣告行業(yè)，一家公司的商業(yè)系統(tǒng)會是這樣的，購買媒體——開發(fā)客戶——商品企劃書——企劃銷售——廣告制作——實施及評論。

這兩個案例就是制造行業(yè)和廣告行業(yè)商業(yè)系統(tǒng)情況的一個介紹（或者是制造行業(yè)和廣告行業(yè)價值鏈相關(guān)環(huán)節(jié)的一個介紹）。

做SaaS創(chuàng)業(yè)的公司會把整個大的商業(yè)系統(tǒng)中的某一個或多個小系統(tǒng)單獨提取出來，給出相應(yīng)的SaaS產(chǎn)品解決方案，這就是業(yè)務(wù)垂直型。

各個行業(yè)的商業(yè)系統(tǒng)中的小系統(tǒng)，又可以通過抽象思考，把通用的小系統(tǒng)提取出來，給出這個小系統(tǒng)需要的SaaS產(chǎn)品解決方案。

現(xiàn)在比較主流的、通用的業(yè)務(wù)垂直型SaaS產(chǎn)品，解決的業(yè)務(wù)場景大概都有：

• CRM；
• 人力資源；
• ERP；
• 推廣營銷；
• 財稅；
• OA等等。

如果，你解決的是業(yè)務(wù)垂直型相關(guān)的業(yè)務(wù)，那么每一個業(yè)務(wù)垂直型相關(guān)的場景，你都可以找到相關(guān)的書籍、競品、相關(guān)標桿企業(yè)的工作流等來參考、理解，最終形成一定的業(yè)務(wù)認知。

這對后面搭建產(chǎn)品架構(gòu)會有很大的幫助。

行業(yè)垂直型，就是你公司SaaS產(chǎn)品要解決的問題是某個垂直行業(yè)相關(guān)的問題。

比如：

• 零售；
• 餐飲；
• 旅游；
• 教育；
• 醫(yī)療；
• 物流等等。

解決行業(yè)垂直型問題時，可以有以下兩個框架去思考：

行業(yè)產(chǎn)業(yè)鏈+企業(yè)價值鏈。

首先進行行業(yè)產(chǎn)業(yè)鏈的思考，可以得出的結(jié)果是，能清楚的知道公司要解決產(chǎn)業(yè)鏈里哪個經(jīng)營主體的業(yè)務(wù)問題。

知道要解決哪個經(jīng)營主體的問題后，接下來要思考的是：要解決經(jīng)營主體哪個或者哪幾個價值鏈環(huán)節(jié)的問題。

比如：

你想進入的是旅游這個垂直行業(yè)，首先你進行產(chǎn)業(yè)鏈分析，整個旅游產(chǎn)業(yè)鏈，大概可以分為4個環(huán)節(jié)：

上游供應(yīng)商（包括景區(qū)、酒店等等）——渠道商——媒介和營銷平臺——用戶。

通過各種分析以后，你決定要幫助經(jīng)營主體景區(qū)解決業(yè)務(wù)相關(guān)的問題。

接著，你進一步思考，需要幫助景區(qū)解決什么業(yè)務(wù)問題呢？

這時就要梳理出景區(qū)的價值鏈包含的有哪些模塊，經(jīng)過梳理，你得出大概包括：生產(chǎn)、營銷、銷售、物流、服務(wù)、人力資源管理、財務(wù)管理等等。

再通過各種分析，你決定幫助景區(qū)解決營銷和服務(wù)環(huán)節(jié)的問題，最終設(shè)計出SaaS產(chǎn)品來解決景區(qū)營銷和服務(wù)環(huán)節(jié)的問題。

落地到這兩個場景后，可以通過找到相關(guān)的書籍、競品、相關(guān)景區(qū)的工作流來參考，理解，最終形成一定的業(yè)務(wù)認知——這就是垂直行業(yè)型SaaS產(chǎn)品思考業(yè)務(wù)問題時的一個思考過程。

戰(zhàn)略制定完成后，接下來就可以著手搭建產(chǎn)品框架了。

在戰(zhàn)略制定模塊講到的內(nèi)容里面，我們會發(fā)現(xiàn)一個情況：就是不管是做業(yè)務(wù)垂直型的SaaS產(chǎn)品，還是行業(yè)垂直型的SaaS產(chǎn)品，它終究都要回到價值鏈的某個環(huán)節(jié)里去思考。

當(dāng)回到價值鏈的某個環(huán)節(jié)里面去思考的時候，我們就應(yīng)該要在不同的環(huán)節(jié)里要形成一個結(jié)構(gòu)性的思考。

什么是結(jié)構(gòu)性思考？

結(jié)構(gòu)性思考就是：當(dāng)遇到一個大問題以后，把大問題拆解成你能夠理解的小問題，然后一一解決掉這些小問題，這種思考問題和解決問題的方式就是結(jié)構(gòu)性思考。

現(xiàn)在我們回到SaaS產(chǎn)品中去，看看如何用結(jié)構(gòu)化思考，把產(chǎn)品架構(gòu)中的N多個業(yè)務(wù)模塊找出來。

通常在SaaS產(chǎn)品中的結(jié)構(gòu)化思考框架如下：

也就是說，通過各種方法最終要得出：SaaS產(chǎn)品為了某一類問題，這個SaaS產(chǎn)品的一級業(yè)務(wù)模塊包含哪些模塊，二級模塊包含哪些模塊（甚至復(fù)雜一點的產(chǎn)品可以往下拆解到三級、四級等業(yè)務(wù)模塊）。

案例：

這里我以文章中講到的景區(qū)為例，通過結(jié)構(gòu)化思考，看看解決景區(qū)營銷問題的SaaS產(chǎn)品，一二級模塊里面包含了哪些業(yè)務(wù)模塊。

你可能會想到，解決景區(qū)營銷問題：

• 那就是要在網(wǎng)上買門票，那得有一個門票管理模塊；
• 怎么展示給用戶呢，通過網(wǎng)上店鋪展示，那就應(yīng)該有一個店鋪管理模塊；
• 然后，你突然想到，賣的錢應(yīng)該有一個模塊去展示和讓景區(qū)可以提現(xiàn)，于是應(yīng)該要有一個財務(wù)中心；
• 然后，你分析競品發(fā)現(xiàn)，應(yīng)該還要有一個訂單模塊，才能形成業(yè)務(wù)閉環(huán)，于是有一個訂單模塊等等。

總而言之就是你通過對業(yè)務(wù)的理解、行業(yè)認知、參考相關(guān)競品、研究標桿企業(yè)等等各種方法，你梳理出了產(chǎn)品架構(gòu)應(yīng)該有的一二級模塊有哪些。

通過梳理，你得出了景區(qū)SaaS產(chǎn)品一二級模塊如下：

PS：為了方便理解，以上一二級模塊細節(jié)內(nèi)容有所刪減。

通過結(jié)構(gòu)思考，你得出了產(chǎn)品N多個一二級模塊。

此時還不算完成產(chǎn)品系統(tǒng)的整體思考，因為一個又一個的產(chǎn)品模塊獨立著，沒有連接在一起的效果就是：并不能發(fā)生什么效果。

只有把各個模塊有效的連接在一起才能實現(xiàn)目標，解決問題。

此時，就要用到邏輯思考（邏輯思考基本上是每一個產(chǎn)品經(jīng)理都必備的思考方法）。

你可能會想到：

• 景區(qū)想要賣票，那首先應(yīng)該在門票管理模塊里的二級模塊有一個添加門票模塊；
• 添加完門票以后，得呈現(xiàn)給游客查看、購買，于是店鋪管理里面應(yīng)該有一個店鋪裝修的二級模版 ，這個模版解決的問題就是把想要呈現(xiàn)給用戶的店鋪給裝修好；
• 游客通過店鋪購買完門票以后，那后臺應(yīng)該有一個訂單管理模塊來查看訂單，完成訂單操作相關(guān)的問題；
• 同時，用戶購買完門票以后，會留下用戶信息、相關(guān)數(shù)據(jù)情況，資金到賬的結(jié)果，于是有了用戶管理、財務(wù)管理、數(shù)據(jù)中心模塊。

最后，通過梳理，你得出了景區(qū)SaaS產(chǎn)品各個模塊之間的連接關(guān)系如下：

PS：為了方便理解，以上的邏輯思考圖，有所刪減。

我相信，通過以上戰(zhàn)略制定、結(jié)構(gòu)思考、邏輯思考3大模塊的理解，你應(yīng)該會對產(chǎn)品架構(gòu)從0到1的搭建有一個整體的認識。

我發(fā)現(xiàn)，擁有架構(gòu)能力，不單是對于產(chǎn)品經(jīng)理來講很重要，對所有職場人來講都非常重要。

比如，這篇文章的整個寫作過程，就用到了架構(gòu)力：

• 寫這篇文章的目的，梳理自己對“從0到1的SaaS產(chǎn)品架構(gòu)問題”的一個理解，以及寫出“從0到1的SaaS產(chǎn)品架構(gòu)怎么搭？”這個主題的高品質(zhì)文章給讀者；
• 用到了3個模塊，戰(zhàn)略制定、結(jié)構(gòu)思考、邏輯思考；
• 這幾個模塊之間的邏輯關(guān)系，通過制定戰(zhàn)略推導(dǎo)出了結(jié)構(gòu)思考和邏輯思考。

又比如，最近，一個朋友跟我聊，他們公司團隊的一個小伙伴最近在寫一些材料，一份又一份的材料之間；由于架構(gòu)搭建的不合理，改其中一份材料的某個地方，就會涉及到很多地方要重構(gòu)，花費了大量的時間才完成了相關(guān)材料。

架構(gòu)力呀，真是個好東西。

它無所用，又無所不用。

作者：豐憲飛

來源：小飛哥筆記