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

推荐订阅源

量子位
I
InfoQ
人人都是产品经理
人人都是产品经理
博客园 - 三生石上(FineUI控件)
爱范儿
爱范儿
Hugging Face - Blog
Hugging Face - Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
S
SegmentFault 最新的问题
美团技术团队
小众软件
小众软件
Blog — PlanetScale
Blog — PlanetScale
Jina AI
Jina AI
aimingoo的专栏
aimingoo的专栏
H
Help Net Security
Last Week in AI
Last Week in AI
博客园_首页
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
L
LangChain Blog
云风的 BLOG
云风的 BLOG
Martin Fowler
Martin Fowler
宝玉的分享
宝玉的分享
G
Google Developers Blog
博客园 - 叶小钗
博客园 - Franky

人人都是产品经理

为什么你的产品找不到差异化?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 · 2022-11-28 · via 人人都是产品经理

SaaS创业公司在做年度规划的时候,可能都会希望可以在第二年增加更多收入,不过对于SaaS创业公司来说,怎样才有可能找到更多的增长机会?有效的年度规划,又该怎么做?本篇文章里,作者发表了他的见解,一起来看。

前几天有一位创始人,跟我讨论公司年度计划时,提了一个很有代表性的问题:“为什么我们公司的收入,每年都差不多,有时还可能减少?有没有什么办法,让明年的收入有所增长呢?”。

其实有这种问题的人还不少。虽然每年规划的投入越来越多,打法也是变换各种花样,但增长却是越来越难。

显然,问题并不是出现在资源投入多少、怎么干上。

明年的年度规划,需要回到价值层面,才可能发现增长的机会。

01

通常,我会借助下面这个价值-能力评估框架来讨论规划问题,就是下面这张图。

SaaS公司年度增长规划怎么做?从这个逻辑入手

我们说SaaS本质上不是产品,而是服务。那么,在服务的提供上,大致可以分成4个等级:提供产品(L1)、提供解决方案(L2)、提供业务价值(L3)和提供业务成果(L4)。

首先,从客户价值维度可以得出结论:公司收入与客户获得价值是正向相关的。即从低价的好产品,到可衡量的高价值,客户的付费意愿和付费价格都会逐渐增高。

其次,对应不同的客户价值,SaaS公司也必须具有相应的能力才行。从产品稳定可靠,到客户成功帮助下,实现客户业务成果的能力。

最后,是产品的形态变化,从标准产品到通过产品提供,再到关注业务成果。产品的概念逐渐淡化服务的价值凸显,所以也不存在“最好的产品”一说。

02

可能你已经看出来了,处于L1和L2的SaaS,产品属性还相当明显;此时的价值,基本是SaaS服务商一厢情愿的想法。

也就是说,这能否让客户获得实际的业务价值,你自己也是一个假设。

而处于L3和L4的SaaS,由于客户成功的采用(Adoption)服务和运营服务支持,已经产生看得见的业务价值。特别是量化的业务成果(Business Outcomes),在使用之前就可以验证价值的实现。

所以,业务成果是一个花钱少,但用户粘性更高的价值锚点。有明确业务成果的SaaS业务,销售不需要硬卖,因而会更容易。

同时,CSM的工作也更好做,因为与用户共创的目标就是达成业务成果。因业务成果导致的持续使用,也让增购和续费也更容易。

所以,在这样一种SaaS公司做业务,无论是做销售、还是CSM都要更轻松。

03

那么,这个框架与增长有什么关系呢?我们从定价说起。

前面我们说过,SaaS的定价并不适合采用传统软件的按系统、按模块的定价方式;而是采用所谓的价值定价策略。

就是说,你订什么价不重要;重要的是,客户只为获得的业务成果或者明确的价值付费

用一个实际的例子说明SaaS的定价。

在SaaS化的MES中,有一个“产线停机时间采集”功能,用以记录和统计产线上,每个操作工的停机时间碎片。如果按照每分钟生产1000件产品、每件产品0.4元计算,停机一分钟就会损失400块的产品价值。

问题在于停机包括必要停机(如:维修、清理、换料)和其它停机情形(如:休息、吃饭、随意)。所以这个功能的意义在于,发现非必要停机时间(通常这是无法察觉和区分的),从而减少停机带来的经济损失。

算一笔账,如果每天可以减少30分钟非必要停机时间(保守估计),那就是增加了30X400=12000元的产品价值,一年就将近400万。

这就是一个既有ROI、又有KPI的业务成果。

那么,你觉得客户愿意为此每年付多少钱?4万还是40万?打算使用多久?1年还是5年?

不管怎样,你的ARR都会增加。

04

写在最后。

从这个例子也能看出,对于SaaS所提供的服务来说,无论是价格、还是增长,都跟功能的强弱,甚至是功能多少没有关系,那是产品思维;而以订阅思维看,与提供的价值和订阅服务的能力有关。

处于L1和L2的SaaS业务,通常不会比软件业务有更好的增长。在这个水平上的年度规划,每年内容都差不多,对于明年也不会有多大提升。

增长并不能靠打鸡血和灵机一动,重新发掘和锚定量化的客户价值,发展专业的订阅服务能力;也就是从L3到L4的演进迭代,才是有效的年度规划。

作者:戴珂;公众号:ToBeSaaS

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

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

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