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

推荐订阅源

The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
博客园 - Franky
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
雷峰网
雷峰网
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
WordPress大学
WordPress大学
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
MyScale Blog
MyScale Blog
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
云风的 BLOG
云风的 BLOG
博客园 - 【当耐特】
P
Proofpoint News Feed
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?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?
SaaS学姐 · 2024-05-07 · via 人人都是产品经理

这篇文章,作者从Saas从业者的角度写给需要采购SaaS的企业:应该如何看待SaaS,采用怎样的方式来和SaaS厂商协作,以确保业务成功?

01

以SaaS元年为起点,中国SaaS已经来到了第10年。

10年间,企业从怀疑到尝试,慢慢地开始把SaaS作为数字化的选项之一。

和更为传统的数字化(自建/外包/传统软件)方式相比,SaaS无疑是特殊的:较低的月租费用,持续迭代产品能力,开箱即用的解决方案。

这些特殊之处背后,客户也有常见的担忧。像隐私安全、持续能力、需求满足这些顾虑,成为了SaaS普及过程中的拦路虎。

好在,随着SaaS渗透率的提高,这些担忧和顾虑像阳光下的雪一样慢慢消融。

SaaS 10年,不少SaaS企业已经满了10岁,甚至也有企业迈入20岁大关,他们用始终如一服务,树立了企业采购SaaS的信心。

但是,仅有信心还不足以确保合作的成功。

作为采购方的企业,需要深刻认识到这是不同于以往的数字化方式,它是特殊的一种服务模式,也需要企业用特殊的、不用以往的合作态度去协作。

世界是平的,资源是有限的,除了自己的一亩三分地,谁能构建更好的协作方式,提升协作效率,谁就具备了额外的竞争力。

所以,这篇文章,写给需要采购SaaS的企业:应该如何看待SaaS,采用怎样的方式来和SaaS厂商协作,以确保业务成功?

02

我们把时间拨回10年前,可以看到,企业把传统软件厂商定位为IT施工队,按人日算钱,指哪打哪,只管执行,不管思考。

甲乙方边界分明,企业作为甲方享有说一不二的生死大权,做什么不做什么,改时间改需求,怎么高兴怎么来,毕竟握着一期款二期款,不怕乙方不听话。

但是,这套协作方式在SaaS上,并不好使。

企业还想怎么高兴怎么来?对不起,SaaS厂商会说不,会婉转提供另外的解决方案,甚至会微笑着把企业送出门。

话说回来,为什么SaaS厂商敢拒绝?

因为SaaS厂商做的是共享的生意,生意的成功公式=量级+时间。

有固定量级的客户使用,在拉长的时间线上,确保客户续费来保证持续的使用量级,这就随时间不停延续的的确定性现金流。

在这套模式中,单个客户贡献的价值有限,SaaS通过为全局上提供更为标准的解决方案,从更多适配标准方案的客户处获得收入。

那企业为何要接受SaaS厂商呢?

首先是便宜。

企业看了看SaaS厂商提供的每月的账单,再算了算自建的成本。嗯,还是SaaS香。仔细琢磨下,有些需求也不是非做不可,有些需求也不是非要马上上线。

能用更少成本解决的问题,那就不是问题。

其次,虽然便宜,但SaaS绝对不是传统数字化的消费降级。

可以说,SaaS很多方面,做的比传统数字化做得更好。

特别是对于很多资深SaaS厂商来说,他们就是行业专家,不仅提供技术方案,也提供业务方案。

专业到什么程度呢?

许多厂商里的客户成功,甚至可以直接去应聘对应方向的业务岗。

卖CRM的,能转行去做销售主管,卖HCM的,精通人力资源的六大模块,无缝应聘HR。

别觉得学姐是在瞎说,事实上,转去甲方内部规划数字化,或者转行到业务岗,确实是SaaS公司成功岗的常见转型路行。

这证明了SaaS企业不仅拥有技术能力,更拥有能得到客户认可的业务能力。

这对于仅有数字化想法但没有方案的企业,SaaS厂商可以从海量的服务经验中,抽取适配企业当前情况的解决方案并配合落地实施。

对于成熟型企业,SaaS厂商也有天然的优势,因为以标准化的形式服务过更多的用户,将复杂的业务方案进行拆解和实施的能力也就大大提升,最终体现在落地的有效性上。

了解了这些信息,就能明白为何SaaS不是IT施工队,不是纯乙方,他们一手抓技术,另一手抓业务,还能站在平等的角度和企业协作。

03

说回企业和SaaS厂商之间的协作关系,学姐觉得用【共生者】形容更为合适。

什么是共生呢?

是互相汲取养分,共同成长的陪伴关系。

企业规模小的时候,SaaS厂商提供更多的养分,用在行业里做了十几二十年的经验,来服务新生的企业。这个时候,SaaS的能力提供得远远超企业需要,就像一个小树苗,只需要汲取花园中一捧土的养分。

企业慢慢长大,SaaS厂商从企业中收取的能量也就越来越多,企业提出了新的诉求,企业交流新的行业场景,SaaS吸收转换,再体现在产品上提供价值。这个过程中,企业开始反哺SaaS厂商,用自己遇到的问题来成就SaaS产品的答案。

在不同的时间点,企业可以尝试用这样的态度去把握住共生的精髓。

初始理解为主,把自己当成学习者。

以SaaS企业现在成熟的方案为标准,反过来思考与自己业务的适配性。

这并不是要消灭企业的个性化需求,而是要消灭企业自以为是的需求。在头脑中规划和在现实中落地往往相去甚远,企业自以为精妙绝伦的想法往往已经有人实践过了,而最后没有体现在系统上,作为一个标准能力出现,往往是有头脑中设想不到的深坑。所以可以先在理解SaaS的能力的基础上,再来梳理自己额外的需求。

后期持续沟通,输入也输出。

作为行业资源的连接者,SaaS厂商能第一时间获得不少的风吹草动,一些变化也会作为新的能力反映在产品上。持续保持沟通和对产品的关注,能让使用者从侧面或者行业动向的信息。

同时企业通过提需求,特别是那些随着企业成长,变得越来越重要的需求,能帮助SaaS厂商的产品变得更加完善,帮助自己,也是帮助SaaS厂商。

共生关系,是互相成就,不同的时间点,大家走的快慢程度不一样,但相处久了,在彼此牵绊间融合各自的优势,牢牢地抓稳业务成功这个结果。

深挖SaaS的本质,我们明白SaaS之所以如此特殊,是因为其以续费为目标,以云端软件为服务模式,以标准化为解决方案。

和传统的数字化方式不同,SaaS赚的是慢钱,是深入理解业务的钱,这也正是需要企业了解甚至理解的特殊之处。

把屠龙宝刀用来切菜,也只是更锋利一点的菜刀。

把SaaS作为数字化的工具之前,需要先了解SaaS的特殊性,正确而平等地认识SaaS公司,立足【共生】去协同,去陪伴。

陪伴,是最长情的告白。中国SaaS的下一个十年,还得企业和SaaS厂商共同加油。

本文由人人都是产品经理作者【SaaS学姐】,微信公众号:【SaaS学姐】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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