編輯導語：近年SaaS化産品也是越來越火爆，那麼在未來，SaaS會如何發展呢？這篇文章作者從四個方面一産品角度詳細闡述了SaaS的發展趨勢，有興趣的童鞋一起來看看吧。

很多SaaS産品的誕生是從一個或幾個項目就開始幹的，起步階段相對容易産品化，同時滿足不同項目的需求。

但随着項目越來越多，需求的必然千差萬别，很多需求在初期階段是很難拍腦袋想出來的，産品經理隻能憑自己的業務理解和行業認知等盡可能多的去結構化、配置化地設計産品，但終歸無法做到滿足所有新的客戶和項目的需求。

在後期的疊代過程中産品面臨很多問題和選擇。

一、這個客戶的需求，要不要滿足？要不要産品化？

SaaS主要服務于企業，不同階段的考慮點不一樣。

1. 初期階段

在初期産品話語權不強時，都必然不太會拒絕客戶的需求，畢竟客戶是衣食父母。同時這階段的需求來源也不是特别多，我們是很歡迎客戶來提出需求，以滿足産品的豐富、靈活、前瞻性。當然特别奇葩的除外。

2. 成熟階段

若SaaS發展到一定階段，特别是已經有很多企業在用我們的産品時，這時有了一定的行業認知和累積，就需要評判了。主要看該功能是否是大部分客戶需要的，該功能是否符合産品的長遠發展。

若僅僅個别企業需要，那麼建議不要納入産品中，否則失去把控，産品會慢慢變得臃腫、瑣碎，甚至會影響其他客戶的使用體驗。

當然，拒絕需求很可能引起客戶不爽，這時産品需要提供一些可行的解決方案，盡量讓客戶滿意。

比如，客戶需要增加一個獨特的字段，可以建議客戶利用某備注欄位；比如客戶有不同的業務流程，可以問他能否改變現有流程；比如客戶要增加一個審批功能，那麼你可以解釋加了該功能，需要增加提交人、審批人這些角色的工作、會有審批拒絕往複不斷的繁瑣等等，還不如線下審批的靈活性等等。

總之，一方面降低客戶的預期，一方面也對客戶的需求上心，因為可能他所面對的問題，并不是系統工具就能解決的。但在項目過程中盡量避免出現“客戶沒有一條路可走”的局面。

拒絕不可能是常态，畢竟産品要不斷的疊代，需求來源也更多是客戶的新需求，這時産品不得不變得複雜。

二、SaaS産品在疊代中的複雜性

1. 業務的複雜性

SaaS産品的複雜性首先來自基礎業務的不斷複雜。

比如一個審批功能，從最開始的一級審批，到後面就是多級審批、多方共審、拒後跳轉到哪個階段、什麼情況下不可再次提交等規則，其中還涉及哪些角色能看哪些數據（如本人、本部門、上下級、全部等）、哪些字段（如财務方面敏感字段）。

同時，考慮到産品中會有很多單據審核的地方，是否可以将這些審核提煉到一個公用的配置模塊以後就不用重複造輪子了？可見，最初一個簡單的審批功能，到最後就是一個龐然大物。

這時需要産品經理的全局觀，結合現有情況去判斷功能做到什麼程度、價值、擴展性、客戶的使用成本、開發資源等。

也還有很多業務擴展，如之前隻做線上現在要做線下，之前隻管訂單，後面要管供應商、物流、品控、财務、AI方向、Iot方向等等，就更加豐富了。基本都是由點到線到面的發展，讓你的産品不斷成長。

2. 用戶體系的複雜性

此處的用戶體系主要指賬戶、角色、權限等基礎管理。雖然是一個産品很基礎的東西，但是很多業務的擴展就夾雜着用戶體系的不斷複雜化，如果沒有統籌計劃，那麼用戶角色權限這部分就會像補丁一樣的讓産品複雜。

你肯定有這樣的體驗：一個功能中一個簡單的列表，如果涉及到很多部門（銷售、采購、倉儲）、很多相關人(舉例創建人、采購員、采購主管、質檢員)以及其他很多字段，客戶對權限有着各式各樣的需求，有人要看這，有人要看那，有人不要看這，有人不能看那，有些人都可看。

不同企業的管理方式、不同關鍵用戶的認知都不一樣，所以都是合理的。

一個系統角色要控制的點太多了，功能權限(頁面&按鈕)、數據權限（靈活的規則）、字段權限（列表頁、詳情頁具體字段），已經不是一個簡單的RBAC能解決的了。

因此基礎建設的問題在産品發展後期會越來越突出，也更棘手。同時，這部分産品設計及開發工作，竟然是又繁瑣又無趣又沒有高光的部分。

3. 版本管理與版本發布的複雜性

如果你的産品支持多個版本，那麼意味着開發、測試、客服、運營都得兼容曆史版本，也會讓SaaS産品複雜。建議盡量統一版本。

版本發布時，可能會讓引發一些奇奇怪怪的問題，特别是用戶體現搭建的不夠好時，發版後，可能客戶的頁面突然多冒出幾個字段，多出來一些按鈕，頁面發生變化、功能發生變化等等，盡量做到讓客戶感受不到變化吧。

總之，在産品的發展之路上，切記“有所為有所不為”。

三、SaaS的歸宿是什麼？

一系列的操作會讓你的SaaS産品越來越複雜或豐富。最初可能隻是較為單純的業務，到後面遍地開花。

類比ERP軟件，如SAP、OracleEBS、用友NCC等，它們就是很複雜也很豐富的成熟軟件，盡可能的支持不同企業的業務需求。它們不僅有強大的基礎建設，還有分支衆多超級多變的業務覆蓋度，在ERP面前一般的SaaS隻是個弟弟。但強大的它們依然不能滿足所以企業的需求，“配配就能用”是所有實施人員的夢想。

因此一個不夠強大的SaaS平台，産品的發展之路，ERP這樣的成熟軟件他們早都淌過一遍了。無非是傳統ERP的和SaaS部署方式、數據存儲等有差别，但很多ERP也在出雲版本、移動端等多産品形态了。

SaaS的歸宿一樣會是複雜的平台化、配置化，但這條路依然得往前走。

四、SaaS的局限是什麼？

SaaS的局限在于不适合太大的企業，僅适合中小企業。

因為從産品本身來說，SaaS并沒有點颠覆或替代什麼，隻是另一種展現方式，畢竟這麼多年，線下實實在在的業務都依然是那些。

大企業對數據安全敏感、對license管理更加嚴格、對新需求更加渴望、對交付更苛刻、同時也有很多系統要一并管理，因此會有專門的IT部門去負責。而中小企業需要的是好用、簡單、省心、省錢。

不是說SaaS産品Cover不了大企業的需求，而是大企業不會選擇這類産品，除非獨立部署 各種定制開發 基礎設施對齊，至少國内現在是這樣的情況。

總結，從市場來說，SaaS産品肯定是有需求的，但可以早點認識到他的局限性，産品經理在做未來規劃、市場在未來推廣時，可以更好的控制範圍，把握重點，有所為有所不為，畢竟不可能把所有蛋糕都吃到嘴裡。

本文由 @Felix 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部