saas|细数SaaS产品迭代易踩的5个坑

saas|细数SaaS产品迭代易踩的5个坑

我们知道 , 任何互联网产品都会经历初创期、成长期、成熟期、衰退期这4个主要产品生命周期 。
产品迭代是产品在持续满足市场和用户变化的需求下 , 保持持久生命力非常重要的一环 。 好的产品迭代能够延长产品生命周期 , 甚至是起死回生 。
因为SaaS产品属性的不同 , 服务对象也是不一样的 , 有B端用户也有C端用户 , 如在线设计类产品 , 面向广大C端用户;而企业OA系统 , 则面向B端用户 。
当然 , B端和C端SaaS产品的迭代逻辑自然是有所差异的 。
那么 , 在SaaS产品迭代过程中都会遇到哪些踩坑的地方?
在这里 , 我们不谈产品迭代的技术型策略 , 我们以面向B端的SaaS产品为例 , 和你分享一些思考 , 希望对你有启发 。
一、产品迭代的方向不同
我们经常讲SaaS产品是解决方案的集合体 , B端和C端用户对解决方案的需求维度不一样 。
我们也经常听到调侃:“鱼香肉丝没有鱼 , 老婆饼里没老婆 。 ”
如果说 , 这类产品还可以依靠品牌、口碑、甚至价格来打动C端用户 , 那么 , 想要卖给B端用户 , 恰恰“鱼”和“老婆”是必不可少的核心解决方案 。
【saas|细数SaaS产品迭代易踩的5个坑】即使是没有“大鱼” , 也要用同类型解决方案“小鱼”来满足B端用户的需求 。
二、分不清产品迭代的节奏
需求管理贯穿着产品经理的整个工作周期 , 不是所有需求都要去设计和开发 , 产品经理要注意辨识哪些需求是在当前产品边界范围内的 。 如果不在 , 那么产品迭代过程中就要驳回与产品定位不符的需求 , 甚至是伪需求 。
鱼香肉丝有没有鱼 , 需不需要有鱼 , 这就是产品边界 。
三、把握不准产品迭代的节奏
产品上线 , 尤其是初期1.0版本上线不可能是完美的 , 但受限于市场开发节奏、绩效考核等因素又必须上线 , 所以很难避免产品功能上的缺失 , 甚至是会把产品测试和反馈转嫁给客户去做 。
小步快跑还有效吗?
先说答案 , 当然有效 。 后面还跟着但是——你需要注意尽量不要把不成熟的功能(没想明白还未能闭环)推向市场 , 以期望能通过小步快跑的迭代方式来弥补产品功能的不足 。
这是极其重要的一点 , 很多B端SaaS产品都忽略了这个点 。 有部分B端SaaS厂商认为小步快跑式的迭代是法宝 , 可以慢慢修改直至产品功能成熟 。
但是因为B端企业大多数缺乏信息化底座 , 内部使用成本非常高 , 而且SaaS厂商的实施成本也很高 , 此时的小步快跑式迭代 , 尤其是在验证产品业务逻辑的时候 , 往往是会逐渐消耗得来不易的用户信任感 , 因为打磨周期不可控 , 自然用户体验不会太好 。
B端用户是否能等到你的解决方案?还是你先要有比较成型的1.0解决方案后再投入市场?别急 , 下面还有一点 。
四、应用场景的有效切割
经常会遇到这样的情况:运营或市场对产品经理说 , 你先把这个产品功能开发出来 , 然后我们再根据用户的使用情况做功能调整 。
这句话的实现最好再加个前提 , 那就是:B端用户的应用场景是否能够做切割 。
学过物理的朋友们都知道串联和并联 , 此处有异曲同工之意 。
如果是串联式的业务场景 , 当SaaS产品功能在某个环节卡壳的时候 , 业务流程就会被阻断;如果是并联式的业务场景 , 或许还可以有别的路径走通 。
因为大部分B端用户的业务场景都是贯通式的不太容易切割 , 那么产品迭代过程中就需要注意现有的解决方案 , 是否能够有效解决各业务场景问题 。

相关经验推荐