因为SaaS产品属性的不同，服务对象也是不一样的，有B端用户也有C端用户，如在线设计类产品，面向广大C端用户；如企业OA系统，则面向B端用户。
当然，B端和C端SaaS产品的迭代逻辑自然是有所差异的。
那么，在SaaS产品迭代过程中都会遇到哪些踩坑的地方？
在这里，我们不谈产品迭代的技术型策略，我们以面向B端的SaaS产品为例，和你分享一些思考，希望对你有启发。
1产品迭代的方向不同
即使是没有“大鱼”，也要用同类型解决方案“小鱼”来满足B端用户的需求。
2分不清产品迭代的节奏
3把握不准产品迭代的节奏
这是极其重要的一点，很多B端SaaS产品都忽略了这个点。有部分B端SaaS厂商认为小步快跑式的迭代是法宝，可以慢慢修改直至产品功能成熟。
但是因为B端企业大多数缺乏信息化底座，内部使用成本非常高，而且SaaS厂商的实施成本也很高，此时的小步快跑式迭代，尤其是在验证产品业务逻辑的时候，往往是会逐渐消耗得来不易的用户信任感，因为打磨周期不可控，自然用户体验不会太好。
B端用户是否能等到你的解决方案？还是你先要有比较成型的1.0解决方案后再投入市场？别急，下面还有一点
4应用场景的有效切割
经常会遇到这样的情况：运营或市场找产品经理讲，你先把这个产品功能开发出来，然后我们再根据用户的使用情况做功能调整。
这句话的实现最好是加个前提，那就是B端用户的应用场景是否能够做切割。
学过物理的朋友们都知道串联和并联，此处有异曲同工之意。如果是串联式的业务场景，当SaaS产品功能在某个环节卡壳的时候，业务流程就会被阻断；如果是并联式的业务场景，或许还可以有别的路径走通。
因为大部分B端用户的业务场景都是贯通式的不太容易切割，那么产品迭代过程中就需要注意现有的解决方案，是否能够有效解决各业务场景问题。
5产品迭代的合理克制
当然，SaaS厂商的客户成功团队在做实施时，需要有能够提出解决产品不足的方案能力，来打好配合。
- 👉产品迭代方向
- 👉产品迭代边界
- 👉产品迭代节奏
- 👉应用场景切割
- 👉产品迭代克制
相信在以上的几个讨论中，结合产品经理日常技术性迭代策略，能够让SaaS产品找准更好的定位，满足垂直市场和用户变化的需求，让产品保持持久的生命力。
本文由钰见SaaS投稿，运营狗专栏作者。如若转载，请注明出处：https://www.zcly.cn/91866.html
微信扫一扫 
支付宝扫一扫 
