我是如何理解 SaaS 产品的?

过年回家,少不了被亲戚朋友问起工作,基本都是关于我目前岗位的工作内容:

“产品经理,具体是做什么的?”。

每次回答这个问题,我都是先把什么是产品经理讲一遍,然后再把我的工作内容讲一遍。

讲得多了,自己也产生了新的疑问:我了解我的工作吗?

目前我负责的产品,面向的是餐饮 B 端客户,概括来说是将实体门店巡检线上化,实现信息化管理。而具体提供服务的方式,是由我们公司搭建基础设施硬件,对方仅需定时支付费用使用即可。

因此可以说,我目前在做的是一名 SaaS 产品经理。

同时经过这段时间的工作、学习,我慢慢地对 SaaS 有了一定的了解和认知,并希望做一些内容上的输出。

一来是通过对之前工作的复盘,避免犯二次错误;二来是与你分享一些我的理解,希望能帮你解决对 SaaS 产品的疑惑。

01 什么是 SaaS

SaaS,是Software-as-a-Service的缩写名称,意思为软件即服务,即通过网络提供软件服务。

SaaS平台供应商将应用软件统一部署在自己的服务器上,客户可以根据工作实际需求,通过互联网向厂商定购所需的应用软件服务,按定购的服务多少和时间长短向厂商支付费用,并通过互联网获得Saas平台供应商提供的服务。

以上来自百度百科上的摘录,让我们以客户的视角提炼其中的关键词,总结一下 SaaS 产品的特点。

  • 平台部署,不仅客户不需要购买软硬件设备,同时由平台方来维护。
  • 选购灵活,客户根据服务项数和订购时长,可阶段性向厂商付费。
  • 响应即时,SaaS 平台需要即时响应用户反馈,长期提供服务才能获得更多的收入。

如果一款产品同时满足上面的 3 个条件,那么这款产品就属于 SaaS 。

说到这里,你肯定能想起很多 B 端 SaaS 产品,比如销售易、管易云、禅道等,也就是在我们的产品认知中,认为 SaaS 产品属于 B 端产品的一部分。

但是再仔细想想,某些 C 端产品其实也符合上面的特征。

像有道云笔记、石墨文档等,这些不仅有 B 端企业协作版,同时也开放给我们这些 C 端用户使用的个人版,而实际上他们也属于 SaaS 产品。

之所以讲这部分内容,一是希望大家在判断 SaaS 产品时,能够有一个标准;二是作为产品经理的我们,要克服自己的「快思想」。

毕竟这种思维在实际工作中,很容易给自己挖坑,做出错误的判断。

02 SaaS 产品的分类

鉴于 To B 的 SaaS 产品较为常见,那么接下来主要也会围绕着这类 SaaS 产品做阐述与分析。

企业的性质包括大格局行业,也包括小流程业务,再回归到 SaaS 产品是帮助企业解决问题的思想上。

我们可以将 SaaS 产品分为业务 SaaS 产品行业 SaaS 产品

  • 首先是业务 SaaS 产品,也叫通用型 SaaS 产品,即使跨行业但业务流程相似,比如爱客 CRM 、 金蝶 ERP、 Moka HRM 等。
  • 其次是行业 SaaS 产品,具体聚焦于某个行业,不同行业的业务流程差别很大,比如教育行业的小鹅通、云朵课堂等。

但话说回来,企业往往是行业与业务交织在一起的产物,比如同是 CRM 系统,教育行业和电商行业肯定是不一样的。

而同为巡检业务的餐饮行业和零售行业,在这上面的标准却又有很多相同点。

那么既然这两点彼此间交融,那么产品经理理解它有什么用呢?

其实这是为后面产品经理理解业务做铺垫。

要知道作为一名优秀的产品经理,需要将错综复杂的事物按一定的逻辑进行梳理并分类。

这就跟我们搬家一样,事先不做到大包小包的分好类,搬到新家后收拾起来可是难上加难。

03 SaaS 产品的目标

产品是用来解决问题的,对于 SaaS 产品来说更是这样。

要知道,当企业向你们付钱并购买了你们的产品,对于他们来说你的产品必须能发挥出相应的价值。

对企业的价值总结来说分为提效降本

因此对于 SaaS 产品经理来说,需要能够将对方实际的业务场景,归类整合体现在产品中,同时能够适用于整个行业和其中的绝大部分企业。

总结一句话就是,将 SaaS 产品做成行业内的信息化解决方案。

因此需要 SaaS 产品经理,「先搞清场景,再信息发散,最后归类收敛」,并在这个过程中不断积累沉淀对行业的认知和业务的理解。

只有这样,才能不断地向客户提供产品上的服务,并为公司带来更多的收益。

04 SaaS 产品的生命周期

SaaS 产品和普通产品一样,也存在阶段性的产品生命周期,整体可以用下面这张图来表示。

产品经理,产品经理网站

接下来,我会对每个阶段的关键词,做对应的阐述。

1. 萌芽期

(1)业务闭环

打靶需要目标,做 SaaS 产品也是一样。

SaaS 产品会将业务调研的结果,结合公司资源和行业现状,设计出一个能够满足企业核心业务流程的 MVP 产品。

这里尤其要注意「业务闭环」,调研过程中不要遗漏角色和工作流。

打个做菜的比方,给食客上菜的步骤分买菜 → 摘菜 → 洗菜 → 炒菜 → 上菜,每一步对应一个人。

但如果你遗漏了摘菜这步,洗菜的人发现很多烂菜叶,就会产生衔接不上的问题。

(2)标杆企业

产品都有自己的种子用户,而 SaaS 产品种子用户就是「标杆企业」。

之所以这么说,是因为 SaaS 产品的最终目标,是要做行业内的解决方案。

因此我们需要找到规模大、流程规范、工作界限明确的企业,来验证我们的产品,这便于我们之后向下复制 SaaS 产品的模式。

(3)即时反馈

无论什么团队做出来的产品,第一个版本一定极其难用。

对于 SaaS 产品来说,可以拿着自己的产品,实际去对方企业工作一天,多听听对方的抱怨。

不仅能够加深对业务理解,同时也是获得一手需求的有效方式。

2. 发展期

(1)功能累加

区别于 C 端产品,SaaS 产品需要在这个阶段不断地上新功能。

当然不是无意义的加,而是围绕着产品的定位,有策略的加。

比如我负责产品的核心流程是自上而下派发任务,随着产品的不断使用,新增了自下而上的问题上报每日多次的定位统计

具体需求的评估标准,我会在之后的文章中做详细说明。

(2)业务拓展

随着功能的完善,产品能够提供的服务也会越来越多,因此可以考虑寻找更多的商家去试用。

在跟进的过程中,通过大量客户使用后的反馈、观察他们的操作,我们便可以持续的提供服务。

其中包括新功能的添加和老功能的优化。

3. 成熟期

(1)深入服务

到了这个阶段的 SaaS 产品,会将重点放在如何商业化,也就是提高营收上。

这时就需要公司拥有更完善的客户体系,对客户有着差异化服务的能力,基于这些服务,单独去进行售卖。

而鉴于你们之前的合作关系,如果这个服务对方用得上,签单的概率会高很多。

(2)签单续单

要知道,很多公司续单的原因是因为大量的数据都在这个平台上,不仅迁移成本高,而且还需要重新学习。

因此只要 SaaS 公司能够持续不断地向客户提供服务,稳步向前,续单不难做到。

但重点是如何能带来新订单和新收益,这取决于 SaaS 产品是否能满足客户的个性化需求。

最常见的就是数据看板特殊的个性化模型,这个过程需要跟业务部门的人不断沟通,挖掘商业价值高的需求。

4. 衰退期

(1)合作共赢 + 生态平台

任何企业和产品都逃不过衰败,就和人无法逃避生死一样。

但 SaaS 产品可以找到自己「价值延续」的点,跨越生命周期进入到再一轮的生命周期。

老实说,我现在还没有接触过这个阶段,个人的理解这会是一个“服务共同体”,核心目的是为了合作共赢。

毕竟,一个企业的精力和能力是有限的,想要屹立不倒,成为一家百年企业,一定需要与新时代的企业合作并进。

写在最后

以上就是我对 SaaS 产品的理解,不知道你在看完后是否对 SaaS 产品有了新的认知。

现如今,产品经理处于一个不断淘洗的过程,要求慢慢地也会越来越高。

因此我们需要不断地学习知识,再在实践中不断地复盘与调整,最终形成自己内化的方法论,能够指导自己做出正确的决策。

加油,共勉!

 

作者:空,公众号:小木盒产品记

本文作者 @空

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部