ミッドマーケットの L&D チームのための Docebo 代替候補

Docebo の更新まで90日なら、いちばん役に立つのは機能比較表を作ることではありません。昨年、実際に何かを修了した学習者1人あたりでプラットフォームがいくらかかったのか、そして同じ地点に到達するのに乗り換え先ならいくらかかるのかを計算することです。多くのミッドマーケットの L&D チームでは、ライセンスの行はその金額の小さいほうの半分にすぎません。残りは導入作業、プロフェッショナルサービス、社内の管理工数で、そのどれも更新の見積書には載っていません。

Docebo は価格を公表していません。trainingcost.com が集めた第三者のベンチマークでは、一般的な契約は年間 $25,000 を超えています。自社もその辺りから始まったのなら、更新時の金額は署名したときの金額にはなりません。金額を動かす要素 — アクティブユーザー数、モジュール、サービス日数 — がそれぞれ独立して動くからです。これはスキャンダルではありません。要見積もりの契約とはそういうものであり、それによって評価の進め方が変わります。

要見積もりの価格が評価に及ぼすこと

実務上の影響は、営業プロセスに入るまで計算ができないことです。それによって評価の順番が入れ替わります。候補を絞る材料はデモと機能表 — プラットフォームのなかで最も差がつかない部分 — になり、実際に差がつく部分 — 導入の重さ、管理の手間、チームがチケットを起票せずに変更できる範囲 — がわかるのは、署名した後です。

• 比較表を早い段階では作れません。判断を合理的にしてくれる唯一の資料が、最後に手に入ります。
• タイミングが価格の一部になります。ベンダーの第4四半期に、相手から見えている更新日に向けて作られた見積もりは、2月に作られた見積もりとは別物です。
• 自社の数字が交渉そのものになります。アクティブユーザー数、成長見込み、稼働開始日は見積もりの入力値です。正確に、そして自分で確認してから伝えてください。

「導入」が実際に意味すること

導入は、ミッドマーケットのチームが最も過小評価する項目です。言葉の響きが初期設定に似ているからです。実際には、コース一覧、人、受講登録ルール、レポートを別のシステムへ移し、その4つがコンプライアンス部門の期待どおりに動くことを証明する作業です。それは計画を伴うプロジェクトであって、2週間の設定作業ではありません。

• コース一覧の移行。コース、学習プラン、カテゴリー、そして適切な人を自動的に割り当てる受講登録ルール。
• すべての SCORM パッケージの再テスト。あるプレイヤーで修了を正しく報告するパッケージが、別のプレイヤーでは報告しないことがあります。壊れるのはたいていスコアの送信部分です。
• ユーザーの連携。HRIS または SIS との接続、項目のマッピング、そして誰も書き残していない権限剥奪のルール。
• グループと権限モデルの再構築。2つの製品のあいだで1対1に対応することは決してないからです。
• 過去の修了記録 — 何が、どの形式でエクスポートされるのか、そして発行済みの修了証は検証可能な記録として移行を生き延びるのか、フォルダ内の PDF として残るだけなのか。
• コンプライアンス担当が頼っている定期レポートをすべて作り直し、数字が一致するまで以前の数値と突き合わせる。
• ブランディング、ドメイン、メール送信、そして実際のテストアカウントを使った ID 連携。
• 管理者の研修と、実際に苦情を言ってくれる人を交えた受け入れテスト期間。

プロフェッショナルサービスについて尋ねるべき質問

プロフェッショナルサービスは、設定の自由度が高いプラットフォームがライセンスで値引いた分を取り戻す場所であり、専任の L&D 運用機能を持たないチームが静かに依存していく場所でもあります。何かに署名する前に、以下を尋ねてください。新しいベンダーに対してだけでなく、更新時の現行ベンダーに対しても同じように。

1. 日額はいくらで、その日に稼働するのは誰ですか。ベンダーの社員ですか、導入パートナーですか。
2. 作業範囲記述書のどの行が固定価格で、どの行が実費精算ですか。
3. 変更依頼の手続きはどうなっていて、何が満たされると変更が課金対象になりますか。
4. 更新に含まれるサービス日数は何日で、未使用分は失効しますか。
5. 稼働開始後、自社の管理者が変更できる設定はどれで、サービス依頼が必要な設定はどれですか。
6. 2年目に新しいサブポータル、新しいレポート、新しい連携が欲しくなった場合、それはプロジェクトですか、設定ですか。
7. 自社の設定についての知識は誰が持っていますか。自社が所有する設定台帳がありますか、それとも1人のコンサルタントのもとにありますか。
8. 深刻度別のサポート SLA はどうなっていて、そこから明示的に除外されているものは何ですか。
9. カスタマーサクセス担当が変わった場合、アカウントの記録のほかに何が引き継がれますか。
10. 解約時はどうなりますか。何が、どの形式で、どれだけの通知期間でエクスポートでき、費用は発生しますか。

学習者1人あたりの実コストを算出する

更新の見積もりは、一文で言えるようにしておくべき数字の入力値の1つにすぎません。一度、誠実に組み立てておけば、その後の会話はすべて短くなります。

annual cost per active learner

  =  ( annual licence
     + support / success fee
     + implementation ÷ contract years
     + professional-services days billed
     + integration maintenance (your engineers' time)
     + LMS admin time (FTE × loaded salary) )

     ÷ learners who completed at least one thing this year

議論になるのは分母です。購入した席数ではなく、何かを修了した人数で割ってください。席数は売られたもの、修了は得られたものです。両者の差は、プラットフォームが仕事をしているかどうかの率直な指標であり、たいていは更新の会話を短くする数字でもあります — どちらの方向にも。このコストが低ければ、プログラムはうまく運営されており、留まる十分な理由があります。高ければ、どれだけ高いかがわかります。それが、はったりなしで交渉する唯一の方法です。

次に、契約が何を計測しているかを確認してください。登録ユーザー数、月間アクティブユーザー数、購入席数は、同じ母集団から3つの異なる請求額を生みます。同じく見積もりベースの製品である LearnUpon は、アクティブユーザー単位としてベンチマークされています。TalentLMS は価格をそのまま公表しているので、誰かから電話が来る前に試算できます。ただし意図的に軽い製品であり、それが引き換えです。

機能の厚みは正当に評価する — そのうえで、作り直す量を数える

Docebo は、広範な設定機能、ホワイトラベル、大きなパートナーエコシステムを備えた、実績あるエンタープライズ LMS です。これは社交辞令ではありません。価格がその水準である理由そのものです。厚みは作られ、文書化され、複数のタイムゾーンでサポートされ、10年かけて互いに枝分かれしていく顧客環境全体で動き続けなければなりません。それには誰かが金を払っています。その厚みを実際に使っているのなら、更新こそが安い答えであり、この記事は予算づくりの作業にすぎません。

だから棚卸ししてください。退屈な午後を1回使うだけで、判断のすべてが決まります。

• 1年目に設定した自動化ルールのうち、今も動いているのはいくつで、その内容を知っている人はいますか。
• カスタムレポートのうち、ひと月のあいだに人間が実際に開くのはいくつですか。
• 実際に誰かが読む、あるいは行動につながるデータを運んでいる連携はどれですか。
• 設定されているだけでなく、実際に稼働しているポータルやブランドドメインはいくつですか。
• 請求書に載っているモジュールのうち、今四半期に誰もログインしていないものはどれですか。
• これを維持するために、月に何時間の管理工数を使っていますか。

そのうえで、候補リストに惚れ込む前に、作り直す量を数えてください。SCORM でパッケージ化されたコンテンツは移ります。ツールの中で直接オーサリングされたコンテンツは、たいてい作り直しになります。修了履歴はファイルとしてエクスポートされるのであって、動作するシステムとして移るわけではありません。規制当局が 2023年の記録を求めてくる可能性があるなら、移行後にその記録がどこにあるのかを把握しておく必要があります。これは留まる理由ではありません。乗り換えのコストをゼロと仮定せず、実際の数字を置くための理由です。

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

Lurno を作っているのは私たちなので、この節は利害関係のある部分として読んでください。ここに置いているのは、この製品の形が上記の問題の特定の形に答えるからであり、それ以外の形には役に立たないからです。

Lurno はマルチテナントです。中心にある構造は、組織が組織を含むという形です。入れ子型のサブ組織、ある枝で付与した役割がその下へ継承される内部のブランチツリー、自動 TLS 付きの組織ごとのカスタムドメイン、そしてホワイトラベルのブランディング。これは、クライアント企業ごとに独立したブランドのアカデミーを運営する研修事業者や、事業部門にフォルダではなく実質的な分離が必要なグループに合います。テナントの分離はアプリケーションのコードだけでなく、データベースで強制されています — 676 のマイグレーションにわたる 868 の行レベルセキュリティポリシー。最初の3つの階層の価格は、メンバー数の上限とともに料金ページで公開しているので、誰かと話す前にライセンスの行を試算できます。

その試算が意味を持つ前に、知っておくべきことが3つあります。SCORM 1.2、SCORM 2004、xAPI、LTI 1.3 は開発中です — 製品内にモデル化され、ランタイムを構築しているところです。規格への準拠が展開の前提条件になるなら、それはパイロットの後ではなく前に話し合うべきことです。現時点で SAML または OIDC のシングルサインオンはありません。提供しているのはパートナーサインオン（サイレント SSO）です。SAML/OIDC、MFA、パスキーはロードマップ上にあり、利用可能なものとして数えるべきではありません。セルフサービスのサインアップもチェックアウトもありません — 決済は設計済みで未実装、アカウントは招待によって作成されるため、オンボーディングにはいずれにせよ当社が関わります。

営業文句を被せていない並列比較は、Docebo 比較ページにあります。プラットフォームの残りの部分は企業 L&D 向けのページで扱っています。

更新の打ち合わせに臨む前に

1. 昨年の実数を集める。ライセンス費用、請求されたサービス日数、管理工数、アクティブ学習者数、修了数。
2. 更新の見積もりを、当初契約と同じ明細行の形で書面で求める。2つの差分を取れるように。
3. どの行が指数に連動するのか、どの指数か、そして値上げに上限があるかを尋ねる。
4. 機能の厚みを棚卸しし、移行によって本当に失うものを5つ書き出す。
5. 価格を公表しているプラットフォーム2社から見積もりを取り、比較の基準となる単価を手元に持つ。移行するつもりが一切なくても。
6. 解約時の質問 — エクスポート形式、通知期間、費用 — を、まだ1年残っているうちに尋ねる。離れる段になってからではなく。
7. 席を立つ金額を、打ち合わせの最中ではなく前に決めておく。

この作業の目的は、離れることではありません。プラットフォームが学習者1人あたりいくらかかっているのかを言えるようになること、しかもそれを打ち合わせの最初の10分で言えるようになることです。良い製品を持つベンダーに、その会話を恐れる理由はありません。恐れるベンダーは、有益なことを1つ教えてくれたことになります。