Workday による買収後の Sana Labs 代替候補

Workday は 2025年11月に Sana の買収を完了しました。Workday が公表した取引額はおよそ $1.1bn です。そして 2026年3月、Workday スイートの一部として製品を再ローンチしました。候補リストのなかで最も優れた AI ネイティブの学習プラットフォームだからという理由で Sana を選び、人事システムが Workday ではないなら、更新の判断は当初のものとは別の判断になっています。問いはもう、製品が良いかどうかではありません。他社のスイートの1モジュールとなったものを、単体の顧客として使い続けたいかどうかです。

何よりも先に2つ。Sana は良い製品でしたし、今も良い製品です。AI がカテゴリーとして成立する前から AI を中心に作られており、それを買った人たちの判断は間違っていませんでした。そして買収はスキャンダルではありません。以下の話の大半は、より大きなスイートに取り込まれたあらゆる製品に当てはまりますし、その大半は Sana についてではなく、あなたの契約と要件についての話です。

実際に起きたこと

Workday は 2025年11月に買収を完了し、2026年3月に Workday スイートの一部として Sana を再ローンチしました。Sana の Core プランは 1ユーザーあたり月額 $13、最低 300ライセンス と公表されています。その下限でおよそ 年間 $46,800、エンタープライズ階層は公表されず要見積もりです。数値は 2026年8月に G2 の Sana Learn 料金ページで確認しました。

それ以外はすべて、プレスリリースから推測することではなく、Workday に尋ねるべきことです。単体製品としてのロードマップはどうなるのか、単体の価格は次のカタログ改訂を生き延びるのか、Sana の人事データは Workday のものとどう突き合わされるのか。答えがあるのは担当営業チームです。しかも電話ではなく、財務責任者にそのまま転送できるメールで受け取ってください。

製品がスイートに吸収されると何が変わるか

動くものは3つ。たいていこの順番で、しかもどれもリリースノートには載りません。

ロードマップの優先順位がスイートの中心へ移る

単体製品は、自社の顧客が最も多く求めるものを作ります。スイートのモジュールは、スイート全体の一貫性を高めるものを作ります。この2つは同じリストではなく、差は広がっていきます。

• スイートの内側でしか意味を持たない作業が先に進みます。共通の ID、共通の人事データ、共通のレポーティング、1つの管理画面。
• その外側でしか意味を持たない作業 — 実際に使っている人事システムへのコネクタ — は後回しになります。
• 重複する機能は整理されます。製品とスイートの双方にスキルモデル、レポーティング層、コンテンツライブラリがあれば、どちらかが引き下がります。
• その製品を独自たらしめていた部分こそ、やがてプラットフォームの機能として語り直される可能性が最も高い部分です。

価格が単体の価格ではなくなる

1ユーザーあたり月額 $13 で最低 300ライセンスというのは、単体製品としては筋の通った価格設計です。大企業を狙っており、60人規模の研修事業者には売りたくない、という表明だからです。スイートの内側で変わるのは、あなたの明細行が、はるかに大きな交渉のなかの1行になることです。

• 値引きは、他に何を買うかと紐づきます。スイートから他に何も買わなければ、交渉材料は少なくなります。
• 製品がモジュールになると、公表されていた定価は静かに姿を消しがちです。要見積もりのほうが束ねやすいからです。
• 単体製品にとって最も小さな顧客は、スイートにとって最も関心の薄い顧客です。

どれも確実ではありませんし、あなたのところまで届かないものもあるでしょう。ただ、よくある流れではありますし、備えておく費用は安いものです。

連携の前提が反転する

買収前、単体製品はあらゆるものと連携しなければなりません。顧客があらゆるものを使っているからです。買収後、リファレンスアーキテクチャは親会社のものになります。ドキュメント、設定例、連携のロードマップは、周囲のシステムが買収側のものであることを前提にします。あなたのシステムがそうでないとしても、あなたは何も間違っていません。ただ、マニュアルが想定する顧客ではなくなった、というだけのことです。

今週、契約書で確認すべきこと

代替を1つも評価しないうちに、すでに署名した契約書に1時間を使ってください。判断の大部分は、今日読める日付と条項で決まります。

1. 契約終了日と通知期間。更新日の30日前、60日前、あるいは90日前。1日過ぎただけで、望んでいなかった1年を抱えることになります。
2. 自動更新の文言。もう1期間まるごとか、それとも月単位か。
3. 譲渡と支配権の変更。多くの契約は承継人への移転を明示的に認めているため、契約は新しい所有者のもとでそのまま続きます。どちらかを決めつけず、自社の契約書を読んでください。
4. 価格の保護。更新時の値上げに上限があるか、そしてそれが譲渡後も残るか。
5. サービスの定義。契約はベンダーを名前のついた製品に縛っていますか、それともベンダーが随時定義する「本サービス」に縛っていますか。後者は見た目よりはるかに広い書き方です。
6. 最低席数と精算条項。余裕で満たしていた下限も、人員が動けばコストのすべてになりえます。
7. データのエクスポート。何を、どの形式で持ち出せるか、そして終了後どれだけの期間持ち出せるか。テストのエクスポートは今実行してください。終わり際に時間に追われながらではなく。
8. 再委託先、サポート、SLA。所有者が変わればインフラも変わります。どのような通知を受けられるのか、そしてサポートの約束を負っているのは今どの法人なのかを確認してください。

そのうえで、通知期限を共有カレンダーに入れ、6週間前のリマインダーを設定してください。担当はチームの共有メールボックスではなく、名前のある個人に。誰も選んでいない更新は、製品の失敗ではなく手帳の失敗です。

同じ機能リストを追いかけずに代替を評価する方法

ここでよくある間違いは、現行製品の機能リストをそのまま書き写した要件定義書を作ることです。厳密な作業に感じられます。そして結果は2つのどちらかに決まります。現行製品を買い直すか、誰も使っていなかった部分まで含めて、最もよく似た模倣品を買うか。

製品ではなく、仕事から始める

前の学期、あるいは前の四半期にチームが実際にやったことを、時間を食った順に書き出してください。機能ではなく、作業です。実際のリストはこうなります。

• 規程文書とスライド1式から、オンボーディングのモジュールを4つ作った。
• ルーブリックに沿って 900件の提出物を採点し、判定が微妙なものを再確認した。
• 修了証を発行し、後日、外部機関から検証を求められた。
• 部門別に修了状況を報告したが、相手が求めていたのはコストセンター別だった。
• 新しいクライアント企業を受け入れ、そのブランドの専用スペースを用意した。

このリストは短く、具体的で、デモでごまかしにくいものです。打ち合わせの前に、現行ベンダーも含めてすべてのベンダーに送り、サンプルデータではなく自社の教材でその5つをやってみせてほしいと伝えてください。それを40分やるほうが、2週間の機能比較より役に立ちます。

「AI が良かった」を、AI が実際にやったことに分解する

AI ネイティブの製品から離れるとき、評価が狂うのはここです。1つの言葉が、品質基準の異なる4つの機能を覆い隠しているからです。

• 下書き作成 — 自社の文書をモジュールや評価問題に変換し、出典ページへの引用を添える。
• チューター — 授業の途中で学習者の質問に答える。答えそのものは渡さずに。
• 採点 — ルーブリックに沿った提案を出し、指導者が根拠を説明し、確認し、公開できるようにする。
• 検索 — 社内資料から職員の質問に答える。同僚に聞くのをやめる程度には、きちんと。

それぞれを別々に、自社の教材で評価してください。そのうえで、これらを実運用中のプログラムに近づけてよいかを決める3つの質問をしてください。どのモデル提供者を使い、それを自分で選べるのか。送信したテキストはどう扱われるのか。出力は人が承認する下書きなのか、それとも人手を介さずに書き込まれるのか。無人での書き込みは、別の種類のリスクです。

ロードマップが誰のために書かれているかを尋ねる

今後3年を、どの機能表よりもよく予測する質問が1つあります。このベンダーの売上の大半を生んでいるのはどんな顧客か、そして自分はその顧客か。ロードマップは売上に従います。収益が大企業から来ているベンダーから購入した学校グループは、再来年、自分たちの要望が繰り返し後ろにずれる理由を説明して過ごすことになります。

Lurno が合う場面と、合わない場面

はっきり書いておきます。Lurno を作っているのは私たちです。この節があるのは、「代替は何か」がタイトルの問いだからで、そこを避けて通るのは思わせぶりだからです。

Lurno は Augmental Learning Inc. が開発する独立した学習プラットフォームです。人事スイートの一部ではなく、取り込まれる先の大きな製品も存在しません。価格は席数ではなく組織単位で、入門プランは月額 $119、1,000メンバーを含み、最低ライセンス数はありません。これは、300ライセンスの下限がふるい落とすように設計された組織に合います。学校、アカデミー、そしてクライアント企業ごとに独立したブランドのアカデミーを運営する研修事業者です。そのそれぞれが、独自のメンバー・ブランディング・カスタムドメインを持つ本物の入れ子型サブ組織であり、アプリケーション側のフィルターではなく、データベース内の 868 の行レベルセキュリティポリシーによって分離されています。AI はアップロードした文書から下書きを作り、学習者を指導し、評価を提案します。そして AI による書き込みはすべて、人が承認する下書きです — 仕組みはこちら。

限界も書いておきます。どうせ見つかるからです。Sana からのワンクリック移行ツールはありません。コンテンツは元資料として移すことになり、移行ツールより時間はかかりますが、できあがるコースはたいてい良くなります。セルフサービスのサインアップと試用は開発中です。現在アカウントは招待によって作成され、決済とチェックアウトは設計済みで未実装です。SCORM、xAPI、LTI 1.3 は製品内にモデル化されていますが、ランタイムはまだ構築中です。パートナーサインオン（サイレント SSO）は現在提供しています。SAML と OIDC のシングルサインオン、MFA、パスキーはロードマップ上にあり、利用できません。

そして、ベンダーが持ち出すものではない「留まる理由」も。Workday がすでに人事の記録システムであるなら、そのスイートの内側で学習を回すことの価値は、誰が並べる機能比較よりも大きいものです。名簿の変更は連携プロジェクトなしで届き、ID・調達・セキュリティの審査はすでに済んでいます。Sana のほうが良い選択となる場面も含めた並列比較は、Sana 比較ページにあります。料金は要見積もりではなく公開しているので、打ち合わせなしで当社を候補から外せます。

要点だけ

1. 今週、契約書を読む。契約終了日、通知期間、譲渡、価格の保護、エクスポート権。
2. 通知期限をカレンダーに入れる。担当は個人、6週間前に警告。
3. 次の2回の更新について、単体のロードマップと単体の価格を書面で確認する。
4. 前四半期にチームが実際にやったことを5つ書き出し、現行ベンダーも含めたすべてのベンダーに、自社の教材でそれをやってもらう。
5. 「AI」を下書き作成・チューター・採点・検索に分け、それぞれを単独で評価する。
6. 各ベンダーに、売上の大半を払っているのはどの種類の顧客かを尋ね、自分がそれに当たるかを判断する。
7. そのうえで決める。留まることも正当な答えです。

買収は、今より情報が少ない状態で2年前に下した判断を、もう一度開き直すには十分な理由です。しかしそれだけを理由に、1学期を移行に費やすのは割に合いません。