オンボーディングシステム開発の発注/外注/依頼/委託方法について

オンボーディングシステムの発注・外注は、入社書類の電子化だけでなく、採用管理から労務、人事データベース、端末・アカウント準備までの業務とデータの責任範囲を整理してから、SaaS導入・導入支援・受託開発を選ぶことが成功の近道です。

しかし、実際に依頼しようとすると「何をRFPに書けばよいのか」「パッケージと専用開発のどちらが合うのか」「見積金額の差は何から生まれるのか」が分かりにくいものです。本記事では、オンボーディングシステムを発注・外注する際の発注形態、要件整理、契約、費用相場、委託先の選び方、見積書の比較方法を、2026年時点の公開情報と人事労務システムの導入論点を踏まえて解説します。

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

オンボーディングシステムの発注・外注の全体像

発注・外注の最初の仕事は、製品名や開発言語を決めることではありません。内定承諾後から入社後30日、60日、90日までの業務を洗い出し、どの範囲を標準機能でまかない、どこを連携または個別開発するかを決めることです。入社者本人、人事、配属先の上司、情シス、総務が同じ進捗を見られる状態を目指します。

オンボーディングは、本人入力フォーム、提出期限とリマインド、雇用契約・労働条件通知、社会保険や雇用保険の手続き、従業員マスタへの登録、端末とアカウントの申請、初日の案内、研修、メンター、1on1、サーベイまでを含む一連のプロセスです。書類をWebで集めるだけのシステムを導入しても、採用担当から労務担当への転記や、情シスへの依頼がメールで残れば、業務全体の漏れは解消されません。RFPには「何を登録できるか」だけでなく、「誰が、いつ、どの完了条件で次工程へ渡すか」まで記載します。

外注先に期待する成果は、人事担当者の作業時間削減だけでは不十分です。書類提出完了率、入社日までの未完了タスク数、アカウント発行のリードタイム、差し戻し率、初週研修の受講率、入社後サーベイの回答率など、導入前に測れる数字を選びます。たとえば「入社初日にPCを渡せる状態」を目標にするなら、システムの完了条件を「申請済み」ではなく「情シスが発行し、受け渡し確認まで完了」と定義する必要があります。

発注形態はSaaS・導入支援・専用開発から選びます

発注形態は、業務をどれだけ標準化できるか、既存システムとどこまで連携するか、自社固有の承認や雇用形態がどれだけ多いかで決まります。価格だけでなく、法改正への追従、障害対応、運用担当者の負担、データを移行しやすいかまで含めて判断することが重要です。

標準SaaSは、入社情報の収集、電子契約、労務手続き、従業員データベース、タスク管理などが既に用意されているため、短期間で始めやすい選択肢です。法令変更やセキュリティ更新をサービス側が継続して行う点も利点です。一方で、店舗ごとに異なる承認経路や、独自の入社前研修、複雑なグループ会社構造をすべて再現できるとは限りません。標準に業務を合わせる覚悟と、例外を別運用に残す範囲を決めます。

パッケージやクラウドサービスに導入支援を組み合わせる形態では、初期設定、権限設計、帳票テンプレート、データ移行、操作研修などを外部パートナーに任せられます。自社で設定する範囲と支援会社が担当する範囲を見積書で分けることがポイントです。「導入支援一式」とだけ書かれている場合は、設定項目数、打ち合わせ回数、テスト支援、稼働後の問い合わせ期間を確認します。

専用ポータルやワークフローを開発すると、多言語入力、雇用形態別の書類、拠点ごとの承認、採用管理からのデータ連携、ID発行、独自の30・60・90日チェックインなどを柔軟に設計できます。ただし、個別開発した画面だけでなく、認証、権限、監査ログ、バックアップ、法改正時の帳票変更、保守体制まで発注対象になります。給与や社会保険の基幹機能まで自作するのではなく、法令対応が必要な領域はSaaSに任せ、オンボーディング固有の画面と連携部分だけを開発する構成も現実的です。

RFPと要件整理では入社前から90日後までを可視化します

RFPは、ベンダーに機能一覧を見せて価格を聞く書類ではありません。現状の課題、対象者、業務フロー、既存システム、データ項目、セキュリティ条件、納期、評価基準を同じ前提で提示し、提案内容を比較できるようにするための依頼書です。候補会社に同じ情報を渡せるほど、安い理由と高い理由を説明しやすくなります。

まず、対象範囲を「内定承諾後」「入社前」「初日」「初週」「30・60・90日」の区切りで記述します。各工程について、担当者、期限、入力項目、承認者、差し戻し条件、完了条件、例外処理を書き出します。次に、採用管理、人事給与、勤怠、電子契約、グループウェア、ID管理との連携を示し、どのシステムを正とするかを定義します。採用管理にある氏名や入社日を労務へコピーするのか、APIで連携するのか、CSVを誰が確認して取り込むのかまで曖昧にしないことが大切です。

要件は、法令・安全管理・業務継続に関わるMUSTと、将来の改善に回せるWANTに分けます。MUSTには、労働条件通知や雇用契約の電子交付、本人確認、権限分離、操作ログ、個人番号を扱う場合のアクセス制御、データの削除・返却、入社日までの端末準備などを置きます。WANTには、社内コミュニティ機能、AIによるFAQ、詳細な定着分析などを置きます。すべてを初回リリースに詰め込むと、テスト対象と予算が膨らむため、まず1〜2回の入社サイクルで効果を測る段階導入が有効です。

複数社にRFPを送る場合は、機能、連携、導入支援、移行、セキュリティ、保守、費用、前提条件を同じ項目で回答してもらいます。標準機能、設定対応、追加開発、外部サービス、対応不可を区別して記載してもらうと、後から「標準だと思っていた機能がオプションだった」という行き違いを防げます。デモでは、きれいな画面よりも、内定者がスマートフォンで入力し、差し戻しを受け、人事が未完了者を確認し、情シスにタスクが渡る一連のシナリオを実演してもらいます。

契約形態と責任分界を発注前に決めます

オンボーディングシステムでは、要件定義、設定・開発、データ移行、テスト、研修、保守で契約上の性質が変わります。契約形態を一括りにせず、成果物と責任の範囲を工程ごとに確認します。特に、法令対応が必要な帳票や個人情報を扱う連携では、納品後に誰が運用し、障害や制度変更にどのように対応するかを契約書と仕様書に残します。

完成したシステムや定義された成果物を納める工程は、請負契約として成果物、検収条件、契約不適合への対応を定めることがあります。一方、要件整理やPM支援、専門家の作業時間を提供する工程は、準委任契約として業務範囲、稼働時間、報告、善管注意義務などを定めることがあります。名称だけで判断せず、要件が固まっているか、完成条件を客観的に置けるか、変更が起きたときの扱いは何かを法務担当者と確認します。

オンボーディングは、現場から「この雇用形態だけ別の書類にしたい」「海外拠点は別の承認者にしたい」と追加要望が出やすい領域です。契約時に、変更要求の受付窓口、影響調査、見積提示、承認者、納期変更、優先度の決め方を定めます。軽微な設定変更と、データモデルや連携方式を変える追加開発を同じ扱いにしないことが、予算と納期を守るポイントです。

オンボーディングでは、住所、家族情報、口座情報、本人確認書類、場合によってはマイナンバーなど、慎重な管理が必要な情報を扱います。個人情報保護委員会は、人事労務管理サービスのクラウド利用について、委託先の選定、契約、取扱状況の把握を確認するよう注意喚起しています（出典: 個人情報保護委員会「人事労務管理のためのサービスに関する注意喚起」、2024年）。契約書には、アクセス権限、保存場所、暗号化、ログ、事故時の報告、データ返却・削除、再委託の条件と監査方法を盛り込みます。

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

オンボーディングシステム単体の公的な料金統計は少なく、実際の金額は対象人数、連携数、拠点・雇用形態、セキュリティ要件、データ移行量で変わります。以下のレンジは、リサーチノートに整理された人事労務・ワークフロー案件の相場と、2026年時点の公開料金を組み合わせた目安です。専用開発の公定価格ではないため、予算計画の初期仮説として利用し、RFPによる個別見積で更新します。

標準機能中心のSaaSは、初期費用0万円から100万円程度、月額1万円から10万円程度が初期検討の目安です。対象人数が50〜100名で、入社書類の回収とタスク管理が中心なら低い側に寄りやすく、電子契約、権限設計、研修、複数拠点の設定を含めると上振れします。freee人事労務は公式料金ページで、プランにより400円、600円、800円、1,100円の1人あたり月額を示しています（出典: freee株式会社「freee人事労務の料金」、2026年確認）。これはライセンスの公開価格であり、連携や導入支援の費用は別途確認が必要です。

マネーフォワード クラウド人事管理は、公式サポートで11名以上の場合に1名あたり月額600円の従量料金を案内し、入社前の従業員は従量課金の対象外としています（出典: 株式会社マネーフォワード「クラウド人事管理の利用料金」、2025年更新・2026年確認）。内定者を入社前に登録したい企業には、課金条件も比較材料になります。ただし、給与、勤怠、社会保険、マイナンバーなどを追加すると契約全体の料金は変わるため、オンボーディングに必要なサービスを組み合わせた月額で比べます。

採用管理、給与、勤怠、ID管理、電子契約などをAPI、CSV、iPaaS、中間データベースでつなぐ場合は、初期100万〜500万円程度、月額5万〜30万円程度を初期の想定レンジに置けます。この数字はオンボーディング専用サービスの統一価格ではなく、人事労務システムの連携・移行・部分改修を含む案件相場からの推定です。連携先が増えるほど、項目マッピング、エラー時の再送、権限、監視、テストデータの準備が必要になります。

HRMOS労務は2026年4月の正式リリースで、HRMOS採用から内定者情報を連携し、入社手続きと従業員データベースをつなぐ方向性を示しました。公式発表では、HRMOS採用を含む税抜月額48,000円から、従業員数30名以下の場合の価格が案内されています（出典: 株式会社ビズリーチ「HRMOS労務を正式リリース」、2026年）。ただし初期費用が別途必要で、単純なオンボーディング機能だけの価格ではありません。連携範囲を含めた総額で比較します。

独自の入社者ポータル、複雑なワークフロー、複数システム連携、管理画面、監査ログまでを開発する場合は、300万〜1,500万円程度、開発期間3〜8か月程度を一つの検討レンジに置けます。これも特定案件の見積を保証するものではなく、リサーチノートの人事労務システムにおける特定領域の刷新相場と、エンジニア工数の整理から導いた推定です。グループ会社、多言語、複雑な権限、セキュリティ審査、並行運用が加わる場合は、1,500万円〜4,000万円超、6〜18か月程度になる可能性があります。

見積書では、要件定義、画面・フォーム、ワークフロー、APIやCSV連携、SSO、電子契約、移行、テスト、研修、保守、法改正対応を分けます。初期費用が安く見えても、月額ライセンス、連携の保守、追加ユーザー、サポート、データ保存、退職者データの扱いを含めた初年度総額で比べることが重要です。

委託先の選定と見積比較で確認するポイント

委託先は、知名度や機能数だけで決めません。SaaSベンダー、パッケージ導入会社、SI・受託開発会社では、得意な課題と契約の進め方が異なります。自社の現状に近い導入事例があり、業務整理からデータ連携、移行、運用設計まで同じ責任者が説明できる会社を候補にします。

事例確認では、単に「人事システムを導入した」ではなく、対象人数、拠点数、雇用形態、採用管理や給与との連携、移行件数、導入期間、現場定着の方法を聞きます。可能であれば、匿名化した画面やRFPの回答例、稼働後の運用体制も確認します。現場上司が使わないことが課題なら、管理者向けの高機能さより、スマートフォンでの入力、通知、未完了一覧、代理操作の設計を見せてもらいます。

見積比較では、初期費用、月額、オプション、導入支援、追加開発、データ移行、テスト、教育、保守、障害対応を同じ分類にそろえます。特に「連携一式」「移行一式」「保守一式」は、対象システム数、項目数、データ件数、対応時間、問い合わせ回数が書かれているかを確認します。安い提案が、単に移行やテストを自社作業として除外しているだけの場合もあります。

評価表では、価格だけでなく、要件適合度、導入期間、運用負荷、拡張性、セキュリティ、サポート、担当者の理解度に重みを付けます。たとえば価格30%、要件適合25%、セキュリティ15%、導入体制15%、将来拡張15%のように、社内で合意した配点を先に決めると、提案プレゼンの印象だけで選びにくくなります。配点は自社の優先度に応じて変更し、採点理由を残します。

人事労務データを扱う委託先には、ISMSなどの認証だけでなく、自社のデータをどう守るかを具体的に質問します。確認項目は、データの保管地域、通信・保存時の暗号化、MFAやSSO、管理者権限の分離、操作ログの保存期間、脆弱性対応、バックアップ、障害時の復旧目標、退職者情報の削除、再委託先の管理です。個人情報保護委員会のガイドラインでは、委託先の選定、契約、取扱状況の把握が委託元の確認事項として示されています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

労働条件明示の仕組みも、法務や労務の担当者と確認します。厚生労働省は2024年4月から、就業場所・業務の変更範囲など労働条件の明示ルールが変わったことを案内しています（出典: 厚生労働省「2024年4月から労働条件明示のルールが変わります」、2024年）。発注先に法解釈を丸投げせず、自社が確定した帳票・同意・保存要件をシステムへ落とし込める体制を選びます。

発注後の開発・導入を成功させる進め方

契約が終わった後に重要なのは、発注先に任せきりにせず、業務の意思決定を自社で行うことです。プロジェクトオーナー、人事・労務、情シス、現場代表、法務・情報セキュリティの役割を明確にし、週次で課題、決定事項、未決事項、変更要求を管理します。システムを作ることではなく、入社者と受け入れ側が期限どおりに行動できることをゴールにします。

最初から全拠点、全雇用形態を対象にせず、1つの部門や数回の入社サイクルでパイロットを実施します。内定者本人が迷わず入力できるか、スマートフォンで書類を提出できるか、上司がタスクを確認するか、情シスに必要な情報が揃うかを確認します。提出率だけでなく、差し戻しの理由、問い合わせの内容、担当者が手作業で補った箇所を記録し、設計とマニュアルを修正します。

正常系の入力だけでは、本番の漏れを見つけられません。氏名変更、入社日変更、内定辞退、再入社、外国籍社員、アルバイト、複数拠点、書類の差し戻し、権限のない担当者からの閲覧、連携失敗、退職後のアクセス停止をテストケースに含めます。UATでは、システム担当者だけでなく、入社者役、人事、上司、情シスが実際のシナリオを操作し、完了条件と通知が業務上の期待と一致するかを確認します。

稼働後は、書類提出完了率、入社初日までの未完了タスク、問い合わせ件数、アカウント発行までの時間、研修受講率、初月サーベイ、90日定着率を月次または入社回ごとに確認します。KPIが悪いときに、システムの問題なのか、案内文の問題なのか、担当者の期限設定の問題なのかを切り分けます。ツールを追加する前に、不要な入力項目や重複した承認を減らすことも改善になります。

オンボーディングシステムの発注・外注でよくある質問

オンボーディングシステムの発注では、価格だけでなく自社の業務範囲と運用体制に関する質問が多く寄せられます。ここでは、発注前に判断しやすいよう、特に確認されやすい4つの疑問へ直接回答します。

人数だけで決めず、入社者数、拠点数、雇用形態、担当者の工数、既存システムとの重複入力で判断します。少人数でも毎月の採用が多く、紙やメールの回収、端末準備、労務登録が分断されている場合は、標準SaaSを小さく導入する効果が出やすいです。専用開発は、標準機能で吸収できない固有要件と投資効果を整理してから検討します。

最初にMUST要件を絞り、標準SaaSの設定で始め、連携や独自画面を後から追加する段階導入が有効です。初期見積だけでなく、月額、導入支援、データ移行、保守、追加ユーザー、社内作業を含めた初年度総額で比較します。安価な提案でも、RFPに書いたテストや教育が含まれていない場合があるため、除外項目を確認することが重要です。

相談できますが、現状の業務、困っている作業、対象人数、既存システム、希望時期、予算の上限だけでも整理してから相談すると、提案の精度が上がります。業務整理から支援できる会社へ、現状ヒアリング、簡易RFP、要件定義の順で依頼する方法もあります。最初から仕様を確定させるのではなく、要件定義の成果物と費用を別契約にする進め方も選択肢です。

データの保管場所、アクセス権限、認証、暗号化、操作ログ、バックアップ、事故時の報告、再委託先、契約終了時の返却・削除、監査の方法を確認します。マイナンバーを扱う場合は、取扱担当者の限定、利用目的、保存・廃棄、委託先の監督を契約と運用規程に反映させます。認証取得の有無だけで合格とせず、自社が必要とする情報の範囲に対して具体的な証跡を提示できるかを見ます。

まとめ：オンボーディングシステムは業務と責任を整理して発注します

オンボーディングシステムの発注・外注では、入社書類の電子化だけを切り出さず、採用管理から労務、人事データベース、給与・勤怠、端末・アカウント準備、入社後の育成までを業務フローとして捉えます。そのうえで、標準SaaS、導入支援付きパッケージ、専用開発のどれが自社に合うかを、業務の標準化可能性、連携の複雑さ、法令・セキュリティ要件で判断します。

発注前に、入社前から90日後までの担当者、期限、データ、例外、完了条件を整理し、MUSTとWANTを分けます。見積はライセンスだけでなく、要件定義、設定・開発、連携、移行、テスト、研修、保守、社内工数を含む初年度総額で比較します。委託先には、類似実績、変更管理、セキュリティ、再委託、障害対応、稼働後の改善体制を具体的に確認します。

いきなり全社展開するのではなく、1〜2回の入社サイクルでパイロットを行い、提出率、未完了タスク、アカウント発行時間、問い合わせ、初月サーベイなどを確認します。導入後もKPIと現場の声をもとに、入力項目、通知、承認、連携、研修を見直します。発注を単なるシステム購入で終わらせず、入社者が迷わず働き始め、受け入れ側が準備漏れなく支援できる業務基盤として育てることが、外注の成果につながります。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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