編輯導語：在產品的生命週期中，進行產品迭代是保持產品生命力非常重要的一環，好的產品迭代能夠延長產品生命週期，甚至是起死回生。那在產品迭代的過程中，會遇到哪些踩坑的地方呢？一起來看看吧。
SaaS產品迭代，我們往往過多地關注於技術性策略，拋開常規的產品迭代策略，我們在維持長久的產品生命力週期中，還應該關注哪些容易踩的坑呢？
我們知道，任何互聯網產品都會經歷初創期、成長期、成熟期、衰退期這4個主要產品生命週期，產品迭代是產品在持續滿足市場和用户變化的需求下，保持持久生命力非常重要的一環。
好的產品迭代能夠延長產品生命週期，甚至是起死回生。
因為SaaS產品屬性的不同，服務對象也是不一樣的，有B端用户也有C端用户，如在線設計類產品，面向廣大C端用户；如企業OA系統，則面向B端用户。
當然，B端和C端SaaS產品的迭代邏輯自然是有所差異的。
那麼，在SaaS產品迭代過程中都會遇到哪些踩坑的地方？
在這裏，我們不談產品迭代的技術型策略，我們以面向B端的SaaS產品為例，和你分享一些思考，希望對你有啓發。
01 產品迭代的方向不同我們經常講SaaS產品是解決方案的集合體，B端和C端用户對解決方案的需求維度不一樣。
經常聽到調侃“魚香肉絲沒有魚，老婆餅裏沒老婆”，如果説這類產品還可以依靠品牌、口碑、甚至價格來打動C端用户，但是如果賣給B端用户，恰恰這個“魚”和“老婆”是必不可少的核心解決方案。
即使是沒有“大魚”，也要用同類型解決方案“小魚”來滿足B端用户的需求。
02 分不清產品迭代的邊界需求管理貫穿着產品經理的整個工作週期，不是所有需求都要去設計和開發，產品經理要注意辨識哪些需求是在當前產品邊界範圍內，如果不是，那麼產品迭代過程中就要駁回與產品定位不符的需求，甚至是偽需求。
魚香肉絲有沒有魚，需不需要有魚，這就是產品邊界。
03 把握不準產品迭代的節奏產品上線，尤其是初期1.0版本上線不可能是完美的，但受限於市場開發節奏、績效考核等因素又必須上線，所以很難避免產品功能上的缺失，甚至是會把產品測試和反饋轉嫁給客户去做。
小步快跑還有效嗎？先説答案，當然有效。後面還跟着但是，你需要注意儘量不要把不成熟的功能（沒想明白還未能閉環）推向市場，以期望能通過小步快跑的迭代方式來彌補產品功能的不足。
這是極其重要的一點，很多B端SaaS產品都忽略了這個點。有部分B端SaaS廠商認為小步快跑式的迭代是法寶，可以慢慢修改直至產品功能成熟。
但是因為B端企業大多數缺乏信息化底座，內部使用成本非常高，而且SaaS廠商的實施成本也很高，此時的小步快跑式迭代，尤其是在驗證產品業務邏輯的時候，往往是會逐漸消耗得來不易的用户信任感，因為打磨週期不可控，自然用户體驗不會太好。
B端用户是否能等到你的解決方案？還是你先要有比較成型的1.0解決方案後再投入市場？
別急，下面還有一點
04 應用場景的有效切割經常會遇到這樣的情況：運營或市場找產品經理講，你先把這個產品功能開發出來，然後我們再根據用户的使用情況做功能調整。
這句話的實現最好是加個前提，那就是B端用户的應用場景是否能夠做切割。
學過物理的朋友們都知道串聯和並聯，此處有異曲同工之意。如果是串聯式的業務場景，當SaaS產品功能在某個環節卡殼的時候，業務流程就會被阻斷；如果是並聯式的業務場景，或許還可以有別的路徑走通。
因為大部分B端用户的業務場景都是貫通式的不太容易切割，那麼產品迭代過程中就需要注意現有的解決方案，是否能夠有效解決各業務場景問題。
05 產品迭代的合理剋制到底是客户順應產品，還是產品順應客户，中間是有博弈的，尤其是面對現有客户功能的滿足，產品迭代中也要學會剋制。
拿裝修設計行業案例來講，A公司房屋測量和設計都是同一個角色在做，系統裏面不需要切割不同角色進行；但是B公司恰恰是細分了測量和設計為兩個業務角色。市場上80%的企業業務流程是A公司的模式，那麼這時候對B公司來講，就要順應產品，靠內部分工去解決通用產品方案所不能滿足的功能。
當然，SaaS廠商的客户成功團隊在做實施時，需要有能夠提出解決產品不足的方案能力，來打好配合。
06 最後的話以上是SaaS產品迭代過程中容易踩的5個坑，我們來回顧一下：
- 產品迭代方向
- 產品迭代邊界
- 產品迭代節奏
- 應用場景切割
- 產品迭代剋制
相信在以上的幾個討論中，結合產品經理日常技術性迭代策略，能夠讓SaaS產品找準更好的定位，滿足垂直市場和用户變化的需求，讓產品保持持久的生命力。
作者：王鈺；公眾號：鈺見SaaS。
本文由 @鈺見SaaS 原創發佈於人人都是產品經理。未經許可，禁止轉載。
題圖來自unsplash，基於CC0協議。