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

我们知道，任何互联网产品都会经历初创期、成长期、成熟期、衰退期这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解决方案后再投入市场？别急，下面还有一点。

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

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

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

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

• 产品迭代方向

• 产品迭代边界

• 产品迭代节奏

• 应用场景切割

• 产品迭代克制

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