鱼香肉丝没有鱼?细数SaaS产品迭代易踩的5个坑

鱼香肉丝没有鱼?细数SaaS产品迭代易踩的5个坑

SaaS产品迭代,我们往往过多的关注于技术性策略,抛开常规的产品迭代策略,我们在维持长久的产品生命力周期中,还应该关注哪些容易踩的坑呢?

我们知道,任何互联网产品都会经历初创期、成长期、成熟期、衰退期这4个主要产品生命周期,产品迭代是产品在持续满足市场和用户变化的需求下,保持持久生命力非常重要的一环。

好的产品迭代能够延长产品生命周期,甚至是起死回生。

因为SaaS产品属性的不同,服务对象也是不一样的,有B端用户也有C端用户,如在线设计类产品,面向广大C端用户;如企业OA系统,则面向B端用户。

当然,B端和C端SaaS产品的迭代逻辑自然是有所差异的。

那么,在SaaS产品迭代过程中都会遇到哪些踩坑的地方?

在这里,我们不谈产品迭代的技术型策略,我们以面向B端的SaaS产品为例,和你分享一些思考,希望对你有启发。

产品迭代的方向不同

我们经常讲SaaS产品是解决方案的集合体,B端和C端用户对解决方案的需求维度不一样。

经常听到调侃“鱼香肉丝没有鱼,老婆饼里没老婆”,如果说这类产品还可以依靠品牌、口碑、甚至价格来打动C端用户,但是如果卖给B端用户,恰恰这个“鱼”和“老婆”是必不可少的核心解决方案。

即使是没有“大鱼”,也要用同类型解决方案“小鱼”来满足B端用户的需求。

分不清产品迭代的节奏

需求管理贯穿着产品经理的整个工作周期,不是所有需求都要去设计和开发,产品经理要注意辨识哪些需求是在当前产品边界范围内,如果不是,那么产品迭代过程中就要驳回与产品定位不符的需求,甚至是伪需求。

鱼香肉丝有没有鱼,需不需要有鱼,这就是产品边界。

把握不准产品迭代的节奏

产品上线,尤其是初期1.0版本上线不可能是完美的,但受限于市场开发节奏、绩效考核等因素又必须上线,所以很难避免产品功能上的缺失,甚至是会把产品测试和反馈转嫁给客户去做。

小步快跑还有效吗?先说答案,当然有效。后面还跟着但是,你需要注意尽量不要把不成熟的功能(没想明白还未能闭环)推向市场,以期望能通过小步快跑的迭代方式来弥补产品功能的不足。

这是极其重要的一点,很多B端SaaS产品都忽略了这个点。有部分B端SaaS厂商认为小步快跑式的迭代是法宝,可以慢慢修改直至产品功能成熟。

但是因为B端企业大多数缺乏信息化底座,内部使用成本非常高,而且SaaS厂商的实施成本也很高,此时的小步快跑式迭代,尤其是在验证产品业务逻辑的时候,往往是会逐渐消耗得来不易的用户信任感,因为打磨周期不可控,自然用户体验不会太好。

B端用户是否能等到你的解决方案?还是你先要有比较成型的1.0解决方案后再投入市场?别急,下面还有一点

应用场景的有效切割

经常会遇到这样的情况:运营或市场找产品经理讲,你先把这个产品功能开发出来,然后我们再根据用户的使用情况做功能调整。

这句话的实现最好是加个前提,那就是B端用户的应用场景是否能够做切割。

学过物理的朋友们都知道串联和并联,此处有异曲同工之意。如果是串联式的业务场景,当SaaS产品功能在某个环节卡壳的时候,业务流程就会被阻断;如果是并联式的业务场景,或许还可以有别的路径走通。

因为大部分B端用户的业务场景都是贯通式的不太容易切割,那么产品迭代过程中就需要注意现有的解决方案,是否能够有效解决各业务场景问题。

产品迭代的合理克制

到底是客户顺应产品,还是产品顺应客户,中间是有博弈的,尤其是面对现有客户功能的满足,产品迭代中也要学会克制。

拿装修设计行业案例来讲,A公司房屋测量和设计都是同一个角色在做,系统里面不需要切割不同角色进行;但是B公司恰恰是细分了测量和设计为两个业务角色。市场上80%的企业业务流程是A公司的模式,那么这时候对B公司来讲,就要顺应产品,靠内部分工去解决通用产品方案所不能满足的功能。

当然,SaaS厂商的客户成功团队在做实施时,需要有能够提出解决产品不足的方案能力,来打好配合。

最后的话

以上是SaaS产品迭代过程中容易踩的5个坑,我们来回顾一下:

产品迭代方向

产品迭代边界

产品迭代节奏

应用场景切割

产品迭代克制

相信在以上的几个讨论中,结合产品经理日常技术性迭代策略,能够让SaaS产品找准更好的定位,满足垂直市场和用户变化的需求,让产品保持持久的生命力。

原文链接:https://www.1588tao.com/23532.html,转载请注明出处。

0

站点公告

由于这几天忙,没有更新,明天正常恢复更新。购买文章时可先点击网盘检测链接是否有效,无效的文章请勿购买,请及时联系站长修补。请勿使用UC浏览器浏览网站,uc误报网页,请更换其他浏览器浏览。
显示验证码
没有账号? 注册  忘记密码?
'); })();