作者：王鈺

個(gè)人簡(jiǎn)介：36氪企服點(diǎn)評(píng)專家團(tuán)，資深作者。歷任聯(lián)合創(chuàng)始人、COO、客戶成功團(tuán)隊(duì)負(fù)責(zé)人，8年ToB行業(yè)互聯(lián)網(wǎng)運(yùn)營經(jīng)驗(yàn)，主導(dǎo)物流SaaS、醫(yī)藥SaaS、大家居SaaS等多個(gè)垂直行業(yè)SaaS解決方案

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

但是因?yàn)?/span>B端企業(yè)大多數(shù)缺乏信息化底座，內(nèi)部使用成本非常高，而且SaaS廠商的實(shí)施成本也很高，此時(shí)的小步快跑式迭代，尤其是在驗(yàn)證產(chǎn)品業(yè)務(wù)邏輯的時(shí)候，往往是會(huì)逐漸消耗得來不易的用戶信任感，因?yàn)榇蚰ブ芷诓豢煽兀匀挥脩趔w驗(yàn)不會(huì)太好。

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

別急，下面還有一點(diǎn)

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

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

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

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

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

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

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

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

產(chǎn)品迭代方向

產(chǎn)品迭代邊界

產(chǎn)品迭代節(jié)奏

應(yīng)用場(chǎng)景切割

產(chǎn)品迭代克制

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

END

文章首發(fā)于“鈺見SaaS”公眾號(hào)