惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MongoDB | Blog
MongoDB | Blog
J
Java Code Geeks
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
D
DataBreaches.Net
腾讯CDC
GbyAI
GbyAI
I
InfoQ
博客园 - Franky
G
Google Developers Blog
Last Week in AI
Last Week in AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
V
Visual Studio Blog
Vercel News
Vercel News
博客园_首页
MyScale Blog
MyScale Blog
Martin Fowler
Martin Fowler
N
Netflix TechBlog - Medium
V
V2EX
T
The Blog of Author Tim Ferriss
M
MIT News - Artificial intelligence
雷峰网
雷峰网
H
Hackread – Cybersecurity News, Data Breaches, AI and More
大猫的无限游戏
大猫的无限游戏
The GitHub Blog
The GitHub Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
SaaS业务,究竟有没有“护城河”?
ToBeSaaS · 2023-05-31 · via 人人都是产品经理

任何SaaS企业都需要一个“护城河”,以保持自己的领域领先地位。但讨论护城河问题需要展开更广的视角,而不限于产品。本文作者就“什么才是SaaS企业的护城河”这个问题展开了分析,一起来看看吧。

不久前我去一家SaaS公司做咨询。没想到被问的第一个问题是:“戴老师,我们请你来的一个主要目的,就是帮我们的产品,搭建一条护城河,从而拉开与竞争对手的距离”。

这确实是一个好问题。任何SaaS企业都需要一个“护城河”,以保持自己的领域领先地位。

不过,护城河问题需要展开更广的视角,而不限于产品。

事实上,在SaaS领域,单靠产品已经很难护住“城”。因为不论你选择什么赛道,把产品做得有多强,很快就会出现一大堆的“me too”产品。

既然产品不能构成有效的护城河,那什么才是SaaS业务的护城河呢?在讨论这个问题之前,有必要搞清楚我们要护的“城”,到底是什么。

我请团队回答下面三个问题(括号中是他们的答案):

  1. 客户为什么要买这类产品?(XX产品可以帮助客户提高效率、降本增效、实现XX数字化)
  2. 客户为什么要买你的产品?(我们的产品带给客户更好的体验,有功能差异化)
  3. 客户凭什么一直买你的产品,而不转向竞争对手?(我们的服务好)

如果你问他们的竞争对手,估计答案也差不多。

从这些问题答案不难看出,大家对护城河的概念,最多也就是产品的差异化水平。显然,这个理解的深度远远不够。

实际上,“护城河”这个比喻,用在SaaS领域再贴切不过了。因为外表强大的SaaS订阅模式,原本就是一座“破城”。如果不加保护的话,费九牛二虎之力获得的客户,很快都会轻易散出。因为对于订阅业务来说,流失就像地心引力一样无法避免。

为订阅业务建护城河,其核心目的是保护SaaS公司唯一的可增值资产-客户。

明确了这个目的,就容易确定哪些东西,才是SaaS业务的护城河,比如:

1)产品管理能力

软件企业中,产品研发(R&D)是与销售并列的顶层业务。但是在SaaS企业中,产品管理(Product Management)是与销售和客户成功,三者并列的顶层业务之一,而产品研发是产品管理下面的一个技术部分。

这隐含着SaaS业务的一个重要的商业逻辑:从一开始,产品就是为客户成功所设计的。它把“以客户为中心”的口号,变成了制度和规则。

2)客户成功函数

在SaaS领域,没有什么比获取和留存客户更重要的事了。

然而,有些投资人或产品专家,把获客和留存这么重要的事,用PMF这样一些似是而非的概念一笔带过,实在是不负责任。其实很多创业公司奉为圭臬的PMF,就是一个正确的废话。它对客户获取和留存,起不到实质性作用。

我并不是说产品不重要,实际上它们很重要。但如果你一直在围绕产品本身打转转,这对于SaaS业务来说,可能钻进了牛角尖。因为一款产品为什么做,以及做成什么样,并不能以产品经理的认知为出发点,而是以客户期望实现的成果为目标

否则,即使把产品做出来而且卖出去,也不过是解决了客户不需要解决的问题而已。

我们知道,在客户成功领域,有一个成功函数,即CS=RO+AX,意思是客户成功取决于RO和AX两个要素的合力。其中RO(Required Outcome)代表客户期望的成果,而AX(Appropriate Experience),则代表客户认为实现RO的最适合的方式。

这个成功函数虽然看起来简单,但却道出了获客和留存的真谛。客户与你签约,并不是看上你的产品功能如何,而是为了实现他们期望的成果。

一个不以客户RO为目标做出来的产品,其实没有存在的意义和价值,这将导致根本就无城可护。所以,强大的客户成功函数,构成了SaaS业务超越产品的护城河

3)订阅式销售能力

销售是SaaS企业的一个顶层业务,同时也是一个“造城”的过程。不过,SaaS业务的销售,不同于交易型业务,它需要采用订阅销售模式。

因为关乎到所获客户的质量,也就是所获客户的成功潜力,以及获客的效率和成本,所以交易型和订阅式,两种销售模式不可混用。

然而不幸的是,目前大部分SaaS公司的销售,并没有采用订阅销售模式,而是沿用传统的交易型销售模式。

这不但降低了造城的质量和效率,也让所造的城更加难护。

4)CS组织的成熟度

再看开篇提到的问题:客户凭什么一直买你的产品,而不转向竞争对手?

这个问题说明,客户这座城之所以没有不攻自破,是因为CS以实际行动,阻止了大量流失,并产生了足够增购。

实际上,对于任何一家SaaS企业而言,这两件事都是比难还难的事。如果没有一个高成熟度的客户成功组织,这个结果很难达到。

然而,现实中很多SaaS公司,客户成功的成熟度处于初级水平,这意味着客户之城本身就是开放的,没有护城河。

5)PaaS

开发一个领域的PaaS,需要更长的周期和更大的投资,但这对于构建护城河来说,还是值得的。因为它可以最大程度解决SaaS领域的四个难题:客户化、扩展、规模化和微生态。

所以,PaaS不但是SaaS公司的技术护城河,也是商业模式的护城河。

综上所述,SaaS业务真正的护城河,并不是单点的,而是多道的。

而公司与公司之间的领先地位和优势差异,也就在于此。

作者:戴珂;公众号:ToBeSaaS

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

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。