オンボーディング基盤とは｜LMS・人事システムとの違いと、受け入れを仕組みにする5つの機能

オンボーディング基盤の役目は、教材を配ることではありません。入社後90日の受け入れを誰が担当しても同じ質で回し、新人の状態を組織として見えるようにすることです。ほかのシステムとどう違うのか、どんな機能が要るのか、どう入れていけばいいのかを書きます。

オンボーディング基盤とは

オンボーディング基盤とは、新人の受け入れを90日のジャーニーとして設計し、タスク・1on1・サーベイの記録を新人・現場・人事で共有するための仕組み（ソフトウェア）です。オンボーディングそのものは仕組みがなくても始められますが、基盤があると「担当者が変わっても同じ質で受け入れられる」「新人の状態が上司の記憶ではなく記録として見える」という2つの状態を、人の努力に頼らず維持できます。

オンボーディングの定義や構成要素はオンボーディングとはで解説していますが、関わる人、90日の組み立て、関係の作り方、記録の共有のうち、基盤がじかに支えるのは90日の組み立てと記録の共有です。関係性の設計（バディの任命、1on1の実施）は人が行いますが、それが実施されたかどうかを記録し、抜けを知らせるのも基盤の役割です。

なぜ「基盤」が必要なのか

基盤が要るのは、オンボーディングを続けるうえでいちばん厄介なのが、人しだいになってしまうことだからです。良い上司やバディがいる部署だけうまくいき、その人が異動した瞬間に崩れる。人事が個人のメモで新人を追っていたが、担当が変わって引き継がれない。こうした状態は珍しくなく、大卒の34.9%が3年以内に離職する現状（厚生労働省「新規学卒就職者の離職状況」2024年）の背景には、受け入れの質が人に依存している構造があります。

もう一つの理由は「見えない」ことです。組織社会化研究（Bauer et al., 2007）が示すとおり、新人の定着を左右するのは役割の明確さ・自己効力感・社会的受容という心理的な状態であり、これらは上司の観察と記憶の中にしか存在しません。新人が「辞めます」と言った時点で人事が初めて知る、という事後対応から抜け出すには、進捗・1on1・サーベイの記録が一箇所に集まり、人事も見られる状態が必要です。

表計算での運用と、基盤での運用

表計算・個人のメモで運用

• 90日プランは人事のExcelにあり、現場は見ていない
• 1on1の記録は上司の手元にあり、人事は知らない
• 新人が増えると人事が全員を追えなくなる
• 担当者の異動で記録と運用が途切れる

→

基盤で運用

• 90日ジャーニーが新人・上司・人事の共通の画面にある
• 1on1の記録と進捗が同じ場所に残り、抜けが通知される
• 人数が増えても「誰がどのフェーズか」が一覧で見える
• テンプレートが残るので、担当者が変わっても同じ質で回る

表計算での運用を否定するものではありません。最初は表計算で始め、新人が年に数人を超え、属人化が見え始めた時点で基盤に移すのが現実的な順序です。

▲ 目次に戻る

LMS・人事システム・タレントマネジメントとの違い

オンボーディング基盤は、ほかの人事系システムと役目が違います。混同されやすいものと比べると、立ち位置がはっきりします。

人事系システムとオンボーディング基盤の違い

システム	主な役割	扱うもの	入社後90日で担う範囲
LMS（学習管理システム）	学習コンテンツの配信と受講管理	教材、テスト、受講履歴	研修・eラーニングの部分
人事システム（HRIS）	従業員情報の台帳管理	雇用契約、給与、勤怠	入社手続き
タレントマネジメント	配置・評価・育成計画	スキル、評価、後継者計画	中長期の育成
オンボーディング基盤	入社後90日の伴走と可視化	ジャーニー、タスク、1on1、サーベイ	受け入れ全体の設計・実行・把握

LMSは「何を学んだか」を扱いますが、「誰に相談できているか」「1on1で何が話されたか」は扱いません。人事システムは台帳であり、新人の適応の状態は記録しません。タレントマネジメントは入社後数年の育成を扱いますが、最初の90日の日々の支援は対象外です。オンボーディング基盤が受け持つのは、そのすき間にある入社直後のなじむ期間です。ほかのシステムを置き換えるのではなく、その手前を埋めます。

▲ 目次に戻る

基盤に要る機能

基盤に必要な機能は、オンボーディングの構成要素からそのまま導かれます。

オンボーディング基盤の主な機能

機能	何ができるか	支えている設計
ジャーニーテンプレート	90日の3フェーズと、各フェーズのタスクをひな形として持つ。職種・入社区分ごとに個別化できる	90日の設計、再現性
タスク管理	新人・上司・バディそれぞれのタスク（顔合わせ、1on1、学習項目）を期限付きで管理し、抜けを通知する	関係性の設計の実行
1on1の記録	週次1on1の議題と困りごとを記録し、新人・上司・人事で共有する	記録の共有、予兆の把握
サーベイ	30日・60日・90日の新人サーベイ（役割の明確さ・相談相手・見通し）を配信し推移を追う	予兆の把握
ダッシュボード	誰がどのフェーズにいるか、1on1の実施率、サーベイの推移を一覧で見る	人事の把握と介入、設計の改善

5つのうち、表計算やチャットツールの組み合わせで代用が難しいのは「ダッシュボード」と「通知」です。記録を集めることは表計算でもできますが、「1on1が2週間実施されていない新人」を人事に知らせる、部署ごとのつまずきを集計する、といった処理は、記録が一つの構造に載っていて初めて可能になります。進捗と記録から予兆を読む考え方はAI時代の新人教育で解説しています。

▲ 目次に戻る

導入の進め方

基盤は、システムを入れるところからではなく、運用を作るところから始めます。

紙と表計算で90日プランを一度回す

まず最初の90日で定着は決まるで解説した3フェーズの設計を、表計算で作ります。ゴール・タスク・相談先を書き出し、1人の新人で実際に運用してみます。ここで「何が抜けたか」「どこで現場が困ったか」がわかり、それがテンプレートの元になります。

人しだいになってきたら、基盤に載せる

新人が年に数人を超える。部署によって受け入れの質が違う。人事が全員を追えない。どれかが起きたら、表計算の運用を基盤のテンプレートに移します。移すのは「運用の中身」であり、基盤のために運用を作り直す必要はありません。通年採用や中途採用が多い企業では、一人ずつ入社しても同じ質で受け入れる必要があるため、早い段階で基盤が効きます（通年採用時代のオンボーディング設計）。

記録は支えるためだと伝えて運用する

基盤に載せたあとでいちばん大事なのは、記録の目的を新人に伝えることです。「監視のため」と受け取られた瞬間に、1on1の記録もサーベイも本音が書かれなくなります。目的と範囲を入社時に明示し、新人本人も自分の記録を見られる設計にします。

onbx（WellColab が提供する AI自律型オンボーディングプラットフォーム）では、90日の流れの型、タスク管理、1on1の記録、サーベイ、ダッシュボードを一つの画面にまとめ、新人・上司・人事が同じ情報を見ながら受け入れを進められるようにしています。

▲ 目次に戻る

よくある質問

ツールを比べる前に、今の受け入れを紙と表計算で一度回してください。どこが抜けて、どこで新人がつまずくかがわかれば、基盤に何を求めるかも決まります。