國內很多企業近幾年都在做SaaS產品，搭建一個成功的SaaS產品能給企業帶來很多好處，也能給客戶帶來更好的價值；那要怎麼做好SaaS產品從0到1的架構搭建呢？

一款SaaS產品，從0到1把產品架構搭建好是一件非常重要的事。

如果SaaS產品架構沒有搭建好，那麼可能帶來最直接的結果就是：

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

反之，如果架構搭建的好，那麼帶來的好處至少有以下幾種：

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

可見，架構搭建的好壞，對業務的影響是比較大的。

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

我百度了一下百度百科對“架構”的定義，發現裡面有很多技術語言方面的解釋，理解起來也比較麻煩。

於是，我根據自己的理解，做了一個新的定義。

架構的定義是指：“根據架構搭建者對業務的理解，架構搭建者從一個模組開始，推匯出另一個模組；持續又從一個模組開始出發，推匯出另一個模組；進而把整個產品裡面包括的各個模組的順序儘可能梳理清楚，並把它們連線在一起來解決某類問題——這就是產品架構。”

這句定義裡有三個關鍵點：

• 一個又一個的業務模組，那就是有N多個業務模組；
• 模組和模組之間存在關係，那就是連線關係；
• 各個模組連線在一起是有目的的，是為了解決某一類問題而存在的。

PS：這不就是系統思維的再次運用嘛，感興趣的小夥伴可以自行檢視相關資料 ，我這裡就不對系統思維進行詳細介紹了。

• 如何把N多個業務模組，找出來，那就要用到結構思考；
• 如何把模組與模組之間的連線關係梳理出來，那就要用到邏輯思考；
• 如何把“要解決某一類問題是什麼問題找出來”，那就要用到戰略制定。

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

• 戰略制定；
• 結構思考；
• 邏輯思考。

我相信通過這3個方面的理解，你應該會對產品架構從0到1的搭建有一個整體的認識。

接下來我一個一個的講。

一、戰略制定

文章前面提到，我們搭建產品架構，把一個又一個的產品模組組合連線在一起的目的，是為了解決某類問題。

對於SaaS產品來講，這個“某類問題”就是戰略問題。

我們推演一下為什麼這個“某類問題”就是戰略問題？

從0到1的SaaS產品，模組與模組之間的組合連線，就形成了一個系統，這個系統是一個可以業務閉環的SaaS產品。

SaaS產品怎麼來的？

SaaS產品，那不就是根據戰略指導，推出的讓戰略落地的路線圖嘛。

所以我們這裡才講，這個“某類問題”就是戰略問題。

戰略對於產品，或者說對於產品經理來說，最重要的作用就是：知道要做什麼，不做什麼，很清晰或者大概範圍的知道要解決的問題的邊界在哪；然後在這個邊界範圍內去定義產品，設計產品，給客戶帶來價值，從而也給公司帶來商業價值。

關於如何梳理戰略相關的問題，可以參考我之前寫的一篇文章《To Ｂ業務如何進行戰略梳理？》，這裡我就不細講如何梳理戰略問題了。

每家公司的每條業務根據行業、機會、自身能力情況的不同，梳理出來的戰略基本上可能都是不一樣的。

但是，我們把這些所有的不一樣，給抽象思考，分類整合一下，基本上可以發現所有公司做的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個模組，戰略制定、結構思考、邏輯思考；
• 這幾個模組之間的邏輯關係，通過制定戰略推匯出了結構思考和邏輯思考。

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

架構力呀，真是個好東西。

它無所用，又無所不用。