从丢掉20万订单谈起:SaaS AI落地的3个阶段
当SaaS企业遭遇AI落地困境,从认知差套利到真实价值创造的转型之路该如何走?本文通过一个制造业客户从20万预算到飞书自建的荒诞案例,揭示传统企业在AI应用上的认知断层。

如果你是老板——一家创业十年以上的SaaS产品老板,经过两年多的探索,以及在各大场合宣扬AI价值和企业落地应用案例,而实际落地进展与理想差距甚远之后,怎么办?
讲个真实的小故事。
一年多前,我们接触了一家拥有2000人规模的制造业客户。他们的HR总监雄心勃勃,计划“全面拥抱AI”,想采购一套AI系统来解决人力资源的痛点,特别是内部知识库管理、政策执行落地以及日常沟通咨询。起初,预算大概报了20万。
现在回头看,这事儿有点荒诞。客户嘴里喊着要买一套“AI系统”,其实在我们看来,那就是一堆封装好的“AI助理”。更荒诞的是,他们想解决的问题——比如“查考勤”、“问社保”——听起来非常浅层。
但这恰恰是传统企业面对新技术时的真实认知:他们不知道要什么,只觉得要有。 而我们当时想赚的钱,就是利用这种“认知差”——用相对低的成本和代价,帮他们搭建一群AI助理,满足他们“AI总算落地了”的心理诉求。
当时我们给客户画的大饼是这样的:
- HR智能助理: 支持用户自定义上传企业知识库。比如员工问:“探亲假怎么扣工资?”它能直接翻出公司的《员工手册》第3章第5条,结合个税规则给出准确答案,而不是像ChatGPT那样给出一堆通用的法律条文。
- AI入职数字助理: 在新员工入职前、中、后全程托管。入职前一周,自动发欢迎邮件并索要身份证复印件;入职当天,它引导员工在手机上完成各种表格签署,甚至自动帮他开通企业微信和邮箱权限;入职后,它像个“老带新”的导师,每天早上推一条公司冷知识或者食堂避坑指南。
- AI智能薪酬顾问: 这是一个高阶场景。当业务经理想给下属调薪时,直接问助理:“给张三调薪10%合理吗?”Agent会结合张三过去的绩效曲线、公司当前的薪酬宽带水位,甚至抓取外部的猎头市场数据,给出一个建议:“不建议普调10%,建议一次性发奖金,因为张三的薪资已经在P75分位了。”
等等。
当然,再传统的客户老板也不是傻子。HR总监懂业务,但他旁边的CIO(首席信息官)问了一个致命的问题:“你们这个AI系统,跟飞书、钉钉里的智能助理有什么区别?人家自带的市场里也有做HR的,而且是免费的。”
我们当时拿出的说辞是:“从底层技术看,确实都是大模型,没啥区别。但我们有‘私房菜’——我们有服务几万家客户沉淀的行业Know-How。比如制造业的计件工资逻辑、互联网的期权处理,这些是通用平台做不到的。”
CIO点了点头:“行,能开个试用账号吗?我们要实测一下。”
我们回答:“现有功能马上开。剩下还没做好的,咱们可以‘共创’。”
故事的结局极具讽刺意味:
客户确实试用了一下,但没过多久,我们发现他们基于飞书平台自带的“智能伙伴”功能,花了两天时间上传了几百份PDF文档,搭建了一个简易但好用的RAG(检索增强生成)知识库,解决了80%的日常问答。至于那些复杂的“薪酬顾问”,他们发现暂时用不上,于是20万的采购预算也就此作罢。
经过这一年多的探索,这个故事像一记耳光,让我们清醒地意识到:作为一家SaaS企业,如果不能真正做出“单向门产品”(指一旦使用就离不开的高粘性产品),仅仅停留在“能用”而不够“高可用”的阶段,几乎不可能让用户付费。更不能继续指望客户对AI技术的“无知”,靠认知差赚快钱。
我们必须回答那个灵魂拷问:你的独特价值到底是什么?
我的观点没变,依然是独有的数据和行业Know-How。这是SaaS企业在AI落地上的唯一护城河,也是最大的难点。
原因很简单:一方面,公开知识和百科全书已经被大模型吃得干干净净;另一方面,在纯AI技术(如模型训练、Agent框架)上卷,我们根本卷不过大厂和创业公司。
那具体怎么做?我的答案是:从阶段1快速逃离,死磕阶段2,并为阶段3储备弹药。
阶段1:智能体“大杂烩” —— 伪繁荣
这是目前最普遍的路径:单个智能体组合的智能群体。每个智能体都有自己的入口、独立的定位,就像过去互联网的“公众号矩阵”或“APP工厂”一样。
典型代表是易路iBuilder曾展示过的39个智能体:
- 招聘类: “AI寻才官”负责筛简历,“AI面试官”负责初面,“招聘助理”负责发邀约;
- 员工管理类: “入职数字助理”管进来,“离职面谈分析Agent”管走人;
- 薪酬绩效类: “智能薪酬顾问”、“绩效目标教练”……
- 等等。
这种模式的问题在哪?
想象一下,作为HRBP,你的日常工作裂变成了碎片:想查个考勤,你要打开“考勤助理”;想算个薪资,你要切到“薪酬顾问”;想安排面试,又要唤醒“寻才官”。
用户体验极差,N个入口,N个产品。
而且,这背后是巨大的技术浪费。大部分SaaS厂商是用开源框架(如LangChain、Dify)套壳,2-4个人搞两周就能上线一个。但这导致每个智能体都是孤岛,数据不通,逻辑不复用。随着客户认知提升,他们很快就不愿意为这种“拼凑感”买单。
阶段2:All in One —— 统一入口,调用万物
大家开始意识到,不能让用户去找工具,而是要一个入口解决所有问题。
现在打开主流AI产品,几乎都是一个大大的输入框,上面挂着N个技能卡片(写作、PPT、绘图)。对于SaaS也是同理。
这个路径的变化,依赖于两项关键技术的成熟:MCP(模型上下文协议) 和 ReAct(推理+行动)。
- MCP 相当于给AI装上了“万能转接头”,让它能标准地调用企业的各种数据接口;
- ReAct 则让AI学会了“思考-行动-观察”的闭环。不再是死板的“如果A则B”,而是AI自己根据任务目标,决定先调哪个API,再查哪张表。
为了讲清楚阶段1和2的区别,我们还是看“扣子”的进化:
阶段1的扣子: 是一个助理市集。你想做个“周报生成器”,你得自己去创建一个智能体,调好参数,发布出去。每个智能体都是一个独立的孤岛。

阶段1-扣子空间
阶段2的扣子: 变成了“瑞士军刀”。你打开它,只有一个对话框。你说:“帮我把这份数据做成PPT,再配个英文解说稿。”它自己在后台先后调用了“数据分析助理”和“PPT生成助理”,最后只给你一个结果。甚至进化到“扣子编程”,你用自然语言说“帮我写个爬虫抓取新闻”,它直接生成代码并运行。

阶段2:All in One

阶段2-扣子编程
对应的SaaS场景变化是这样的:
以前(阶段1),用户得说:“打开薪酬智能助手,帮我查张三的工资。”同时,用另一个助理生成对应PPT。
现在(阶段2),用户只需在一个输入框里说:“帮我分析一下研发中心二部的人员离职率,如果有异常,再帮我生成一份针对主管的改进方案PPT。”
AI会自动:
- 理解意图: 这是一个分析+报告任务。
- 调用工具: 通过MCP去考勤系统算离职率,去绩效系统拉取主管评分。
- 推理规划: 发现离职率高是因为加班多(ReAct推理)。
- 执行生成: 调用PPT工具生成报告。
从“找N个助理”到“指挥1个大脑”,这是巨大的体验提升。但即便如此,这还不够,因为像扣子这样的通用平台,它的底层能力(通用性、技术迭代速度)太强了,SaaS厂商如果只做到这一步,依然很容易被降维打击。
阶段3:AI + 数据 + 业务 —— 深度融合的“本能智能”
我们必须走到第三阶段,构建真正的业务闭环。这里我们以用友的“企业服务大模型-本能智能体”为例,这可能是SaaS终局形态的预演。
它的核心理念是引入了“本体”技术,给AI装上一个理解企业真实世界业务逻辑的“大脑”。这不再是简单的“问答”,而是“决策”。
我们用一个“紧急采购”的具体场景来拆解这三个阶段的价值区别:
场景:生产线突然缺料,急需采购一批特种钢材。
如果是阶段1(智能体群): 采购员需要打开“库存查询Agent”确认没货,再打开“供应商Agent”找联系方式,手动打电话问价,回来打开“审批Agent”填单子。
如果是阶段2(All in One): 采购员对输入框说:“帮我买钢材。”AI调取库存数据确认没货,列出推荐供应商列表。采购员还需要自己判断选哪家,然后自己填审批单。
如果是阶段3(用友本体智能体): AI不仅是听懂指令,而是基于“业务本体”进行深度决策:
- 第一级:语义构建(听懂行话) AI不只是听到了“钢材”,它通过“本体”理解了这批钢材对应的“物料编码”、“安全库存阈值”以及“财务科目”。它知道这不仅仅是买东西,而是触发了“生产中断风险”。
- 第二级:本体驱动(看全全局) AI关联了ERP里的所有数据。它发现,虽然首选供应商“A公司”价格最低,但上周“质量系统”里记录了A公司的一起严重交期延误事故;而备选供应商“B公司”虽然价格高5%,但最近的“准时交付率”是100%。
- 第三级:自主决策(做对闭环) AI直接生成了一个决策建议:“建议向B公司紧急采购,虽然成本略高,但能保证生产线不停工。由于涉及金额超过10万,已自动生成‘加急审批流’推送给总经理。”
你看,在阶段3,SaaS不再是一个被动的工具,而是一个懂业务、会权衡、能执行的“CFO/COO助手”。
这就是用友所强调的,通过37年积累的行业Know-How,把企业里的“规则”、“关系”、“实体”结构化,让AI从一个“陪聊的”,进化成了“管事的”。
写在最后
简单总结SaaS企业AI落地的三级跳:
- 阶段1(堆智能体) :依赖开源技术Lan个Chain/Dify等,有点像“APP工厂”,看起来琳琅满目,起效快,实则各自为战,赚的是认知差的钱,不可持续。
- 阶段2(统一入口): 依靠MCP和ReAct技术,把工具聚合起来,体验丝滑,是当下的必经之路。
- 阶段3(业务本体): 将私有数据、业务逻辑与AI深度融合,实现从“辅助”到“代理”的质变,这是SaaS企业最深的护城河。
贝壳创始人左晖先生生前最推崇“做难而正确的事”,他为了真房源,死磕数据字典很多年。
一家SaaS企业的AI落地,可能也必须遵循这一原则。只有沉下心来,把行业Know-How做成AI的“大脑”,构建出真正的阶段3产品,我们才不会在发布会上的Demo演示里高潮,而是在客户的真实业务流里,变得不可或缺。
本文由人人都是产品经理作者【产品方法论集散地】,微信公众号:【产品方法论集散地】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于 CC0 协议。
- 目前还没评论,等你发挥!

起点课堂会员权益




