聊一聊SAAS產品與行業
之前公司做了一款SaaS產品，抽出空沉澱一下對產品和行業的理解。
那麼什麼是SAAS呢？
"SaaS"全稱是"Software as a service"，軟體即服務，可以把它理解成"即需即用軟體"。
當用戶需要這個產品時，可以在網路環境下隨時租用，而不需要承擔更多的開發成本和人力成本等。這就是初期SaaS產品帶給用戶的工具屬性的價值。
產品設計層面
1.低耦合，高內聚。
低耦合：指產品結構內不同模塊間的聯繫弱，關係簡單。修改一個模塊不會影響到另一個模塊。
高內聚：指產品結構中單個模塊內各個元素聯繫緊密。簡單來說，就是一個模塊內的代碼只完成一個任務，即單一責任原則。
低耦合，高內聚會給產品帶來什麼好處呢？
從短期來看，並不會給產品帶來明顯的好處，甚至會使開發週期變得更長。
但隨著產品迭代，你會遇到更多複雜的需求。如果產品耦合度高，則牽一髮而動全身，輕易不能改動功能，因為會牽涉到產品架構層面的問題。
舉個簡單的例子：
老闆向你提出了一個需求，做一個知識付費視頻課程平臺。
那麼你在設計時就需要考慮是不是隻是視頻課程？是否會有文檔課程？後期加入語音課程怎麼辦？
產品的最小單元是課程？還是專欄？……
低耦合，高內聚會給產品帶來更好的擴展性，靈活性，復用性，可維護性。
建議在產品開始設計時考慮好產品未來的長期規劃，避免後期產品難以迭代，需要重構。多和架構師溝通，防患於未然的同時，留給未來更多可能。
2.許可權控制
toB的產品業務相對複雜，面對的企業客戶規模和業務方向都不同，許可權設計這裡根據公司業務需要設計的盡量細緻。
上圖是我曾設計過的SaaS產品框架圖，1個賬號在1個系統內對應1中角色，不算複雜。部分系統可能涉及到集團、地區、分公司。那麼根據業務需要在角色定義層或許可權分配層，先確定好集團、地區屬性，再確定數據許可權、菜單許可權、功能許可權。另一些可能會涉及到1個賬號有多種角色的情況。
許可權控制方面建議大家學習一下RABC模型：基於角色的訪問控制。
RABC模型認為許可權控制的過程可以抽象概括為：判斷Who是否可以對What進行How的訪問操作，即將許可權問題轉換為Who、What、How的問題。who、what、how構成了訪問許可權三元組，Who，What，How分別對應著用戶，資源，操作。RABC的核心在於通過為用戶分配對應的角色進而將用戶與對應的操作聯繫起來，已實現用戶對資源的操作。
RABC是一個模型組，不同的模型組解決不同的許可權分配需求。
行業發展層面
- 人口紅利耗盡，快速爆發，增長的機會少了很多。不能拿C端的流量思維來做B端的SaaS產品。
- 美國有領先的SaaS企業產品，但國情不同，不能簡單照搬模式。
- 目前國內的SaaS產品也不少，如果僅僅保持工具層面的價值，復購率會很低。企業更看重結果，不能給他帶來明顯價值的產品，那麼用戶的續約意願會很低。
- 產品發展初期需要衡量好長期用戶價值和短期商業價值。即做通用性功能還是增值功能？若一味的做增值功能，產品會漸漸迷失本心，淪為外包公司。
- 產品發展中期需要做主要行業的解決方案來滿足重點行業的個性化需求。之後再考慮是否做PaaS來滿足有開發能力的企業的需求。
- LTV：CAC≥3(即用戶終身價值：用戶獲取成本≥3)時，說明產品的商業模式是健康的。
- SaaS產品的關鍵是幫助用戶成功。產品設計層面上可以關注相關指標來進行產品迭代。
推薦閱讀：
