オンボーディングシステム開発の進め方/やり方/流れや方法/手法/工程/手順

オンボーディングシステム開発は、要件整理、選定、設計開発、テスト、稼働、定着の順に進めます。この流れで進めると、入社前から入社後90日までの業務をつなげられます。

▼全体ガイドの記事
・オンボーディングシステム開発の完全ガイド

オンボーディングシステムの全体像

オンボーディングシステムを中心に、入社者、人事、現場上司、情シスを配置した図解
関係者が同じ進捗を見て、それぞれの業務を進める構成です。

オンボーディングシステムは、内定承諾後から入社後の一定期間までの手続きを支える仕組みです。入社者、人事、現場上司、情シスが、同じ進捗情報を見ながら業務を進めます。

採用から入社後90日までの一つのデータフロー

設計の対象は、内定者ポータル、雇用契約・労働条件通知、社会保険・雇用保険の手続きです。さらに、従業員マスタ登録や端末・アカウント発行も含みます。

  • 入社前:本人情報の回収と必要書類の提出
  • 初日・初週:案内、研修、OJT、メンターとの連携
  • 入社後:1on1と30日・60日・90日のチェックインの管理

採用管理システムから氏名、入社日、配属、雇用区分を受け取り、人事労務や従業員DBへ渡します。給与・勤怠・ID管理でも再利用できれば、重複入力と転記ミスを減らせます。

本人入力フォーム、期限通知、電子同意は、本人の手続きを支える機能です。加えて、差し戻しと承認の流れ、権限分離、監査ログも確認します。

検討対象には、APIまたはCSV連携とSSOが含まれます。また、多言語、タスク一覧、研修も候補になります。アンケートとダッシュボードも、候補に入ります。

まず、誰が何をいつまでに終えるかと、どのシステムのデータを正とするかを決めます。ここが決まらないまま製品を選ぶと、画面が増えても業務の漏れは減りません。

自社に合わせた標準化の範囲と例外

店舗・拠点・雇用形態によって、必要書類や承認経路が異なる場合があります。外国籍社員やアルバイトなども、この違いに含まれることがあります。

  • 共通業務:最初からすべてを個別画面にせず、入社日、配属先、連絡先、契約同意、端末申請を標準フローに含めます。
  • 例外への対応:雇用区分や勤務地による違いを、条件分岐とテンプレートで吸収します。
  • 必須要件:労働条件の明示、本人情報の安全な回収、契約・社会保険手続き、アカウント準備、監査ログの確保
  • 追加機能:社内コミュニティや生成AIのFAQは、効果を測れる段階で追加します。

ポイント

入社前から入社後90日までを一つのデータの流れとして扱えるかを基準にします。関係者が同じ進捗情報を見られるかも、あわせて確かめます。

オンボーディングシステム開発の6フェーズ

要件整理・選定から設計開発・テスト、稼働、定着・90日単位のKPIへ進む工程図
工程ごとの完了条件を置き、稼働後の改善までつなげます。

要件整理から定着まで、6つのフェーズを順に進めます。各フェーズで次の工程へ進む判定条件を決めておくと、入社日直前の仕様変更や未利用機能の増加を防ぎやすくなります。

フェーズ1:要件整理による業務の現在地と完了条件の定義

まず、業務を内定承諾後、入社前、初日の時期に分けます。初週から90日までは、30日・60日・90日の節目で区切ります。そのうえで、時期ごとに担当者と期限、承認者を決め、入力項目、例外、完了条件もフローに記載します。

  • 担当と期限:本人は入社日の7営業日前までに住所と扶養情報を提出し、人事が労務システムへ連携します。情シスは入社日前日までにアカウントを有効化します。
  • 確認する要件:対象者、月間入社人数、雇用区分、勤務地、必要書類を定めます。電子交付の同意、保存期間、差し戻し回数、権限者、問い合わせ窓口、連携方式も決めます。
  • データの正と優先度:各システムの正のデータ源を明確にします。

採用管理や人事給与、勤怠のどれが正のデータを持つかを確認します。電子契約、グループウェア、ID管理についても、どこが正かを確かめます。

要件はMUSTとWANTに分け、MUSTを満たさない提案は価格にかかわらず候補から外します。

フェーズ2:選定によるSaaS・パッケージ・専用開発の比較

比較の対象には、標準SaaSとパッケージと導入支援があります。ローコード・ワークフローや専用ポータル開発も候補です。選ぶ際は、自社の業務と標準機能の差を基準にします。

  • SaaS:標準業務が中心で、法改正やセキュリティ更新を任せたい企業に向きます。
  • パッケージ・追加開発:複数拠点の複雑な承認や大量処理があり、標準機能で足りない場合に検討します。
  • 専用開発:特殊なデータフロー、多言語、グループ会社ごとの権限が差別化につながる場合に候補となります。

比較では、機能数に加えて、本人の入力負担、現場上司のタスク完了率、採用から従業員DBへの連携を見ます。さらに、API・CSV・SSOへの対応、公開料金、導入支援の範囲も確認します。

デモでは、本人のスマートフォン入力と人事の差し戻しを実際に操作して確かめます。情シスの端末割り当てや、入社後90日のサーベイ集計も見ておきます。

提案書では、標準機能と設定を分けて書いてもらいます。また、追加開発と運用対応も切り分けてもらいます。

フェーズ3:設計・開発でのデータと権限の境界の確定

画面やフォームより先に、データモデルと連携の境界を確定します。採用管理から受け取る内定者IDをキーにして、各情報をどのシステムで保持するかを定めます。

  • データ項目と連携:氏名、入社日、配属、雇用区分、勤務地を扱います。上司、必要書類、端末、アカウント、研修受講状況も対象です。APIがあれば即時連携します。
  • CSV運用:APIがない場合は出力項目、文字コード、取込頻度、エラー時の再処理担当を決め、運用後の手作業を抑えます。

個人情報やマイナンバーを扱うため、閲覧できる項目は関係者ごとに分けます。本人や人事、現場上司のほか、情シスと委託先も対象です。閲覧・入力・承認・出力の権限も、個別に設計します。

はじめに、多要素認証、SSO、通信時と保存時の暗号化を確認します。そのほか、操作ログやバックアップ、データ削除、再委託先、障害時の連絡も見ておきます。

人事労務クラウドでは、安全管理措置と委託先監督の状況も確かめます(出典:個人情報保護委員会「人事労務管理のためのサービスに関する注意喚起」、2024年)。

フェーズ4:テストによる入社日当日の失敗の先回り

テストは実際の入社シナリオで行います。正常系では、本人入力と同意、人事承認、従業員DB・給与・勤怠への連携、情シスのタスク完了を確認します。

  • 異常系:期限切れ、必須項目不足、メールアドレス重複、CSV文字化けを試します。連携先停止、差し戻し、入社日変更、内定辞退、外国籍社員の追加書類も試します。
  • 参加者と業務確認:人事に加え、現場上司、情シス、総務、必要に応じて法務・個人情報管理担当が参加します。提出完了率、差し戻し通知、担当者表示を確認します。
  • 合格条件:権限外データの非表示、監査ログ、連携エラー検知、問い合わせ対応時間を確認します。実在するマイナンバーを使わず、削除とバックアップからの復旧も試します。

フェーズ5:小さく始める稼働と入社サイクルでの確認

全拠点や全雇用形態を一斉に切り替えず、1つの事業部など、入社人数を見通しやすいグループから始めます。パイロットは、一回の入社サイクルを通して確認します。

  1. 入社予定者へ案内し、本人入力と人事確認を行います。
  2. 現場タスク、端末・アカウント、初日の案内まで進めます。
  3. 例外時の代替手順を使い、完了率と問い合わせ内容を確認します。

紙やメールの廃止は、すぐに全面で行わず、段階を踏みます。切り替えの判定では、未完了タスク、期限超過、連携エラーを確認します。また、担当者不明、本人の問い合わせ、初日のアカウント未発行も見ます。

稼働後に仕様を変えるときは、法務、セキュリティ、連携先への影響を確かめ、変更管理台帳に記録します。旧Excelやメール台帳の廃止時期も決めます。これにより、二重管理を防げます。

フェーズ6:90日単位のKPIによる定着の改善

導入完了をゴールにせず、入社者が迷わず業務を始め、現場が適切に支援できたかを測ります。

  • 手続きと工数:書類提出完了率、期限内提出率、差し戻し率、人事の確認工数を見ます。
  • 入社後の進捗:初日までの未完了タスク、アカウント発行リードタイム、研修受講率、30日・60日・90日のチェックイン実施率を測ります。
  • サーベイと離職:サーベイ回答と早期離職の関連を、不当な個人評価を避けて集計します。

入社後は月ごとに見る点が変わります。2か月目は研修・OJTと上司の1on1を、3か月目は独り立ちの条件と本人の不安を見ます。

数字が悪い場合は、機能追加の前に入力項目、リマインド時期、上司への完了通知、FAQを見直します。面接評価や志望動機を支援に使う場合は、目的と閲覧権限を明確にします。

ポイント

各フェーズで次の工程へ進む判定条件を決めておくかどうかが、入社日直前の仕様変更を防ぐ分かれ目です。データの正と権限の境界は、画面やフォームより先に決めます。

オンボーディングシステムの費用相場とコストの内訳

SaaSの標準設定から連携や独自フロー、専用ポータル、大規模案件へ進む費用帯の尺度図
連携や独自開発を加えるほど、見積もりの対象範囲が広がります。

初年度総額には、月額ライセンス費に加えて、初期設定、要件整理、画面・フォームを含めます。また、連携やSSO、データ移行、テストも含めます。研修、保守、法改正対応も、内訳に入ります。

公開料金のあるSaaSと個別見積もりの導入・開発費は性質が異なります。同じ表で比べる場合は、公開価格、推定レンジ、個別見積もりの区別を明記します。

SaaSの標準設定の目安は初期0万〜100万円、月額1万〜10万円程度

入社書類、本人入力、タスク管理を標準機能で使う場合、リサーチノートに基づく推定では初期費用0万〜100万円、月額1万〜10万円程度が目安です。これはオンボーディング単体の公的相場ではありません。

  • 概算の前提:公開料金と人事労務SaaSの導入事例から整理した金額です。利用人数、最低契約料金、追加モジュール、導入支援の有無で変わります。
  • 公開価格の例:freee人事労務の公開料金を比較材料として確認します。

年払いの月額表示は、1人あたりでミニマム400円、スターター600円です。スタンダードは800円、アドバンスは1,100円です(出典:freee「料金」、2026年確認)。

50名で単純計算すると、基本ライセンスは月2万円〜5万5,000円程度です。雇用契約、勤怠、追加オプションの有無は別途確認します。

連携や独自フローを加えた場合の目安は初期100万〜500万円程度

連携や独自フローを加える場合、機能範囲に応じて初期費用と月額費用を見積もります。

  • 推定レンジ:初期100万〜500万円、月額5万〜30万円程度です。

推定には、採用管理や給与、勤怠、ID管理との連携を含みます。CSVやAPI、SSO、権限設計も、推定の対象です。なお、金額にはデータ移行と操作研修も含みます。

これは類似する人事労務システムの導入・部分改修からの推定で、ベンダーが提示する確定価格ではありません。APIの有無、連携本数、移行対象の履歴、テスト環境、既存契約の制約で上振れします。

たとえば、HRMOS労務はHRMOS採用との連携を前提に、従業員数30名以下で月額48,000円からと案内しています(出典:株式会社ビズリーチ「HRMOS労務」正式リリース、2026年)。

別途初期費用がかかるため、月額だけで判断しません。初期設定、データ移行、サポート、契約対象の機能を同じ見積書で確認します。

専用ポータル開発の目安300万〜1,500万円と、複雑な大規模案件の費用帯

専用開発の費用と期間は、対象範囲や案件規模で変わります。次の条件を推定レンジの判断材料にします。

  • 専用ポータル:独自ポータル、複雑な承認、複数拠点、多言語、ID管理、既存人事基盤との深い連携では、300万〜1,500万円程度、期間3〜8か月程度が目安です。
  • 大規模案件:条件により1,500万〜4,000万円超、6〜18か月程度になる可能性があります。

大企業のグループ会社統合、1,000名規模の大量処理、並行稼働、厳格なセキュリティ審査まで含めると、このレンジになる可能性があります。

これらは特定案件の確定価格ではありません。人事労務システムの特定領域刷新やエンジニア工数をもとにした推定です(出典:NotebookLM社内Q&A「人事・労務・給与」、2026年)。

見積もりでは開発費とライセンス費を分けます。機能追加、法改正、障害対応、バックアップ、運用担当者の工数を含めた3年間のTCO(総所有コスト)で判断します。

ポイント

費用は、月額ライセンスだけでなく初年度総額で比べます。公開料金のあるSaaSと個別見積もりの導入費は、同じ表に並べるなら区別して書きます。

見積もりを取る際のポイントとチェックリスト

見積依頼では「オンボーディング機能一式」とせず、対象プロセス、人数、連携先、帳票、権限を分けます。移行、テスト、研修、保守も、別々に見積もってもらいます。

比較できるRFPにすると、価格差と支援範囲の違いを並べて確かめられます。

要件明確化での対象者・例外・データの正の明記

RFPでは、対象者や業務範囲、システムの役割を具体的に示し、提案の前提をそろえます。

  • 対象と業務:月間・年間の入社人数、雇用区分、拠点数を書きます。入社前から90日までの対象業務、本人の入力項目、人事の確認項目、現場のタスクも記載します。
  • 連携先と未定事項:採用管理、人事給与、勤怠、電子契約、グループウェア、ID管理の製品名と連携方式を書きます。未定は「提案を求める」と明記します。

帳票では、2024年4月から労働条件明示のルールが変わり、就業場所や業務の変更範囲などの明示が必要な点を確認します(出典:厚生労働省「2024年4月から労働条件明示のルールが変わります」、2024年)。

電子交付の同意、通知内容の版管理、再発行、閲覧履歴も要件に含めます。こうして決めておけば、帳票を後から作り直す事態を避けられます。

複数社比較での機能・支援・TCOの同条件比較

比較候補はSaaSベンダー、パッケージベンダー、SI・受託開発会社の3類型です。各社の強みと自社のデータフローへの対応を見ます。

  • SaaS:SmartHR、freee、マネーフォワードなどの標準化と導入速度を評価します。
  • 人事基盤:HRMOSやCOMPANYなどの採用・労務・従業員情報の連携と大規模運用を見ます。
  • SI会社:既存システムを残した連携、移行、運用設計を確認します。

オンボーディング専業かどうかより、自社のデータフローを最後まで担えるかを見ます。各社には、同じシナリオでデモと見積を依頼します。

標準機能、設定、追加開発、対応不可を表にします。そのうえで、初期費用、月額、最低利用人数、連携費、移行、研修を分けて書きます。窓口、SLA、契約終了時のデータ返却、法改正対応も分けます。

最安値の見積より、5年後にも運用担当者が説明できる構成を選びます。そのためには、機能と支援範囲、TCOを同じ前提で比べます。

リスク対策での個人情報・法改正・運用引き継ぎの確認

契約前に、情報管理、委託先監督、運用の引き継ぎ、法改正への対応を確認します。

  • 情報管理と委託先:委託先・再委託先、保管場所、アクセス権、認証、ログを確認します。バックアップ、事故連絡、削除証跡、報告書、監査方法、契約条項も見ます。
  • 受入条件:連携プログラムの脆弱性対応と退職者のアカウント停止を含めます。
  • 引き継ぎと保守:納品資料と法改正後の対応範囲を決めます。

設定一覧、連携仕様書、エラー対応、権限申請を納品物に含めます。さらに、例外処理、FAQ、教育資料も入れます。

法改正時の追加費用と期限、SaaSの更新通知、独自開発部分の保守担当を契約前に決めます。

認証の取得に加えて、委託先管理の判断材料をそろえます。また、毎月の入社を安全に回す業務手順も整えます。

ポイント

見積もりは、機能、支援、TCOを同じ条件でそろえて比べ、5年後も運用担当者が説明できる構成かで判断します。

オンボーディングシステム開発でよくある質問(FAQ)

導入前に相談の多い開発方式、期間、既存システム連携の質問に、順に答えます。回答は、自社の人数や入社頻度に合わせて、要件と見積もりの前提に置き換えてください。

オンボーディングシステムはSaaSと専用開発のどちらが向いていますか?

標準的な入社手続きが中心で、早く安全に始めたい場合はSaaSが向いています。

複数拠点・多言語・独自の承認や既存基幹との複雑な連携が競争力に関わる場合は、SaaSの設定・追加開発と専用開発を比較します。

まずSaaSで1〜2回の入社サイクルを試し、標準化できない要件だけを追加開発する段階導入も有効です。

オンボーディングシステムの開発期間はどのくらいですか?

標準SaaSの初期設定と研修は、要件が整理されていれば数週間から数か月程度で始められます。一方で、連携、移行、独自ポータルを含む場合は3〜8か月程度が推定です。

大規模なグループ統合や並行運用を含む場合は、6〜18か月程度と見込みます。入社日から逆算し、要件整理とテストの期間を確保できるかで判断します。

既存の採用管理・給与・勤怠システムと連携できますか?

連携はできますが、APIの有無、データ項目、更新頻度、エラー処理、個人情報の権限を確認します。APIがなければCSV、iPaaS、中間DBを比べ、入社者IDや従業員番号を重複なく管理します。

採用管理、人事DB、給与・勤怠の各項目で、どのシステムを正とするか決めます。また、連携エラーを人事だけで抱えない運用も必要です。

個人情報やマイナンバーを扱う場合に何を確認すべきですか?

閲覧者、入力者、承認者、出力者を分けます。そのうえで、多要素認証やSSO、暗号化、操作ログを確認します。さらに、バックアップ、保存・削除、委託先と再委託先、事故時の連絡も見ます。

また、マイナンバーは利用目的とアクセス範囲を限定し、テスト環境に実データを入れません。契約書だけでなく、管理画面で権限とログを確認して受入判定します。

ポイント

導入方式は、標準的な入社手続きで足りるか、既存システムとの連携が競争力に関わるかで決めます。個人情報は、閲覧・入力・承認・出力の権限を分けられるかで判断します。

まとめ:6フェーズで現場に定着する仕組みづくり

開発では、紙やメールの置き換えだけでなく、採用管理から労務、人事DB、給与・勤怠、ID管理、入社後の育成までを一つの業務フローとして設計します。

要件整理で担当者と完了条件を決め、方式を比較し、データと権限を設計します。テストと小規模稼働を経て、90日単位のKPIで改善します。

1回の入社サイクルを対象にしたチェック項目の準備

最初は内定承諾後から初日までを対象に、誰が、いつ、どのデータを入力し、どの承認を経て、どのシステムへ渡すかを一枚にまとめます。

書類提出完了率、初日までの未完了タスク、アカウント発行時間、人事の確認工数を測ります。原因を特定してから改善すれば、限られた予算でも成果につながります。

見積の判断軸は初年度総額と運用のしやすさ

費用の推定レンジは、標準SaaSで初期0万〜100万円・月額1万〜10万円程度です。また、連携込みは初期100万〜500万円程度、専用開発は300万〜1,500万円程度です。

  • 見積条件:人数、連携本数、移行、セキュリティ審査、保守で金額が変わります。同じシナリオで、ライセンス、設定、開発、研修、法改正対応を分けて依頼します。
  • 定着の判断軸:入力負担、現場の完了率、採用から従業員DBへの連携、監査ログ、90日後のフォローを評価します。

人事に手作業が残ったり、現場上司が使わなかったりすれば、システムは定着しません。自社に合う仕組みを段階的に育てます。

▼全体ガイドの記事
・オンボーディングシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。