魚香肉絲沒有魚?細數SaaS產品迭代易踩的5個坑
編輯導語:在產品的生命周期中,進行產品迭代是保持產品生命力非常重要的一環,好的產品迭代能夠延長產品生命周期,甚至是起死回生。那在產品迭代的過程中,會遇到哪些踩坑的地方呢?一起來看看吧。
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協議。
專業的
??????可以細講一下“老婆”和“魚”嗎?
可以關注公眾號,多多交流