SaaS開發的生命週期能夠幫助企業更好的進行軟體的研發，如何處理產品的需求，幫助企業找到更好的盈利模型，實現產品的盈利。關於SaaS開發生命週期，本文借鑑了海外的SaaS生命週期文章，並結合作者自己的經驗做了介紹和分析。

國內看到過很多文章介紹SaaS的生命週期，大多是按照產品生命週期進行演變而來，這種演變的方式總覺得缺少了點靈魂。

最近我離開了大廠，又加入了創業公司，可以更全面的從上帝視角來看SaaS企業的發展，其中包括：研發、產品、市場、銷售、售前、售後和運營。

更加讓我開始懷疑現在講述的SaaS生命週期的內容，由於自己在做海外的產品運營工作，借鑑了海外的SaaS生命週期文章，結合我自己對工作的理解，於是有了SaaS生命週期的系列文章。

今天是第一篇，SaaS開發生命週期，以後會持續迭代相關文章。

SaaS開發的生命週期對於企業進行商業化來說是必不可少的環節，它是產品的計劃、管理和研發的良好過程，能夠幫助企業更好的進行軟體的研發，如何處理產品的需求，幫助企業找到更好的盈利模型，實現產品的盈利。

SaaS開發生命週期可以分為6個階段，在每個階段可以匹配不同的企業級的動作，SaaS產品的任何一個行為都是企業多個部門的協作。

它可以促進多部門的良好協作，能夠完成SaaS產品的生命週期，確保每個部門都能參與從產品到客戶交付的環節，確保團隊的合作順暢，保障交付產品的質量。

一、好的想法

任何一個SaaS產品的誕生都源自於團隊有一個好的idea。如果你經歷過類似的團隊你就會發現，為了實現一個好的想法，團隊付出了很多的精力和資源。

有些團隊在有了想法之後會做市場調研，確定當前的方向、產品是否有前景。然而大部分的團隊並不會做深入的市場調研，他們更偏向於直接把想法轉換成產品，即使是調研也會調研的很淺，透過一些報告來佐證自己的想法靠譜。

不得不說，這些做法都是蠻不靠譜，如果把自己的想法繼承到產品開發生命週期，團隊的成功率就會高很多。

可惜，國內大多數做SaaS的企業並不瞭解產品的生命週期，能夠遵循MVP的原則就已經是非常不錯的團隊了。

而且這些團隊在產品研發能力和市場戰略不夠的情況下，貿然進入SaaS產品的研發，外加對於團隊的能力理解不到位，人員流動性較大，導致更多的產品沒辦法進入正常的市場運營已經夭折。

二、收集分析

任何團隊有了好的想法就需要明確該產品的主要目標，解決客戶的一個或多個問題的特定解決方案。

客戶只會為解決方案買單

！你需要找到你當前產品目標的合適的受眾，並找到他們的痛點或者業務上的堵點。

那麼，你應該明確你的客戶畫像，確定你的產品要賣給誰。

你還需要根據你的使用者畫像對使用者進行調研，收集使用者的需求、痛點、業務堵點。你可以讓你的售前團隊、銷售團隊和售後團隊與客戶緊密的接觸，瞭解使用者需求，並把需求很好的傳遞到團隊內部。

你非常有必要把你的產品團隊、運營團隊等派出去，做深度的使用者調研。

千萬不要準備一份選擇題的調研問卷，這個方式在B端調研中是沒有效果的

。你們應當坐下來和使用者一起聊聊業務的發展，看看使用者的反饋。

這要求你的團隊要對客戶的業務有所瞭解，特別是業務流程，因為你要要從使用者的聊天中獲得有用的資訊。

千萬不要期待使用者告訴你他們需要什麼樣的工具，如果他們自己想明白了，就不需要外部的服務商。就是因為他們知道自己有問題，又不知道用什麼工具能解決，他們才需要購買SaaS產品，幫助自己解決業務問題。

把聊天中的使用者資訊收集回來，需要團隊成員做資料分析，歸納總結，解決客戶的業務問題。在這個過程中，切忌閉門造車，因為你們是服務商不是業務的專家團隊，客戶才是專家團隊。

一但你們分析出客戶的業務問題，給出解決方案，把解決方案抽象成了產品功能，你們需要和客戶進一步溝通，這些功能是否是客戶想要的功能。

如此反覆2-3次，你們的產品功能在客戶眼中就變成了可用的功能，隨著產品研發生命週期迭代多次版本，就變成了客戶必用的功能。

三、產品規劃

SaaS產品需要多次的版本規劃、迭代，產品才能逐漸成熟，使用者才覺得是成熟可用的產品。在這個過程中，任何一個版本的更新都要遵循：發現、工具、增長的邏輯，否則你產品的迭代就沒有意義，甚至是浪費團隊的資源。

在這裡重複一句話：

資源對於任何團隊都是稀缺的

。

在這個環節中又需要遵循5個步驟。如果你仔細來看，大多數的團隊都沒有按照這個方法操作，甚至產品更新的功能都不知道為什麼來更新，以及這個產品的排期解決的什麼問題。

這5個步驟是：

1. 規劃想法

無論是你新創立產品還是你你要更新產品的功能，你都會有一堆的需求去解決，現在就需要你對產品功能進行排期。

SaaS產品排期既要考慮產品本身的更新迭代功能，還需要考慮使用者提出的需求，在有限的兼顧兩者還是一件對產品經理的需求分析要求很高的。

2. 設計最低可行性產品

任何SaaS的產品都忌諱一次到位，把產品雖有的功能都完善，因為你做的很多產品不一定是客戶喜歡的產品，他們也不一定會用這個產品。

因此，你需要慎重推出完整版本的產品，更需要一步一步的完善產品功能，先完成最低可以用性產品，確定產品是可用、有價值的，然後再來進一步完善產品功能。

3. 在使用者身上測試產品

你所有的功能做出來之後，一定要引導使用者去使用，讓使用者的使用資料和使用者的反饋說話，讓使用者告訴我們這件事情、這個功能靠譜靠譜。

這個階段可以進行小範圍的測試，或者先給關係比較好的使用者進行測試，拿到使用者的行為資料反饋。

4. 與使用者進行溝通

使用者無論使用否，你們都應該和使用者進行一輪的溝通，確定產品功能是否能滿足客戶的業務需求，產品功能是否還需要進一步完善與最佳化。

只有得到客戶完整的、肯定的回答，這個產品或功能才算真正的完成了它的使命，也確認了它是有需求的產品功能。

5. 推向市場

我們無論是迭代的較大新功能或完整的新產品，產品上線之後要麼是提高了產品的客單價，要麼是增加了新客戶的轉化。

你們可以進行老客戶的增購、復購，不斷提升客單價，也可以透過新功能進行客戶的轉化，驗證它是否真的有市場。

如果在產品或功能中能夠完成這個閉環，那麼你所做的任何產品都是有價值的產品。

給產品做加法真的太簡單了，做出有商業化意義的加法，需要團隊進一步來思考這些問題。

四、開發測試

你會發現一個有意思的現象，SaaS的版本管理大多是混亂的，很難按照既定的排期推進產品的更新。

要麼是這次上線少了一些功能，要麼是延期了上線時間。特別是一些給客戶承諾的時間，在規定的時間內不能上線，導致客戶的怨聲載道。

也有一些客戶因為一直delay上線時間，導致他們進行了退款。

雖然在研發領域中出現了很多研發的模式，比如：敏捷開發、精益開發、測試左移、質量右移等，各種研發模式並沒有解決需求延期的現象。

如果先和客戶確定MVP的版本和週期，那麼這些現象就會有好轉，畢竟在開發的過程中不需要這麼多的任務。

其實，在這個環節還需要有plan B的方案，如果確定本次版本需要延期或本次有些功能沒辦法上線，可以儘早進行確認，避免產品上線時，與客戶溝通方的被動。

同時還需要加強團隊的管理，除了使用績效之外，還需要考慮組織的文化建設，讓員工更有動力的來完成任務工作。

五、訂閱管理

SaaS的本質在於續費，續費的前提在於訂閱

。無論你上線了多少版本的功能，優化了多少的功能，那麼你可以在你與客戶溝通的方案中增加報價，或利用這些功能增加使用者的訂閱，從而使你的產品能夠增加銷售。

在訂閱中避免不了產品的報價，而報價又會涉及到你產品功能的使用，容量空間、售後服務力度等各項產品功能的限制。

增加客戶的訂閱數量以及訂閱的客單價，提升團隊整體的收益。

你還需要考慮客戶的退費、退訂的情況，提前做好風險的預估和應對。

SaaS的公司千萬不要有這種想法——客戶的資料在我的平臺，因此他會長久的和我在一起。如果客戶對你不滿意，替換掉你無非是多了點替換的成本，並沒有堅固的護城河。

六、維護支援

產品需要不斷的迭代升級，需要你們維護產品的功能、安全和穩定，並不斷的解決客戶的使用問題、產品問題等，幫助客戶更順利的使用產品。

在海外有客戶成功團隊專門來解決客戶使用中的問題，幫助客戶在業務中使用問題，國內大多數放一些客服的成員，僅僅是回答一些客戶提問的問題，這兩個緯度是完全不同的，第一種客戶的感受會更好，而第二種客戶的問題並不能得到真好的解答。

國內的公司為了節省成本，在這些崗位上的員工並沒有更多的投入，僅僅是讓他們能幹活就可以了，而沒有培養成公司的業務專家。

凡是不是專家團隊的成員，是沒辦法很好的解決客戶的業務問題

。

在這個過程中你們又會收集到更多的客戶需求，如果把這個需求繼續放在SaaS產品生命週期的開發中，可以有效的提升團隊的研發、營收的目標。

千萬不要把SaaS的產品生命週期簡簡單單理解為研發、匯入、成長、營收、衰退5個方面，更多的內容還需要我們進一步摸索，從而 探索出更有利於產品增長的方式。

SaaS開發生命週期在客戶需求收集、產品功能排期、產品研發和營收方面給了產品上的提示，可以讓我們更好的來理解使用者———需求———產品之間的關係，從而可以更好的來規劃產品，提升產品的易用與轉化，促進公司的商業化目標完成。

參考文章：

https：//www。hongkiat。com/blog/saas-development-life-cycle/

https：//blog。hubspot。com/service/saas-customer-lifecycle

https：//www。infoq。com/articles/SaaS-Lifecycle/

https：//www。proprofschat。com/blog/saas-customer-lifecycle/

https：//www。classicinformatics。com/blog/saas-development-lifecycle

https：//www。clearpivot。com/blog/your-guide-to-the-complete-saas-customer-lifecycle

https：//www。parlor。io/blog/product-strategy-framework/

專欄作家

張沐，微信公眾號：運營官張沐。人人都是產品經理專欄作家，7年網際網路產品運營經驗，《運營思維》作者。

本文原創釋出於人人都是產品經理，未經允許，禁止轉載。

題圖來自 Unsplash，基於CC0協議。

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供資訊儲存空間服務。平臺僅提供資訊儲存空間服務。