AI 时代，HR SaaS 的产品形态究竟是什么？作者复盘三年转型历程，从 SaaS+AI 到 AI+SaaS，犀利指出两条路径的本质差异：前者是给旧流程装 AI，后者是让 AI 成为常驻员工。结合 DeepSeek Harness 等新物种的启示，本文给出一个颠覆性答案——AI+软件，并拆解企业级平台如何让客户自建 AI 工作方式。

半年前，我在复盘我们两年 AI 转型的那篇文章里，留了两个没敢回答的问题。第一个是：AI 时代，HR SaaS 的产品形态，到底是什么？

这篇文章，试着回答它。

先交代背景。我们从 2023 年开始 AI 转型，从内嵌的 AI 助手，到内部效率工具、自建 Agent、多智能体群，再到统一入口的 MeAI、云端的 MeClaw，至少走了六个阶段。动作不少，但当时复盘里有一句自我批评，我到现在都记得：

我们像一只被意外装进 AI 瓶子里的苍蝇，拼命挥动翅膀，到处乱撞，却忘了自己是一只”苍蝇”。

撞了三年，最近终于撞出了一个答案的轮廓。细节可以跳着看，加粗的那几句才是我想说的。

两条路，摆在一起看

第一种，把 AI 装进现有产品。

跨境电商 SaaS 的代表 Shopify 是典型：在现有产品上用 AI 重塑了整个用户流——从基于界面点选的所有操作，到商品、店铺、营销活动的创建，全部改成对话式，配图、文案全自动生成。用户还是那个用户，系统还是那套系统，只是”动手”变成了”动口”。

我们自己也在这么干。招聘场景里，AI 帮 HR 搜简历、写 JD、一键发布职位、做 AI 面试，全集成在现有系统里。绩效场景同理。

这就是 SaaS+AI：SaaS 是身体，AI 是新装的器官。

第二种，把产品装进 AI。

WorkBuddy 的 Buddy 应用是这个路数：以 AI Agent 产品为底座，把原有 SaaS 的核心数据、流程、场景拆开，按 AI 的方式重新拼一遍。我们自己的实践里也有影子——把 HR 的活拆成”管考勤的””管薪酬的”几个数字员工，每个员工背后是一组技能。眼下很多企业自建的 Agent 平台、虚拟员工，本质上都属于这一类——不是改造旧系统，是重新开辟战场。

这是 AI+SaaS：AI 是身体，SaaS 是被消化吸收的养料。

两条路我都看得见。但说实话，前三年我一直站在第一种这边。理由很朴素：客户在现有系统里，数据在现有系统里，收入也在现有系统里，在上面加 AI，最稳。

直到最近，有两个东西撞了我一下。

第一个撞我的，是我自己写的文章

写《你有多久没打开 Axure 了》那篇的时候，我心里是发虚的。

文章里讲，Axure 没有做错任何一件事，它只是发现自己赖以存在的那个任务，被整个搬走了。我把克里斯坦森、把”毁灭你，与你有何相干”写得头头是道——写完才意识到：我一边写着”新物种会搬走旧任务”，一边干着 SaaS+AI。

回头看我们那六个阶段，扎心了：AI 助手嵌进 SaaS、助理挂进钉钉、Agent 加个独立入口、MeAI 收拢成统一入口——形态一直在变，逻辑从来没变：都是往现有产品上”加”。这不是保守，这是《创新者的窘境》里写的那个机制：大企业被颠覆，不是因为管理不善，恰恰是因为被现有客户的利益绑定了。现有客户要的还是考勤更准、报表更全，你沿着他们的需求加 AI，AI 就只能伺候旧流程。旧流程的价值越大，你越不敢拆它。

这种”加法”的天花板，我们亲身量过。

一个真实的事。某客户老板心血来潮问：”你们有 AI 产品吗？”有预算，10 万以内。我们做了一个，等差不多上线，对方冷静下来问：”你们的 AI 助理，跟飞书、钉钉有什么区别？”我们答：有上千家客户的私有数据，有行业 Know-How。对方说：”开通给我试试？”——试用后，就没有然后了。

还有更实的成本。HR 说”帮我把张三 6 月 7 日跟李四 6 月 25 日换班”，这么小的一件事，Agent 跑了 5 到 7 分钟还经常失败，最后我们加了一批细接口才压到 1 分钟。你看，为了给旧流程装 AI，得先把旧流程拆碎重排一遍——这是 SaaS+AI 的隐藏成本，而且拆完，AI 也只是旧流程里一个快一点的零件。

第二个撞我的，是入口变了

第二个撞我的，是 DeepSeek Harness 这类新物种。

它让我第一次看见：客户使用 SaaS 产品的第一入口，未必是现有系统，而可能是一个全新的入口——前提是这个入口创造了一种新交互、新流程，能更高效地完成工作。

这不是推演。WorkBuddy 上线 4 个月，日活超过 1300 万，桌面 AI 办公软件里访问量排第一。你的客户和同行，可能已经在里面了。

而且这个入口还在进化。上个月，DeepSeek Harness 团队公开发了一份 Super-agent 架构探索，原型开源。虽然它还只是一份工程探索、不是上线的产品，但里面有两个信息，产品经理值得坐直了看。

第一个是个数字：一个人通常只能同时跟进 3 到 5 个活跃会话——多任务的上限，正从”模型能力”转向”人的注意力”。所以他们的思路是把调度整个从人手上移到系统：一个常驻的 Router 统一接活，从群聊、邮件、代码仓库里自动收任务，分给并行的 Worker 去干，人只做两件事——定目标，验收结果。

第二个是个细节：他们内部的实例已经在持续运行，研发在群聊里反馈一个软件问题，哪怕没人 @AI，它也能自己识别出缺陷，去后台复现、找修复方案。注意，不是”你问它才答”，是它自己在盯着，发现活就干。

这两条拼起来，那个我原来只敢”想象”的场景，突然有了出处的支撑——

一个插件生态、应用林立的企业平台：门店店长每周说一句话，系统根据实际营业情况，自动完成员工排班——背后是他自己搭的虚拟 Agent，像 Worker 一样在后台并行干活；考勤数据出了异常，不用等考勤专员来查，Agent 自己看见、自己催办、自己确认——就像那个没人 @ 也能修 bug 的实例。

再往深想一层，可能连”考勤专员”这个岗位都不需要了——一个统筹的人，调动着 N 个企业自建 Agent 在干活。以前是人指挥软件，现在是 AI 调度 AI，人只负责验收。

我第一次把这套场景想通的那个晚上，突然明白了一件事：如果客户的第一入口变成这样，SaaS+AI 这条路就很难跑通了。你把 AI 精心装进现有系统，等用户来了才触发；而客户在一个 AI 调度 AI、7×24 小时在岗的地方干活——装给谁看呢？

所以，AI+SaaS？不，是 AI+软件

先给结论：如果今天再有人问我”最终形态是什么”，我的答案是 AI+SaaS——更准确地说，是 AI+软件。

这里的”软件”，可能是插件，可能是智能体，可能是技能，可能是知识库。

这个判断能成立，靠的是一个前提：模型把定制化软件的成本，压缩到了低到不能再低。放在三年前，”每家客户要一套自己的系统”是实施团队的噩梦；今天，一个 HR 花 1 小时就能写出第一款插件。既然定制几乎不要钱了，”每家企业在一个企业级平台上，构建自己那套 AI 工作方式”这件事的基础，就成立了。

而对 SaaS 企业来说，机会恰恰在这里：你要做的不是一个被 AI 改造的 SaaS，而是一个企业级平台——让客户在上面”定制化”一套自有的企业 AI 产品。

这个平台上，AI 的身份也变了。在 SaaS+AI 里，AI 是一个功能：用户登录系统，点它，它才干活。在 AI+软件里，AI 是一个常驻在岗的虚拟员工：接得进消息、盯得住数据，有活干活，没活自己找活。”虚拟员工”这个词这两年为什么越叫越响？不是营销话术——是 AI 从”被调用的工具”，变成了”被指挥的员工”。工具按次收费，员工按座席养；工具等需求，员工能被安排目标。这两者的差别，就是两条路径的差别。

这不是空想，我们自己验证过一角。做插件那阵子，考勤插件、工资追算器，一个个最小场景攒下来，忽然发现当年规划失败的那个”HR 工作台”，自己长出来了——不是我们画原型画出来的，是客户用一个个插件”缝”出来的。平台不动，应用自己长，这是 SaaS+AI 给不出来的生长方式。

半年前复盘的最后，我写过一句”All in 我们自己”——把行业 Know-How 拆成 AI 能用的零件。当时我其实不知道拆完放哪。现在答案清楚了：放进新平台，让它们自己长。

写在最后

我不想把话说死成”SaaS+AI 必死”。它是现金流，是练兵场，也让客户第一次尝到了 AI 的甜头，这些价值是真的。但心里得清楚那是在干什么：在旧地图上，把路修得更宽更平。而 Axure 的故事告诉我们，地图外面正在生成一块新大陆。

所以两条路的关系，我的理解是这样的：

SaaS+AI 是给旧房子精装修，AI+SaaS 是在新地基上盖新楼。装修装得越好，越舍不得拆。

不敢拆的理由永远找得到——客户在旧房子里，数据在旧房子里。可”因为看见，所以相信”的代价，是等你看清楚的那天，新楼已经盖起来了，而且不是你盖的。

不破不立。破的那个动作，只能自己先动手。