近几年，关于B端产品和SaaS产品的讨论越来越多，不过你真的清楚SaaS产品指的是什么吗？你知道它的产品目标与产品生命周期与C端产品有何不同，它又有什么特点呢？

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

“产品经理，具体是做什么的？”。

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

讲得多了，自己也产生了新的疑问：我了解我的工作吗？

目前我负责的产品，面向的是餐饮 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 产品有了新的认知。

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

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

加油，共勉！

作者：空，公众号：小木盒产品记

本文由 @空 原创发布于人人都是产品经理，未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议