SaaS產品迭代，我們往往過多的關注于技術性策略，拋開常規的產品迭代策略，我們在維持長久的產品生命力周期中，還應該關注哪些容易踩的坑呢？

我們知道，任何互聯網產品都會經歷初創期、成長期、成熟期、衰退期這4個主要產品生命周期，產品迭代是產品在持續滿足市場和用戶變化的需求下，保持持久生命力非常重要的一環。

好的產品迭代能夠延長產品生命周期，甚至是起死回生。

因為SaaS產品屬性的不同，服務對象也是不一樣的，有B端用戶也有C端用戶，如在線設計類產品，面向廣大C端用戶；如企業OA系統，則面向B端用戶。

當然，B端和C端SaaS產品的迭代邏輯自然是有所差異的。

那么，在SaaS產品迭代過程中都會遇到哪些踩坑的地方？

在這里，我們不談產品迭代的技術型策略，我們以面向B端的SaaS產品為例，和你分享一些思考，希望對你有啟發。

1

產品迭代的方向不同

我們經常講SaaS產品是解決方案的集合體，B端和C端用戶對解決方案的需求維度不一樣。

經常聽到調侃“魚香肉絲沒有魚，老婆餅里沒老婆”，如果說這類產品還可以依靠品牌、口碑、甚至價格來打動C端用戶，但是如果賣給B端用戶，恰恰這個“魚”和“老婆”是必不可少的核心解決方案。

即使是沒有“大魚”，也要用同類型解決方案“小魚”來滿足B端用戶的需求。

2

分不清產品迭代的邊界

需求管理貫穿著產品經理的整個工作周期，不是所有需求都要去設計和開發，產品經理要注意辨識哪些需求是在當前產品邊界范圍內，如果不是，那么產品迭代過程中就要駁回與產品定位不符的需求，甚至是偽需求。

魚香肉絲有沒有魚，需不需要有魚，這就是產品邊界。

3

把握不準產品迭代的節奏

產品上線，尤其是初期1.0版本上線不可能是完美的，但受限于市場開發節奏、績效考核等因素又必須上線，所以很難避免產品功能上的缺失，甚至是會把產品測試和反饋轉嫁給客戶去做。

小步快跑還有效嗎？先說答案，當然有效。后面還跟著但是，你需要注意盡量不要把不成熟的功能（沒想明白還未能閉環）推向市場，以期望能通過小步快跑的迭代方式來彌補產品功能的不足。

這是極其重要的一點，很多B端SaaS產品都忽略了這個點。有部分B端SaaS廠商認為小步快跑式的迭代是法寶，可以慢慢修改直至產品功能成熟。

但是因為B端企業大多數缺乏信息化底座，內部使用成本非常高，而且SaaS廠商的實施成本也很高，此時的小步快跑式迭代，尤其是在驗證產品業務邏輯的時候，往往是會逐漸消耗得來不易的用戶信任感，因為打磨周期不可控，自然用戶體驗不會太好。

B端用戶是否能等到你的解決方案？還是你先要有比較成型的1.0解決方案后再投入市場？

別急，下面還有一點

4

應用場景的有效切割

經常會遇到這樣的情況：運營或市場找產品經理講，你先把這個產品功能開發出來，然后我們再根據用戶的使用情況做功能調整。

這句話的實現最好是加個前提，那就是B端用戶的應用場景是否能夠做切割。

學過物理的朋友們都知道串聯和并聯，此處有異曲同工之意。如果是串聯式的業務場景，當SaaS產品功能在某個環節卡殼的時候，業務流程就會被阻斷；如果是并聯式的業務場景，或許還可以有別的路徑走通。

因為大部分B端用戶的業務場景都是貫通式的不太容易切割，那么產品迭代過程中就需要注意現有的解決方案，是否能夠有效解決各業務場景問題。

5

產品迭代的合理克制

到底是客戶順應產品，還是產品順應客戶，中間是有博弈的，尤其是面對現有客戶功能的滿足，產品迭代中也要學會克制。

拿裝修設計行業案例來講，A公司房屋測量和設計都是同一個角色在做，系統里面不需要切割不同角色進行；但是B公司恰恰是細分了測量和設計為兩個業務角色。市場上80%的企業業務流程是A公司的模式，那么這時候對B公司來講，就要順應產品，靠內部分工去解決通用產品方案所不能滿足的功能。

當然，SaaS廠商的客戶成功團隊在做實施時，需要有能夠提出解決產品不足的方案能力，來打好配合。

最后的話

以上是SaaS產品迭代過程中容易踩的5個坑，我們來回顧一下：

產品迭代方向

產品迭代邊界

產品迭代節奏

應用場景切割

產品迭代克制

相信在以上的幾個討論中，結合產品經理日常技術性迭代策略，能夠讓SaaS產品找準更好的定位，滿足垂直市場和用戶變化的需求，讓產品保持持久的生命力。