产品上线,尤其是初期1.0版本上线不可能是完美的,但受限于市场开发节奏、绩效考核等因素又必须上线,所以很难避免产品功能上的缺失,甚至是会把产品测试和反馈转嫁给客户去做。
小步快跑还有效吗?先说答案,当然有效。
后面还跟着但是,你需要注意尽量不要把不成熟的功能(没想明白还未能闭环)推向市场,以期望能通过小步快跑的迭代方式来弥补产品功能的不足。
这是极其重要的一点,很多B端SaaS产品都忽略了这个点。有部分B端SaaS厂商认为小步快跑式的迭代是法宝,可以慢慢修改直至产品功能成熟。
但是因为B端企业大多数缺乏信息化底座,内部使用成本非常高,而且SaaS厂商的实施成本也很高,此时的小步快跑式迭代,尤其是在验证产品业务逻辑的时候,往往是会逐渐消耗得来不易的用户信任感,因为打磨周期不可控,自然用户体验不会太好。
B端用户是否能等到你的解决方案?还是你先要有比较成型的1.0解决方案后再投入市场?别急,下面还有一点。
应用场景的有效切割
经常会遇到这样的情况:运营或市场找产品经理讲,你先把这个产品功能开发出来,然后我们再根据用户的使用情况做功能调整。
这句话的实现最好是加个前提,那就是B端用户的应用场景是否能够做切割。
学过物理的朋友们都知道串联和并联,此处有异曲同工之意。如果是串联式的业务场景,当SaaS产品功能在某个环节卡壳的时候,业务流程就会被阻断;如果是并联式的业务场景,或许还可以有别的路径走通。
因为大部分B端用户的业务场景都是贯通式的不太容易切割,那么产品迭代过程中就需要注意现有的解决方案,是否能够有效解决各业务场景问题。
产品迭代的合理克制
到底是客户顺应产品,还是产品顺应客户,中间是有博弈的,尤其是面对现有客户功能的满足,产品迭代中也要学会克制。
拿装修设计行业案例来讲,A公司房屋测量和设计都是同一个角色在做,系统里面不需要切割不同角色进行;但是B公司恰恰是细分了测量和设计为两个业务角色。
市场上80%的企业业务流程是A公司的模式,那么这时候对B公司来讲,就要顺应产品,靠内部分工去解决通用产品方案所不能满足的功能。
当然,SaaS厂商的客户成功团队在做实施时,需要有能够提出解决产品不足的方案能力,来打好配合。
最后的话
以上是SaaS产品迭代过程中容易踩的5个坑,我们来回顾一下:
相信在以上的几个讨论中,结合产品经理日常技术性迭代策略,能够让SaaS产品找准更好的定位,满足垂直市场和用户变化的需求,让产品保持持久的生命力。
【ToB大师课】是「ToB 行业头条」出品的线上直播专栏,每期直播都会邀请到知名大咖,从企业战略布局、产品增长、市场营销、销售组织、客户成功五个维度进行支招,为企业提供切实的帮助。
周三8点 · 4月20日:SaaS产品专家、公众号「ToB老人家」主理人王戴明,将做客ToB头条直播间帮助SaaS产品经理和SaaS创业者了解SaaS产品经理的核心能力,以及对如何打造一款成功的SaaS产品做出精彩分享。欢迎大家扫下图二维码回复「增长」,提前进入学习交流群~