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

推荐订阅源

Y
Y Combinator Blog
博客园_首页
量子位
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Help Net Security
The Cloudflare Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
A
About on SuperTechFans
腾讯CDC
H
Hackread – Cybersecurity News, Data Breaches, AI and More
D
DataBreaches.Net
L
LangChain Blog
Stack Overflow Blog
Stack Overflow Blog
Jina AI
Jina AI
月光博客
月光博客
云风的 BLOG
云风的 BLOG
博客园 - 聂微东
Hugging Face - Blog
Hugging Face - Blog
雷峰网
雷峰网
C
Check Point Blog
V
V2EX
T
Tailwind CSS Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Microsoft Security Blog
Microsoft Security 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公司虚华落尽,回归本质,迎接春天
东林-Tony · 2023-02-01 · via 人人都是产品经理

2015年号称是SaaS元年,到如今发展势头强盛的SaaS公司并不多,为什么中国有数万亿级别的软件市场需求、大量的信息化需求,但软件市场仍有许多上升空间?文章中进行了分析,并相信虚华落尽,SaaS也将迎来真正的春天。

中国从2015年开始的SaaS元年,到现在SaaS似乎碰到一系列的窘境。刚开始,大家觉得SaaS应该主要是针对中小型客户,也因为原来对C端做流量有着非常美好的经验,于是大家开始一拥而上,拼命砸钱,做营收,亏钱无所谓;先垄断,再赚钱(钉钉和刚开始的纷享销客是这方面典型的代表),但是这样跑了几年,大家发现好像不是那么回事:

  • 拿到客户不一定留得住客户,客户流失率高,很多时候留存率都低于50%。
  • 中国中小企业的生命周期平均只有三年左右,每年中小客户的死亡率很高。
  • 中小客户付费能力和付费意愿都比较弱。

于是每年的ARR/流失率算下来,LTV太低,另外CAC获客成本在中国很多时候超过首年费用,账算不过来,所以大家叹息说和欧美国情不一样,中国中小企业的SaaS没有机会。

中小企业难做,活不下来,2018和2019年,大家开始都瞄准了中大企业的SaaS,中大企业的付费能力强,续约率高,似乎能够规避面向中小企业的所有问题。这两年,慢慢大家发现中大企业似乎也不那么美好了,因为如下几个原因:

  • 由于中国中大企业管理方面个性化比较多,管理不如欧美那样规范。
  • 由于中国内卷的乙方竞争环境,乙方在和甲方沟通的时候太过弱势。
  • 中国普遍需求解决方案能力以及产品力相对较弱

于是导致很多定制化需求,定制化需求多了,我们发现:

  • 产品的耦合度越来越高,维护和后续的功能扩展成本越来越高,产品迭代速度变慢。
  • 后期的时候,定制开发很多时候是亏本。
  • 实施,培训越来越复杂。
  • 客户成功以及运营的成本越来越高。

当到达一定的临界点之后,我们发现产品和公司陷入泥潭。随便你砸多少钱进去,公司发展速度就是上不去了,公司的发展停下来了,一般国内这个临界点在一个亿左右,后面的很多岁月就是在泥潭里面挣扎。我们90年代,2000年附近很多成立的软件公司都是在这个泥潭里面挣扎,一群创始人从青年挣扎到老年,消耗了所有最好的年华,依旧动弹不了。

大家开始找药方,怎样解决定制化的问题呢,于是2020年左右我们往国外看去,我们发现了低代码和PaaS平台,用PaaS平台或者低代码平台来解决定制化的问题,从而解决定制化开发带来的增长陷阱。

真的是这样吗?PaaS的定义是Platform as a service,一般的概念是提供给外部的开发者,通过PaaS平台配置出SaaS系统,来给某些群体的客户来提供SaaS服务的平台。这样说来,似乎中国现在还没有什么PaaS平台,内部用的配置平台怎么能够叫PaaS呢?在中国PaaS平台目前也很难有好的未来(在笔者看来,中国最好的PaaS平台是微信的小程序开发平台,不过这种东西注定是巨头的天下,否则连足够的开发者都不会有,这种机会也注定是稀有的机会)。

这是因为:

  • 目前中国没有这样丰富的开发者生态以及SaaS生态环境。
  • 中国目前优质B端产品缺失严重,产品力不够,更多是项目制人才。基本上SaaS产品都很难做好,不要说难度和挑战更大的PaaS平台, 好的PaaS很多角度已经接近于开发平台了,现在还基本上很少国产的开发平台。
  • 除了极少数场景,中国,乃至世界不大需要PaaS平台,产品发展的趋势是对体验的要求越来越高,产品的场景化,垂直产业化是大势所趋,这些都是需要更加场景化,更加垂直的SaaS来解决的问题。

那低代码和无代码平台呢,这块有一些短期需求,但是也是比较难,而且中国目前的很多低代码平台走错了方向,就是一些表单的配置工具,这些表单的配置工具让乙方软件公司来用来解决定制化需求,很多时候都解决不了,而且涉及到和自家产品的接口,算来算去还不如自己来做。

让甲方来用太复杂,基本上甲方需求自己都很难梳理清楚,不要说后面的设计和配置部署了。让咨询顾问或者外包公司来用好像比较合适,但是要用低代码平台来解决顾问公司的复杂项目需求是非常难,你后面发现这是基本上需要一个开发平台才可以做到啊,所以定位很尴尬啊,只能在夹缝中找找空间。

关于低代码平台,笔者刚毕业2004到2008年期间接触过一个很优秀的以色列企业管理软件开发的低代码平台,叫Magic,开发极其高效,80年代的时候就在美国纳斯达克上市。大家有兴趣的可以参考一下,这家公司经过三十几年的发展,路还是越走越窄(因为license费用不菲,很少开发人员用,平台发展速度比Java这样的平台差很多很多),我看现在基本上Magic公司现在主要精力都放在集成工具上面了。

按照目前的发展趋势,国内的绝大多数的PaaS和低代码平台将来可能会沦为项目制的外包或者咨询公司。

面向中小也好,中大也好,低代码也好,砸钱实现不了规模化增长,即使一年亏上亿的钱也换不来几千万的低质量增长。于是大家往国外看去,于是21年我们又看到了一个新的概念PLG, 看样子Product lead growth才有未来,砸钱没有未来,于是大家认人都在谈论PLG。

但是PLG实际上有非常严格的场景需求的,大部分场景都不是满足条件的,PLG的本质是客户与客户之间有高频的动态信息需要及时共享,从而能够实现自然的裂变,类似zoom以及微信就是很好的例子。实现PLG需要注意的二点:

  1. 降低产品的试用门槛,试用版本做到免实施免培训,试用版本就可以解决客户的干性需求。
  2. 发掘信息共享或者高频的协同场景,通过刚性的协同需求形成裂变

你会发现,绝大多数SaaS软件没有这种场景,大家能够做的,更多还是做好口碑,提供免费免实施免培训的试用版本,降低试用门槛罢了。

我们兜兜转转,发现要解决一个问题,永远带来另外一个问题,似乎这条路没有解,没有捷径啊,于是很多投资人开始心灰意冷,很多赛道里面的人开始心灰意冷。

大家有没有发现,这个状态多像创业的状态,很多时候我们做1,发现解决不了问题,于是我们做加法2,加法3,发现加法越多,总是会不断的带来新的问题,最后问题变得越来越复杂,也离彻底解决问题越来越远。很多时候我们不能逃避,就是要集中力量解决问题1才有希望。

那让我们回到原点,再来看看1吧,似乎我们发现核心要解决两个问题。

  1. 解决LTV的问题。
  2. 可持续的提升运营效率以及降低运营成本,提升毛利率。

LTV的问题的解决之道首先是赛道的选择,如果选择中小企业,请选择一些有付费能力,经营也比较稳定,对效率工具要求比较迫切的中小企业赛道,最好可以切到支付和交易环节,这样的垂直赛道还是不少的。对于中小企业的赛道,要关心是否可以解决帮助获客赚钱,信任问题,或者很强的合规需求(在中国合规需求目前不强烈)。

如果选择中大企业,单价,续约率和LTV一般来说天生是没有问题的。如果需要可持续的提升运营效率以及降低运营成本,核心是公司产品以及业务的可复制性,以及复制之后,平均单个客户的获取以及运营成本是否还可持续的降低的问题,这里面包括到单客户的CAC获取成本,交付成本,运营成本,产研维护成本等等。

这些成本的降低,有很多需要解决的问题,但是最核心是要解决产品标准化的问题(另外一个很重要的就是组织力的问题,这里面最核心的是团队腰部力量以及团队的文化的打造),需要做成一个配置能力强,体验优秀的标准产品,否则所有的部门都会陷入复杂,交互成本,运营成本上升,从而导致无法实现规模化增长,或者增长之后单客户的交付成本,运营成本以及维护成本反而增加的情况,到一定阶段之后公司的发展就会陷入停滞。

根据笔者的经验,无论是面向中小客户还是中大客户,产品标准化完全是可以实现的,不需要PaaS,在中国我们需要的只是一个配置性更强的SaaS产品而已。我们没有其它的捷径,踏踏实实做标准化产品,决绝的庖丁解牛式解决定制化以及用户体验问题。

中国数万亿级别的软件市场需求,各个行业大量的信息化需求一直都客观存在,另外随着人力成本的上升,以及管理要求越来越精细化的趋势,软件市场还有很大的上升空间,其中大部分软件需求都会被SaaS化

我们需要做到的是不那么急于求成,慢就是快,踏踏实实把产品和服务做好,回归做好产品的本质,创造价值,做好口碑,一定可以迎来光明的未来。

笔者相信,十年到十五年,中国一定会有多家百亿美金级别的SaaS公司跑出来。梅花香自苦寒来,笔者看来,多年的虚华喧嚣过后,大家的认识回归本源,反而SaaS真正的春天开始来临,未来我们一定能够迎来硕果累累丰收的秋天。

专栏作家
作者:李东林(微信公众号:SaaS产品说;微信号:jianguzhuxin),菜小秘联合创始人,原ADP大中华区产品负责人,14年To B研发与产品设计,团队管理经验,主导过多款大型企业管理软件的设计、研发、上线,也有过数年移动互联网TO C的创业经验。

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

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

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