編輯導(dǎo)語：在產(chǎn)品的生命周期中，進行產(chǎn)品迭代是保持產(chǎn)品生命力非常重要的一環(huán)，好的產(chǎn)品迭代能夠延長產(chǎn)品生命周期，甚至是起死回生。那在產(chǎn)品迭代的過程中，會遇到哪些踩坑的地方呢？一起來看看吧。

SaaS產(chǎn)品迭代，我們往往過多地關(guān)注于技術(shù)性策略，拋開常規(guī)的產(chǎn)品迭代策略，我們在維持長久的產(chǎn)品生命力周期中，還應(yīng)該關(guān)注哪些容易踩的坑呢？

我們知道，任何互聯(lián)網(wǎng)產(chǎn)品都會經(jīng)歷初創(chuàng)期、成長期、成熟期、衰退期這4個主要產(chǎn)品生命周期，產(chǎn)品迭代是產(chǎn)品在持續(xù)滿足市場和用戶變化的需求下，保持持久生命力非常重要的一環(huán)。

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

因為SaaS產(chǎn)品屬性的不同，服務(wù)對象也是不一樣的，有B端用戶也有C端用戶，如在線設(shè)計類產(chǎn)品，面向廣大C端用戶；如企業(yè)OA系統(tǒng)，則面向B端用戶。

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

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

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

01 產(chǎn)品迭代的方向不同

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

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

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

02 分不清產(chǎn)品迭代的邊界

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

魚香肉絲有沒有魚，需不需要有魚，這就是產(chǎn)品邊界。

03 把握不準產(chǎn)品迭代的節(jié)奏

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

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

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

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

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

別急，下面還有一點

04 應(yīng)用場景的有效切割

經(jīng)常會遇到這樣的情況：運營或市場找產(chǎn)品經(jīng)理講，你先把這個產(chǎn)品功能開發(fā)出來，然后我們再根據(jù)用戶的使用情況做功能調(diào)整。

這句話的實現(xiàn)最好是加個前提，那就是B端用戶的應(yīng)用場景是否能夠做切割。

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

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

05 產(chǎn)品迭代的合理克制

到底是客戶順應(yīng)產(chǎn)品，還是產(chǎn)品順應(yīng)客戶，中間是有博弈的，尤其是面對現(xiàn)有客戶功能的滿足，產(chǎn)品迭代中也要學(xué)會克制。

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

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

06 最后的話

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

• 產(chǎn)品迭代方向
• 產(chǎn)品迭代邊界
• 產(chǎn)品迭代節(jié)奏
• 應(yīng)用場景切割
• 產(chǎn)品迭代克制

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

作者：王鈺；公眾號：鈺見SaaS。

本文由 @鈺見SaaS 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自unsplash，基于CC0協(xié)議。