起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識從產品角度聊聊SaaS的發展趨勢
編輯導語：近年SaaS化產品也是越來越火爆，那么在未來，SaaS會如何發展呢？這篇文章作者從四個方面一產品角度詳細闡述了SaaS的發展趨勢，有興趣的童鞋一起來看看吧。
很多SaaS產品的誕生是從一個或幾個項目就開始干的，起步階段相對容易產品化，同時滿足不同項目的需求。
但隨著項目越來越多，需求的必然千差萬別，很多需求在初期階段是很難拍腦袋想出來的，產品經理只能憑自己的業務理解和行業認知等盡可能多的去結構化、配置化地設計產品，但終歸無法做到滿足所有新的客戶和項目的需求。
在后期的迭代過程中產品面臨很多問題和選擇。
一、這個客戶的需求，要不要滿足？要不要產品化？
SaaS主要服務于企業，不同階段的考慮點不一樣。
1. 初期階段
在初期產品話語權不強時，都必然不太會拒絕客戶的需求，畢竟客戶是衣食父母。同時這階段的需求來源也不是特別多，我們是很歡迎客戶來提出需求，以滿足產品的豐富、靈活、前瞻性。當然特別奇葩的除外。
2. 成熟階段
若SaaS發展到一定階段，特別是已經有很多企業在用我們的產品時，這時有了一定的行業認知和累積，就需要評判了。主要看該功能是否是大部分客戶需要的，該功能是否符合產品的長遠發展。
若僅僅個別企業需要，那么建議不要納入產品中，否則失去把控，產品會慢慢變得臃腫、瑣碎，甚至會影響其他客戶的使用體驗。
當然，拒絕需求很可能引起客戶不爽，這時產品需要提供一些可行的解決方案，盡量讓客戶滿意。
比如，客戶需要增加一個獨特的字段，可以建議客戶利用某備注欄位；比如客戶有不同的業務流程，可以問他能否改變現有流程；比如客戶要增加一個審批功能，那么你可以解釋加了該功能，需要增加提交人、審批人這些角色的工作、會有審批拒絕往復不斷的繁瑣等等，還不如線下審批的靈活性等等。
總之，一方面降低客戶的預期，一方面也對客戶的需求上心，因為可能他所面對的問題，并不是系統工具就能解決的。但在項目過程中盡量避免出現“客戶沒有一條路可走”的局面。
拒絕不可能是常態，畢竟產品要不斷的迭代，需求來源也更多是客戶的新需求，這時產品不得不變得復雜。
二、SaaS產品在迭代中的復雜性
1. 業務的復雜性
SaaS產品的復雜性首先來自基礎業務的不斷復雜。
比如一個審批功能，從最開始的一級審批，到后面就是多級審批、多方共審、拒后跳轉到哪個階段、什么情況下不可再次提交等規則，其中還涉及哪些角色能看哪些數據（如本人、本部門、上下級、全部等）、哪些字段（如財務方面敏感字段）。
同時，考慮到產品中會有很多單據審核的地方，是否可以將這些審核提煉到一個公用的配置模塊以后就不用重復造輪子了？可見，最初一個簡單的審批功能，到最后就是一個龐然大物。
這時需要產品經理的全局觀，結合現有情況去判斷功能做到什么程度、價值、擴展性、客戶的使用成本、開發資源等。
也還有很多業務擴展，如之前只做線上現在要做線下，之前只管訂單，后面要管供應商、物流、品控、財務、AI方向、Iot方向等等，就更加豐富了?；径际怯牲c到線到面的發展，讓你的產品不斷成長。
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 協議
- 目前還沒評論，等你發揮！
