SaaS產品如何做好架構搭建?
編輯導語:搭建一個成功的SaaS產品,不僅可以給企業帶來很多好處,還能給客戶帶來更多價值。對于產品經理來說,發展到一定階段后,日常的工作內容往往離不開產品架構設計。這是一個極其細致的活,需要產品經理有很強的架構能力。那么,Saas產品如何做好架構搭建?
我之前的一篇文章中講到過,一款Saas產品,產品架構搭建的好壞,對結果的影響截然不同。如果Saas產品架構搭建的不好,那么帶來的直接結果就是:
- 客戶在完成某一個具體任務的時候,在整個操作的過程中,有一堆不相關的功能出現在客戶的操作頁面里,導致客戶無法高效率的完成工作;
- 沒有一個框架性的產品架構指導,后面遇到的新需求,新功能,有可能會被后來的產品經理任意歸類,或者新建一個歸類來解決新問題,最終產品越做越亂;
- 隨著需求越來越多,需要開發的功能就越來越多,功能的耦合度也越來越高,然后開發難度就進一步增大,經常會面臨重新搭建架構的局面。
反之,如果架構搭建的好,那么帶來的好處至少有以下幾種:
- 對客戶來講,看到的頁面都是簡潔的,能高效的完成任務,給客戶帶去價值;
- 架構搭建的好,客戶用起來好用,就會有更多的客戶愿意用,給公司帶來了更多的商業價值。
- 不用由于架構搭建不合理而帶來的重構煩惱,以后的新需求、新功能基本上都能在架構內找到合適的位置;
- 公司能夠花費更低的成本來實現不同客戶的不同需求。
可見,架構搭建的好壞,對業務的影響是比較大的。那么,如何才能把一款Saas產品的產品架構搭建好?
這里,我們先對架構做一個定義:百度百科對“架構”的定義,里面有很多技術語言方面的解釋,理解起來也比較麻煩。于是,我根據自己的理解,做了一個新的定義。
架構的定義是指:“根據架構搭建者對業務的理解,找出用戶需求,把用戶需求轉換為對應的功能,把功能按不同維度進行分類整合,并梳理出分類整合好的各個模塊之間的邏輯關系,最終形成一個產品來解決某一類問題”,這就是產品架構。
這句定義里有三個關鍵點:
- 對業務的理解,找出用戶需求,把用戶需求轉換為對應的功能,把功能按不同維度進行分類整合;
- 并梳理出分類整合好的各個模塊之間的邏輯關系;
- 最終形成一個產品來解決某一類問題”。
通過對這3個關鍵點的理解與運用,對如何能搭建好一個Sass產品架構,你會有一個整體的認識,接下來我一個一個的講。
一、解決某類問題
先從第三個關鍵點開始聊,對于Saas產品來講,搭建好的產品是用來解決問題的,而且還是某類問題,這個“某類問題”就是戰略問題。
戰略對于產品,或者說對于產品經理來說,最重要的作用就是:知道要做什么,不做什么,很清晰或者大概范圍的知道要解決的問題的邊界在哪,然后在這個邊界范圍內去定義產品,設計產品,給客戶帶來價值,從而也給公司帶來商業價值。
關于如何梳理戰略相關的問題,可以參考我之前的一篇文章:《To B業務如何進行戰略梳理?》,這里我就不細講如何梳理戰略問題了。
二、功能分類整合
戰略問題梳理好以后,接下來就到第二步:通過對業務的理解,找出用戶需求,把用戶需求轉換為對應的功能,把功能按不同維度進行分類整合,如何對Saas業務進行理解?
- 宏觀上,可以從行業定義的理解、行業的市場規模、行業發展所處階段、外部經營環境的分析(PEST)等維度來理解業務;
- 中觀上,可以從產業鏈上下游分析,企業競爭格局的分析、資源集中度、進入門檻的分析、標桿企業商業模式分析、Saas競品分析等維度來理解業務;
- 微觀上,可以從服務企業經營的業務,相關角色,工作流等角度來理解業務。
關于對業務理解的問題,我這里講了一個思考框架。更詳細的業務理解問題,改天我會單獨寫一篇文章來深度講解,如何找用戶需求?
方法有很多,比如:
- 可以通過用戶訪談的形式找需求;
- 可以通過用戶調查的方式找需求;
- 可以通過深入一線,觀察、學習的方式找需求;
- 可以通過會議溝通的方式來找需求;
- 可以通過競品分析的方式來找需求等等。
關于找需求具體更詳細的理解,可以參考我之前的一篇文章:《B端產品需求的3個層次,你都了解嗎?》、《B端產品如何進行業務全場景的需求梳理?》。
如何把用戶需求轉換為對應的功能?用戶需求和軟件需求的區別是什么?用戶需求對應的軟件功能是什么?文章中都有講到。
如何把功能按不同維度進行分類整合?
這里就是在做分類整合時的核心思想就是,一個大分類里要用來解決一類問題。
比如,一款給餐飲商家用的Saas系統,后臺包括的功能模塊有:商品、訂單、數據、營銷、店鋪、財務等模塊,不管是現在還是未來,遇到商品需求功能,就要把功能歸類到商品模塊;遇到營銷需求功能,就要把需求歸類到營銷模塊;而不是沒有標準,亂放。
通過對業務的理解,找到了用戶需求,并把用戶需求轉換為功能,并對功能進行分類整合后,最終就會得到了一個功能結構圖。
例如,下圖就是某景區Saas產品通過以上方法梳理得到的功能結構圖:
PS:為了方便理解,以上一二級模塊細節內容有所刪減。
三、模塊之間的邏輯關系
通過上一部分,我們已經找到了要做的功能,并把功能進行了分類整合,形成了一個又一個的模塊。此時還不算完成產品架構的整體思考,因為一個又一個的產品模塊獨立著,沒有連接在一起的效果就是:并不能發生什么效果。
只有把各個模塊有效的連接在一起才能實現目標,解決問題。這時,需要梳理出分類整合好的各個模塊之間的邏輯關系;如何梳理各個模塊之間的邏輯關系?
可以用數據流轉過程來梳理,還是以文章中提到的景區Saas產品為例:
- 景區想要賣票,那首先應該在門票管理模塊上傳門票,管理門票;
- 上傳的門票信息會進入店鋪中,供游客查看、購買;
- 游客通過店鋪購買完門票以后,就會生成訂單信息,進入訂單模塊;生成財務信息,進入財務模塊;生成數據信息,進入數據模塊。
最后,通過數據連接,就能把各模塊之間的邏輯關系梳理清楚了,最終形成的產品架構圖如下:
PS:為了方便理解,以上的邏輯思考圖,有所刪減。
這里補充個話題聊一下:“關于搭建產品架構時,我們是否有相似的解決方案可以參考?”
雖然說,每家公司的每條業務根據行業、機會、自身能力等情況的不同,梳理出來的戰略基本上都不一樣,搭建出來的產品架構也就不一樣。
但是,我們把這些所有的不一樣,給抽象思考,分類整合一下,基本上可以發現所有公司做的Saas產品,基本上都屬于兩大類(以下分類目的,是梳理出產品要解決的問題大概屬于什么類型,然后我們在搭建產品架構時,可以找到類似的解決方案來參考):
PS:隨著創業公司業務的發展,這兩大類會有合二為一的情況存在,也就是Saas產品里包含了多個垂直行業的多個業務場景的多個解決方案。
1. 業務垂直型
業務垂直,可以這樣理解,Saas產品要解決的問題是一家公司商業系統中的某個系統,也可以這樣講,要解決的問題是一家公司價值鏈的某個環節問題。
可能理解起來比較抽象,這里我舉兩個例子講講。
比如:在制造行業,一家公司的商業系統會是這樣的,研究開發——采購——制造——營銷——銷售——服務;在廣告行業,一家公司的商業系統會是這樣的,購買媒體——開發客戶——商品企劃書——企劃銷售——廣告制作——實施、評論。
這兩個案例就是制造行業和廣告行業商業系統情況的一個介紹(或者是制造行業和廣告行業價值鏈相關環節的一個介紹)。做Saas創業的公司,會把整個大的商業系統中的某一個或多個小系統單獨提取出來,給出相應的Saas產品解決方案,這就是業務垂直型。
現在比較通用的業務垂直型Saas產品,解決的業務問題,大概都有:
- CRM
- 人力資源
- ERP
- 推廣營銷
- 財稅
- OA等等
如果,你解決的是業務垂直型相關的業務,那么每一個業務垂直型相關的問題,你都可以找到相關的書籍、競品等來看,看看類似的產品是如何搭建架構的,可以學習,參考。
2. 行業垂直型
行業垂直型,就是你公司Saas產品要解決的問題是某個垂直行業相關的問題。
比如:
- 零售
- 餐飲
- 旅游
- 教育
- 醫療
- 物流等等
解決行業垂直型問題時,可以通過以下兩個框架去思考:行業產業鏈+企業價值鏈。
首先進行行業產業鏈的思考,可以得出的結果是,能清楚的知道公司要解決產業鏈里哪個經營主體的業務問題。知道要解決哪個經營主體的問題后,接下來要思考的是,要解決經營主體哪個或者哪幾個價值鏈環節的問題。
比如,你想進入的是旅游這個垂直行業,首先你進行產業鏈分析,整個旅游產業鏈,大概可以分為4個環節:上游供應商(包括景區、酒店等等)——渠道商——媒介和營銷平臺——用戶。
通過各種分析、評估后,你決定要幫助經營主體景區解決業務相關的問題。接著,你進一步思考,需要幫助景區解決什么業務問題呢?
這時就要梳理出景區的價值鏈包含的有哪些模塊,經過梳理,你得出大概包括:生產、營銷、銷售、服務、人力資源管理、財務管理等等。
再通過各種分析,你決定幫助景區解決銷售、營銷和服務環節的問題,最終設計出Saas產品來解決景區銷售、營銷和服務環節的問題。如何解決銷售、營銷、服務問題,你可以通過找到相關的書籍、競品來參考,看看類似的產品是如何搭建架構的,可以學習,參考。
這里總結一下:就是不管是做業務垂直型的Saas產品,還是行業垂直型的Saas產品,它終究都要回到價值鏈的某個環節里去思考,思考要幫助企業解決什么業務問題。
然后針對這樣的業務,參考比較成熟的產品是如何搭建架構的,我們可以去參考、借鑒。最后,關于Saas產品如何最好架構搭建的問題就講到這里了,希望對你有所幫助。
#專欄作家#
豐憲飛,微信公眾號:小飛哥筆記,個人微信:f1506620495。人人都是產品經理專欄作家。某互聯網創業公司合伙人兼產品總監,多個項目“從0到1”項目負責人,擅長戰略、運營、產品的整體規劃及落地執行。
本文原創發布于人人都是產品經理,未經允許,禁止轉載。
題圖來自Unsplash, 基于CC0協議。
專欄作家
豐憲飛,微信公眾號:小飛哥筆記。人人都是產品經理專欄作家。某互聯網創業公司合伙人兼產品總監,多個項目“從0到1”項目負責人,擅長戰略、運營、產品的整體規劃及落地執行。
本文原創發布于人人都是產品經理,未經允許,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
這篇文章對于我2年工作經驗的產品來說,落地性很強。從0到1,思路很清晰,感謝分享。
很水