Workday 收购之后的 Sana Labs 替代方案

Workday 于 2025 年 11 月完成对 Sana 的收购——这笔交易 Workday 对外公布的金额约为 $1.1bn——并于 2026 年 3 月将该产品作为 Workday 套件的一部分重新发布。如果你当初选择 Sana，是因为它是候选名单上最好的 AI 原生学习平台，而贵机构的 HR 系统并不是 Workday，那么这次续约已经不是当初那个决定了。问题不再是这款产品好不好，而是你愿不愿意做一款产品的独立客户，而它如今是别人套件里的一个模块。

先说两点。Sana 过去是、现在也仍然是一款好产品——在 AI 还没成为一个品类之前就围绕 AI 构建，当初买它的人没有看错。收购也不是丑闻。下面写的大部分内容适用于任何被并入更大套件的产品，而且大部分讲的是你的合同和你的需求，而不是 Sana。

实际发生了什么

Workday 于 2025 年 11 月完成收购，并于 2026 年 3 月将 Sana 作为 Workday 套件的一部分重新发布。Sana 的 Core 方案公布的价格约为 每用户每月 $13，最低 300 个席位——按这个下限算大约 每年 $46,800，企业档则是报价制，而非公开定价。数据于 2026 年 8 月核对自 G2 的 Sana Learn 价格页。

除此之外的一切，都该去问 Workday，而不是从一份新闻稿里推断。独立路线图是什么样、独立定价能否挺过下一次产品目录调整、Sana 的人员数据如何与 Workday 的对齐——这些答案要向你的客户经理团队要。而且要拿到一封可以转发给财务总监的邮件，不是在电话里听一遍。

产品被并入套件之后，会有什么变化

有三件事会移位，通常按这个顺序发生，而且都不会出现在发布说明里。

路线图的优先级向套件中心靠拢

独立产品做的是自己客户要求最多的东西。套件模块做的是让套件更连贯的东西。这两份清单并不一样，而且差距会越拉越大。

• 只在套件内部才有意义的工作排在前面：统一身份、共享人员数据、统一报表、一个管理界面。
• 只在套件之外才有意义的工作——比如连接你实际在用的那套 HR 系统——则往后排。
• 重叠的功能会被合并。产品和套件都有一套技能模型、一层报表或一个内容库时，总有一方要让位。
• 当初让这款产品与众不同的那些部分，最有可能在一段时间之后被重新描述成平台的能力。

价格不再是一份独立价格

每用户每月约 $13、最低 300 个席位，这是一个自洽的独立定价决定。它表达的是：我们瞄准的是大企业，不太愿意把产品卖给一家 60 人的培训机构。进入套件之后变化的是，你这一项预算变成了一场大得多的谈判中的一行。

• 折扣与你还买了什么绑在一起。套件里的其他东西你都不买，能拿来交换的筹码就更少。
• 一款产品变成模块之后，公开的标价往往就悄悄消失了——报价制更方便打包。
• 独立产品最小的那批客户，正是套件最不感兴趣的客户。

这些都不确定，有些可能永远轮不到你头上。但这是常见的路径，而且提前做准备的代价很低。

集成的预设会反转

被收购之前，独立产品必须能跟什么系统都配合得上，因为它的客户什么都在用。收购之后，参考架构变成母公司的。文档、示例配置和集成路线图，都默认周边系统是收购方的。如果你的不是，你并没有做错什么——只是这本手册不再是为你写的了。

这一周该在合同里查什么

在评估任何一个替代方案之前，先花一小时读一读你已经签下的那份协议。这个决定的大部分，取决于你今天就能读到的日期和条款。

1. 合同期满日与通知窗口。 周年日之前三十天、六十天还是九十天。晚一天，你就多背了一年本来不想要的合同。
2. 自动续约条款。 是再续一个完整合同期，还是转为按月？
3. 转让与控制权变更。 多数协议明确允许转让给继受方，所以合同会直接由新东家继续履行。别凭猜测下结论，去读你自己那份。
4. 价格保护。 续约涨幅有没有上限，以及转让之后这个上限是否仍然有效。
5. 服务描述。 合同约束厂商提供的是一款具名产品，还是由厂商不时定义的“该服务”？后者的弹性比看上去大得多。
6. 席位下限与补差条款。 一个你原本轻松越过的下限，在人数变动之后可能变成全部成本。
7. 数据导出。 你能带走什么、以什么格式、终止之后还能取多久。现在就做一次导出测试，别等到最后被时间追着跑。
8. 子处理方、支持与 SLA。 所有权变更会带来基础设施变更：确认你能提前多久收到通知，以及现在是哪个法律实体对你负有这些支持承诺。

然后把通知截止日放进共享日历，提前六周提醒，责任人写具体的人名，而不是一个团队邮箱。一次没人真正选择过的续约，是日程管理的失误，不是产品的失误。

如何评估替代方案，而不是照抄同一份功能清单

这里常见的错误，是把现有厂商的功能清单抄成一份需求文档。这看上去很严谨。它只会带来两种结果之一：你再买一次现有产品，或者买下它最像的模仿者——连没人用过的那部分也一起买了。

从工作出发，而不是从产品出发

把你的团队上个学期或上个季度实际做了什么写下来，按耗时排序。不是能力，是任务。一份真实的清单是这样的：

• 用一份制度文件和一套幻灯片，做出四个入职模块。
• 按量规批改了 900 份提交，然后对临界的那些做了复核。
• 签发了证书，后来有外部机构要求核验。
• 按部门出了结课报表，而要报表的人其实想按成本中心看。
• 接入了一家新的客户企业，并为他们开了带自有品牌的空间。

这份清单很短、很具体，而且在演示里不好糊弄过去。通话之前把它发给每一家厂商——包括现有厂商——请他们用你的材料而不是他们的样例数据，把这五件事做一遍。四十分钟这样的演示，胜过两周的功能比对。

把“AI 很好用”拆成 AI 究竟做了什么

离开一款 AI 原生产品时，评估往往在这里出错，因为一个词盖住了四种能力，而它们各有各的质量标准：

• 起草——把你自己的文档变成模块和测评题，并注明引用回原文的具体页面。
• 辅导——在课时进行中回答学员的问题，同时不把答案直接交出去。
• 评分——按量规给出一个讲师能够解释、确认并发布的建议分。
• 检索——用内部材料回答员工的问题，好到让人不必再去问同事。

用你自己的材料，分别评判每一项。然后问三个问题，它们决定了这些能力能不能靠近一个正在运行的项目：用的是哪家模型供应商、你能不能自己选；你发过去的文本会被怎么处理；以及输出到底是一份需要人来接受的草稿，还是一次自己就落库的写入。无人复核的写入，是另一个级别的风险。

问清楚路线图是为谁写的

有一个问题比任何功能对照表都更能预测未来三年：这家厂商的收入主要来自哪一类客户，而你是不是这类客户？路线图跟着收入走。一个学校集团若从一家收入主要来自大型企业的厂商那里采购，后年就会一直在解释：为什么自己的需求总是往后排。

Lurno 适合什么，不适合什么

利益披露：Lurno 是我们做的。这一节之所以存在，是因为标题问的就是“有哪些替代方案”，避而不谈反而显得做作。

Lurno 是 Augmental Learning Inc. 打造的独立学习平台。它不属于任何 HR 套件，也没有一个更大的产品可以把它并进去。它按组织计价，而不是按席位——入门档每月 $119，含 1,000 名成员，没有席位下限——这正适合 300 个席位的门槛本来要挡掉的那些机构：学校、学院，以及为每家客户企业运营一个独立品牌学院的培训机构。其中每一个都是真正嵌套的子组织，有自己的成员、品牌和自定义域名，由数据库中的 868 条行级安全策略隔离，而不是靠应用里的一个过滤条件。AI 依据你上传的文档起草内容、辅导学员、给出评分建议，而每一次 AI 写入都是一份需要人来接受的草稿——它是怎么运作的。

该说的局限，反正你迟早会发现。没有从 Sana 一键导入的工具；内容是以原始材料的形式迁移的，这比迁移工具慢，但往往能做出更好的课程。自助注册和试用正在开发中——今天账号通过邀请创建，支付与结账已完成设计，尚未开发。SCORM、xAPI 和 LTI 1.3 已在产品中建模，但运行时仍在构建。合作方登录（静默 SSO）今天已可用；SAML 和 OIDC 单点登录、MFA 和通行密钥在路线图上，尚未提供。

还有一个留下的理由，本来不该由厂商来说：如果 Workday 已经是贵机构的 HR 系统记录源，那么把学习放进那套套件里，价值高过任何人能摆在旁边的功能对比。花名册变更不必另立一个集成项目就会到位，而你的身份、采购和安全评审也早已完成。逐项对比——包括 Sana 更优的地方——在我们的 Sana 对比页上；我们的价格是公开的，不是报价制，所以你不必打电话就能把我们排除掉。

简短版

1. 这周把合同读一遍：合同期满、通知窗口、转让、价格保护、导出权。
2. 把通知截止日放进日历，指定一个人负责，提前六周提醒。
3. 以书面形式询问：接下来两次续约期内的独立路线图和独立定价。
4. 写下你的团队上季度实际做过的五件事，让每一家厂商——包括现有厂商——用你的材料做一遍。
5. 把“AI”拆成起草、辅导、评分和检索，各自单独评判。
6. 问每一家厂商：他们的收入主要由哪类客户支撑，再判断你是不是那一类。
7. 然后做决定。留下是一个正当的答案。

一次收购，是重新打开两年前那个决定的好理由——当时你掌握的信息比现在少。但仅凭它，并不足以让你花一个学期去做迁移。