SaaS产品设计原则

3 评论 18080 浏览 154 收藏 8 分钟

编辑导语:SaaS,是商家把自己设计的应用程序布署在云计算器上,用户可以在各种设备上访问。因此,SaaS产品的设计决定了用户的体验感。本篇文章中,作者介绍了SaaS产品设计的三大原则,不清楚的小伙伴不妨来看看。

这一年做SaaS踩了一些坑,也留下了一些经验,总结了SaaS产品设计原则,计划后续每年不断迭代。

一、用户获取/增长

1. 1分钟让企业的不同角色知道产品对他们的价值是什么

企业的不同角色对于产品的诉求是不同的,SaaS产品需要短时间内面向不同角色让他们知道这个产品的价值是什么。

  • 决策者:更看重产品对企业效率的提升,以及风险控制能力、产品售后服务。
  • 使用者:更关注产品的易用性,以及使用该产品后对原有工作流程的改变。

2. SaaS 0→1:把种子用户当作上帝:珍惜客户反馈,定期客户调研,回归工匠精神

种子用户可能属于创新者、早期使用者。

他们有着这样的特点:喜欢新鲜事物,愿意为早期的新鲜产品进行尝试,愿意提出自己意见,对产品有强参与感。

早期时候由于客户量并不算大,可以多进行用户访谈,了解业务是做SaaS的前提。

根据多家公司的不同情况,就可描绘出产品的框架,同时验证产品对客户的核心价值。

(我对工匠精神的理解:产品经理—新时代的手艺人)

3. SaaS 1→100:产品内功没打好,不要轻易做增长

产品每次增长机会都尤其宝贵,有时候产品的MVP还没有打磨好,甚至没得到种子用户的认可,不要轻易做增长。

否则用户进入但却留不住客户,浪费了一次客户的信任、口碑、机会。

二、产品设计

1. 产品定位:面向中小还是大企业,提前想清楚,很难即要又要

对于SaaS产品定位:详见【SaaS】SaaS产品的第一步:找到你的聚焦点。

2. 保证企业用户的虚拟资产稳定性与安全性

数据信息安全与可靠性是SaaS厂商的核心价值。

  • 系统稳定性:稳定性是一切的前提,保证企业资产不丢失、不外流
  • 功能使用:资产生产-管理-使用-删除整个链路的通畅与安全,考虑不同角色对于资产管理的诉求

3. 功能上线后,不可随意下线。所以每个功能都要慎重,想不清楚宁可不做

每个功能上线后,即使是仅有20%的客户使用,如果下线都是影响很大的反馈。

因为改变了用户习惯或者使用数据。所以每个功能想不清楚,宁愿不做。

4. 客户并不是永远在PC端使用你的产品

旧的客户端产品的体验,经常就是在一个封闭的环境中进行系统的使用。

但现在的SaaS模式下,伴随企业OA、通讯软件钉钉、微信的成熟。

要更多考虑到SaaS产品与企业内部系统或者内部工作环境、通讯软件的结合。

5. 基于场景,而不是基于能力单点上线:没有串联具体场景,单点的功能上线是无意义的

在目前小步快跑、快速迭代的号召下,很多产品经理容易陷入功能型产品经理的误区。

客户反馈说要这个功能,然后就下个版本立马上线。

但对于SaaS产品,我们更重要的解决一个场景的问题,就是可以讲出用户使用的故事。

如果单点功能上线,没有推广,讲不清场景,这样的功能也是无意义的。

(对于场景的理解:详见SaaS成功的关键:持续帮助客户成功)

6. 产品结构保持稳定性,优化产品内功而不是表面,做一步想十步

比较好的SaaS产品,我们打开第一眼总是觉得没有什么更新。

可是在实际体验上,却发现原来新增了这么多能力。

产品框架架构好是非常重要的,可以让企业使用习惯不变,却能感觉到产品功能的不断丰富。

7. 竞品分析多问为什么,现象背后有很多组织的原因,别抄到了错的部分

前段时间做竞品分析,感觉某个产品功能上不太对,问了在那个公司的朋友。

发现他们内部也都知道这个问题,只是用户量太大,不太好修改调整了。

所以不要神化排名靠前的几个竞品,可能它某个决策是错的,然后你还抄下去了

三、商业化

1.商业价值的产生来自于用户价值的交付

若没有产生足够的用户价值,就不要进行商业化。

俞军的产品价值公式:产品价值 = (新体验 – 旧体验)- 迁移成本。

在日常的工作接触中,发现企业用户作为决策者每年在汇报时候,也会自己做一个公式,与公司汇报买我们系统的价值。

如简单的公式:系统采购成本<使用这个系统带来的人力减少*人工成本。

如果某个功能想要收费,但是衡量价值上并不能很好地衡量出对客户的提效,就先不要进行商业化。

2. 关注长期价值,而不是短期利益

我们常说SaaS的核心是续费。

对于SaaS产品已经购买的客户,有两点指标需要关注:续费率、客户终身价值(LTV)。

用户购买SaaS后由于其很多企业数据存储在SaaS上,其迁移成本是比较高的,我们更应该关注客户的长期价值,提供长期稳定的体验。

 

作者:周玥,微信公众号:B端周玥

本文由 @周玥  原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 基于场景,而不是基于能力单点上线:没有串联具体场景,单点的功能上线是无意义的

    来自北京 回复
  2. 通篇废话,不是saas化的产品不是这么做?

    来自广东 回复
  3. 不错

    回复