时间: 2021-07-30 11:27:10 人气: 21 评论: 0
近几年，关于B端产品和SaaS产品的讨论越来越多，不过你真的清楚SaaS产品指的是什么吗？你知道它的产品目标与产品生命周期与C端产品有何不同，它又有什么特点呢？
过年回家，少不了被亲戚朋友问起工作，基本都是关于我目前岗位的工作内容：
“产品经理，具体是做什么的？”。
每次回答这个问题，我都是先把什么是产品经理讲一遍，然后再把我的工作内容讲一遍。
讲得多了，自己也产生了新的疑问：我了解我的工作吗？
目前我负责的产品，面向的是餐饮 B 端客户，概括来说是将实体门店巡检线上化，实现信息化管理。而具体提供服务的方式，是由我们公司搭建基础设施硬件，对方仅需定时支付费用使用即可。
因此可以说，我目前在做的是一名 SaaS 产品经理。
同时经过这段时间的工作、学习，我慢慢地对 SaaS 有了一定的了解和认知，并希望做一些内容上的输出。
一来是通过对之前工作的复**，避免犯二次错误；二来是与你分享一些我的理解，希望能帮你解决对 SaaS 产品的疑惑。
SaaS，是Software-as-a-Service的缩写名称，意思为软件即服务，即通过网络提供软件服务。
SaaS平台供应商将应用软件统一部署在自己的服务器上，客户可以根据工作实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得Saas平台供应商提供的服务。
以上来自百度百科上的摘录，让我们以客户的视角提炼其中的关键词，总结一下 SaaS 产品的特点。
如果一款产品同时满足上面的 3 个条件，那么这款产品就属于 SaaS 。
说到这里，你肯定能想起很多 B 端 SaaS 产品，比如销售易、管易云、禅道等，也就是在我们的产品认知中，认为 SaaS 产品属于 B 端产品的一部分。
但是再仔细想想，某些 C 端产品其实也符合上面的特征。
像有道云笔记、石墨文档等，这些不仅有 B 端企业协作版，同时也开放给我们这些 C 端用户使用的个人版，而实际上他们也属于 SaaS 产品。
之所以讲这部分内容，一是希望大家在判断 SaaS 产品时，能够有一个标准；二是作为产品经理的我们，要克服自己的「快思想」。
毕竟这种思维在实际工作中，很容易给自己挖坑，做出错误的判断。
鉴于 To B 的 SaaS 产品较为常见，那么接下来主要也**围绕着这类 SaaS 产品做阐述与分析。
企业的性质包括大格局行业，也包括小流程业务，再回归到 SaaS 产品是帮助企业解决问题的思想上。
我们可以将 SaaS 产品分为业务 SaaS 产品和行业 SaaS 产品。
但话说回来，企业往往是行业与业务交织在一起的产物，比如同是 CRM 系统，教育行业和电商行业肯定是不一样的。
而同为巡检业务的餐饮行业和零售行业，在这上面的标准却又有很多相同点。
那么既然这两点彼此间交融，那么产品经理理解它有什么用呢？
其实这是为后面产品经理理解业务做铺垫。
要知道作为一名优秀的产品经理，需要将错综复杂的事物按一定的逻辑进行梳理并分类。
这就跟我们搬家一样，事先不做到大包小包的分好类，搬到新家后收拾起来可是难上加难。
产品是用来解决问题的，对于 SaaS 产品来说更是这样。
要知道，当企业向你们付钱并购买了你们的产品，对于他们来说你的产品必须能发挥出相应的价值。
对企业的价值总结来说分为提效和降本。
因此对于 SaaS 产品经理来说，需要能够将对方实际的业务场景，归类整合体现在产品中，同时能够适用于整个行业和其中的绝大部分企业。
总结一句话就是，将 SaaS 产品做成行业内的信息化解决方案。
因此需要 SaaS 产品经理，「先搞清场景，再信息发散，最后归类收敛」，并在这个过程中不断积累沉淀对行业的认知和业务的理解。
只有这样，才能不断地向客户提供产品上的服务，并为公司带来更多的收益。
SaaS 产品和普通产品一样，也存在阶段性的产品生命周期，整体可以用下面这张图来表示。
接下来，我**对每个阶段的关键词，做对应的阐述。
（1）业务闭环
打靶需要目标，做 SaaS 产品也是一样。
SaaS 产品**将业务调研的结果，结合公司资源和行业现状，设计出一个能够满足企业核心业务流程的 MVP 产品。
这里尤其要注意「业务闭环」，调研过程中不要遗漏角色和工作流。
打个做菜的比方，给食客上菜的步骤分买菜 → 摘菜 → 洗菜 → 炒菜 → 上菜，每一步对应一个人。
但如果你遗漏了摘菜这步，洗菜的人发现很多烂菜叶，就**产生衔接不上的问题。
（2）标杆企业
产品都有自己的种子用户，而 SaaS 产品种子用户就是「标杆企业」。
之所以这么说，是因为 SaaS 产品的最终目标，是要做行业内的解决方案。
因此我们需要找到规模大、流程规范、工作界限明确的企业，来验证我们的产品，这便于我们之后向下复制 SaaS 产品的模式。
（3）即时反馈
无论什么团队做出来的产品，第一个版本一定极其难用。
对于 SaaS 产品来说，可以拿着自己的产品，实际去对方企业工作一天，多听听对方的抱怨。
不仅能够加深对业务理解，同时也是获得一手需求的有效方式。
（1）功能累加
区别于 C 端产品，SaaS 产品需要在这个阶段不断地上新功能。
当然不是无意义的加，而是围绕着产品的定位，有策略的加。
比如我负责产品的核心流程是自上而下派发任务，随着产品的不断使用，新增了自下而上的问题上报和每日多次的定位统计。
具体需求的评估标准，我**在之后的文章中做详细说明。
随着功能的完善，产品能够提供的服务也**越来越多，因此可以考虑寻找更多的商家去试用。
在跟进的过程中，通过大量客户使用后的反馈、观察他们的操作，我们便可以持续的提供服务。
其中包括新功能的添加和老功能的优化。
（1）深入服务
到了这个阶段的 SaaS 产品，**将重点放在如何商业化，也就是提高营收上。
这时就需要公司拥有更完善的客户体系，对客户有着差异化服务的能力，基于这些服务，单独去进行售卖。
而鉴于你们之前的合作关系，如果这个服务对方用得上，签单的概率**高很多。
（2）签单续单
要知道，很多公司续单的原因是因为大量的数据都在这个平台上，不仅迁移成本高，而且还需要重新学习。
因此只要 SaaS 公司能够持续不断地向客户提供服务，稳步向前，续单不难做到。
但重点是如何能带来新订单和新收益，这取决于 SaaS 产品是否能满足客户的个性化需求。
最常见的就是数据看板特殊的个性化模型，这个过程需要跟业务部门的人不断沟通，挖掘商业价值高的需求。
（1）合作共赢 + 生态平台
任何企业和产品都逃不过衰败，就和人无法逃避生死一样。
但 SaaS 产品可以找到自己「价值延续」的点，跨越生命周期进入到再一轮的生命周期。
老实说，我现在还没有接触过这个阶段，个人的理解这**是一个“服务共同体”，核心目的是为了合作共赢。
毕竟，一个企业的精力和能力是有限的，想要屹立不倒，成为一家百年企业，一定需要与新时代的企业合作并进。
以上就是我对 SaaS 产品的理解，不知道你在看完后是否对 SaaS 产品有了新的认知。
现如今，产品经理处于一个不断淘洗的过程，要求慢慢地也**越来越高。
因此我们需要不断地学习知识，再在实践中不断地复**与调整，最终形成自己内化的方法论，能够指导自己做出正确的决策。
加油，共勉！
作者：空，公众号：小木盒产品记
本文由 @空 原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
