研修管理システム開発の発注/外注/依頼/委託方法について

研修管理システムの発注は、まず現行業務を整理して委託範囲と要件を定め、提案と見積を比べてから契約に進みます。契約後は段階的に検証すると、運用に合う導入につながります。

途中で運用や責任範囲を決めないまま契約すると、後で手戻りが増えます。そこで、各工程で決めたことを残しながら進めます。

▼全体ガイドの記事
・研修管理システム開発の完全ガイド

研修管理システムの発注・外注の考え方

発注では、何を作るかを考える前に、標準化する業務と外注する差分を分けておく必要があります。

教材配信と受講状況の確認が中心であればSaaSが候補になり、人事制度や人事データとの連携を重視するなら、パッケージの追加開発が選択肢になります。さらに、独自の資格認定や研修販売まで組み込む場合は、スクラッチ開発も検討の対象になります。

クラウド型・パッケージ・スクラッチの違い

発注側は、方式ごとの自由度と運用負担を比べ、自社業務に合う範囲を選びます。

  • クラウド型SaaS:初期費用を抑えやすく、短期間で始められます。
  • パッケージ:SaaSより、設定や連携の自由度を持たせやすい方式です。
  • スクラッチ開発:独自要件に合わせやすい一方で、長期的な保守が欠かせません。

SaaSは、画面や承認フローを独自に変えられる範囲が限られるため、標準機能に業務を合わせる判断が必要になります。

パッケージは人事システムや認証基盤との接続を重視する企業に向いています。

スクラッチでは、要件定義からテスト、保守、セキュリティ更新まで、自社と開発会社が長期にわたって分担します。

製品探しの前に確認する自社業務との適合

集合研修をどこまで管理するかを先に決めておくと、製品の適合を同じ基準で比べられます。

  • 開催情報:申込や定員、会場の扱いに加え、講師や出欠、キャンセルまで含めるかを決めます。
  • 事前・事後業務:事前課題と事後アンケートを、範囲に含めるかどうか。
  • 一連の運用:申請・承認や案内メール、リマインドを、出欠や事後アンケートまで、一連の流れで扱えるかを見ます。

集合研修とオンライン研修を一元管理できる製品もあります。

研修管理システムは、eラーニングを管理するLMSと同じ意味で使われる場合があります。

たとえば、CAREERSHIPでは、集合研修の申請やステータス管理が案内されています。CSV登録や外部Web会議連携も、あわせて案内されています。

(出典:株式会社ライトワークス公式「研修管理機能」、2026年8月確認)

ポイント

方式は、教材配信中心ならSaaS、人事連携を重視するならパッケージを候補にするのが目安です。標準機能で収まらない差分だけを、個別開発の対象にします。

発注前に整理すべき要件とRFPの作り方

RFPの記載項目を業務要件、機能要件、非機能要件、移行条件の4領域に分けた図。
4領域をそろえると、各社の提案条件を見比べやすくなります。

RFPは、開発会社から同じ前提で提案と見積を受けるための資料です。そこには、現状の課題と対象者、業務量を書きます。さらに、既存データや納期、予算の考え方も含め、提案してほしい範囲を示します。

機能の一覧で発注すると、要求が曖昧なまま残り、会社ごとに見積の範囲が変わります。そのため、安い見積が本当に安いのかを判断できません。

現行業務の洗い出しと、MUSTとWANTの振り分け

業務の流れと例外を一覧にしておくと、初回リリースで何を入れるかを絞り込めます。

  • 工程と担当:計画から報告までの各工程、その担当者と入力データ。
  • 発生状況:工程ごとの頻度、例外、現在の工数。
  • 優先度:必須のMUST、望ましいSHOULD、将来のWANTに分けて示す。

対象業務は、年間計画から報告までの流れ全体です。前半には、対象者抽出や案内、申込、上長承認が入り、そのあとに会場準備や出欠、テストが続きます。最後に、アンケートや修了判定、報告を行います。

異動者、兼務者、休職者の扱いは、後から大きな追加開発になりやすい項目です。

派遣社員とグループ会社社員も含め、この扱いは早い段階で決めておく必要があります。

RFPに記載する業務・機能・非機能・移行条件の4領域

見積条件をそろえるため、RFPの記載項目は4つの領域に分けます。

  • 業務要件:誰が、いつ、何をきっかけに、どの状態まで処理するかを書きます。
  • 機能要件:受講者・組織、カタログ、申請・承認を記載します。教材やテスト、通知も含めます。
  • 非機能要件:可用性、バックアップ、障害連絡を記載します。応答時間やスマートフォン対応、サポート時間も書きます。
  • 移行条件:受講履歴を何年分移すか、社員番号をキーにするか、照合担当を明記します。

機能要件には修了証、ダッシュボード、CSV出力を、非機能要件にはアクセスログを、それぞれ含めます。

人事連携・権限・セキュリティの具体化

連携仕様と権限を具体的に決めておくと、運用時の責任範囲がはっきりします。

  • 人事連携:入社や異動、退職、所属変更の取込時期と、エラー確認者を決めます。
  • 権限:本人、上長、研修担当の閲覧情報を分けます。人事、監査担当、外部講師も、役割ごとに線引きします。
  • データ管理:暗号化と認証方式、ログ保存期間を定めます。再委託先や保管国、終了後の出力と削除も決めます。

研修履歴は個人データになり得るため、エラー時の確認者と手動修正の記録方法も、あらかじめ決めておきます。

個人情報保護委員会は、人事労務クラウドの安全管理措置と委託先の監督を確認するよう注意喚起しています(出典:個人情報保護委員会「人事労務管理のためのサービスに関する注意喚起」、2024年12月公表・2026年8月確認)。

ポイント

RFPの出来は、業務・機能・非機能・移行条件の4領域がそろい、MUSTとWANTが分かれているかで確かめます。人事連携や権限も、具体的に書けているかを見ます。

発注形態と契約形態の選び方

発注する側は、構築方式と開発会社との契約形態を分けて考えます。SaaSの利用と設定・移行支援、追加開発、リリース後の保守では、契約が分かれる場合があります。

複数の作業が見積書に混ざっている場合は、どこまでが確定の範囲で、どこからが追加費用になるのかを、契約ごとに確かめます。

完成物と金額を固定しやすい請負契約

納品物と検収条件を定められる工程では、請負契約が選択肢になります。

  • 契約の軸:合意した仕様どおりに完成させ、検収することを重視します。
  • 定義するもの:画面や帳票、連携などの納品物と、テスト結果を含む検収条件です。
  • 変更時の影響:要件変更が増えると、追加見積や納期延長につながります。

契約書では、仕様変更の申請方法や受入テスト期間、瑕疵対応を定めます。

知的財産権や、ソースコード・設計書の引き渡し条件も、契約書に記載します。

要件を詰めながら進める準委任契約

優先順位を変えながら進める工程では、準委任契約が合う場合があります。

  • 契約の軸:専門家が一定期間、業務を遂行することを重視します。
  • 適する工程:現状分析と要件定義、プロトタイプ検証です。アジャイル開発も該当します。
  • 明確にする条件:稼働時間や担当者、会議体です。月ごとの成果、課題管理、終了条件も、あわせて決めます。

要件定義は準委任で行い、仕様が確定した後の開発は請負にする段階分けも使えます。準委任は成果物の完成が自動的に保証されない契約のため、この分け方が役立つ場合があります。

保守・運用契約で決めるリリース後の責任範囲

稼働後の保守範囲を具体的に決めておくと、障害や制度変更への対応漏れを防げます。

  • 日常運用:組織変更や制度改定、教材の差し替えを含めるかを決めます。問い合わせや権限追加の扱いも定めます。
  • 保守条件:問い合わせ件数と対応時間、緊急連絡先を定めます。更新や復元、軽微な改修の扱いも含めます。
  • 終了時:エクスポート形式と移行支援、契約解除後の削除時期です。

脆弱性への対応も運用の範囲に含めておきます。

SaaSの場合は、利用規約と個別契約の両方で終了条件を確かめます。

ポイント

納品物と検収条件を定められる工程なら請負、要件を詰めながら進める工程なら準委任が候補になります。保守は、リリース後の責任範囲を契約の時点で決めておきます。

研修管理システムの費用相場とコストの内訳

費用は利用者数に加えて、教材の容量や集合研修の管理、移行の有無によって変わります。SSOやAPI、人事連携との接続は、権限設計とあわせて費用を左右します。さらに、教材制作や運用代行を頼むかどうかでも、金額は変わります。

公開料金を開発費の相場とは見なさず、初年度と2年目以降の総保有コスト(TCO)を同じ条件で比べます。後に示す金額は、公開価格と近接する人事系システムの工数からの目安で、統計的な標準価格ではありません。

公開価格をもとにしたSaaSの利用料の比較

公開料金のなかには、初期費用0円で人数に応じた月額料金を示す、教材配信中心のクラウド型LMSもあります。

  • AirCourse:ベーシックプランは1〜99ライセンスで月額300円(年間契約)または360円(月間契約)です。
  • 大人数帯:ベーシックプランは1,000〜2,999ライセンスで月額120円(年間契約)です。
  • LearnO:100人まで月額19,800円から、1,000人まで月額108,000円からです。

AirCourseの受け放題コンテンツ付きプランは、同じ人数帯でも料金が変わります(出典:KIYOラーニング株式会社「AirCourse料金」、2026年8月確認)。

LearnOでは、動画ストレージや転送量に追加費用がかかる場合があります。教材配信型で比べる目安は、100人規模で月2万〜3.6万円、1,000人規模で月10.8万〜30万円程度です。

(出典:Mogic株式会社「LearnO料金プラン」、2026年8月確認)

集合研修やSSO、APIのほか、移行支援や専用サポートも、別見積になる場合があります。そのため、料金表の対象範囲を確かめておきます。

導入支援・移行・連携を含めた初期費用

初期費用は、移行量や連携範囲、運用設計の有無によって変わります。

  • 標準設定:初期費用を0〜100万円程度と仮置きして比べられます。
  • 支援を含む導入:初期費用は100〜500万円程度と仮置きします。

社員・組織マスタの整備と受講履歴の移行を含みます。さらに、SSOやAPI、人事連携などの連携も入ります。

また、運用設計や管理者研修が入る場合もあります。この幅は、一般的な導入工数をもとにした実務上の推定で、リサーチノートの公開価格も根拠の一つです。公開価格を横断した統計ではありません。

見積では、移行対象の行数と連携の本数を書き分けてもらいます。テスト回数や研修担当者への伴走期間も分けると、金額の増減理由が分かります。

機能範囲別のレンジで見る、スクラッチ開発の予算

独自要件の範囲に応じて予算の幅を仮置きしつつ、研修管理だけの統計値とは区別して考えます。

  • MVP:カタログ、申込、受講履歴の機能に、通知と簡易レポートを加えた構成なら、1,000万〜2,500万円です。
  • 企業向け開発:複数法人、多言語、高度な権限、SSOを含みます。人事マスタ双方向連携、SCORM・xAPI、スキル分析、監査ログも入ります。

企業向け開発は、この内容を含む場合に2,500万〜5,000万円超です。金額は、近接する人事労務系業務システムの開発規模からの推定です。

また、開発会社のSE単価には、月80万〜120万円程度の目安もあります。単価は人数や期間、上流工程によって変わります。品質保証やPMの有無でも変わるため、単価の額だけで優劣を決めず、含まれる内容を比べます。

ポイント

費用は、初年度と2年目以降の総保有コスト(TCO)を同じ条件で比べて判断します。公開価格は比較の出発点とし、導入支援や移行、連携の費用を足して見るのが目安です。

発注・開発プロジェクトの進め方

RFPから提案比較、要件定義、開発を経て本番稼働へ進む横並びの工程図。
前半で条件をそろえ、要件を固めてから実装へ移ります。

発注から稼働までは、RFPと提案比較、契約を経て要件定義に進みます。その後、設計・設定と開発、移行を進め、受入テストを経て、教育や本番稼働、定着改善へと続きます。

標準SaaSの試行は、1〜4週間が目安です。本導入は、社員マスタやSSO、権限、運用設計まで含めて1〜3か月が仮説になります。追加連携やカスタマイズは2〜6か月、スクラッチのMVPは4〜8か月程度です。また、移行や利用者への周知も計画に入れます。

RFP配布と提案比較での条件のそろえ方

発注側は、候補会社の提案範囲を同じ条件で比べ、実際の業務シナリオでデモを確かめます。

  • 共通条件:同じRFPと現行データのサンプルを渡します。想定人数や納期条件も、あわせて渡します。
  • 対応範囲:標準機能と設定、追加開発を分けてもらいます。運用で補う範囲も、別に示してもらいます。
  • デモ:登録から申込、承認まで操作します。出欠や修了、督促、部門別レポートまで続けて確認します。

一連の操作を試すと、画面の印象からは見えない差を把握できます。

要件定義での例外業務とデータ責任者の決め方

関係者と例外処理をはっきりさせておくと、口頭の合意がそのまま本番の仕様になるのを防げます。

  • 参加部門:研修や人事、情報システムを含めます。現場管理者や監査・コンプライアンスも加えます。
  • 運用判断:未受講者の督促担当、上長の閲覧範囲、修了判定の訂正者を決めます。
  • データ責任:社員マスタの正本と、研修管理側での一時補正可否を決めます。

決まったことは、議事録と要件一覧に残しておきます。

小規模なPoCと受入テストによる運用定着の検証

小規模な試行で操作や利用状況、例外への対応を確かめてから、全社に広げます。

  • 試行範囲:1部門、または情報セキュリティなどの必須研修で、PoCを行います。
  • 測定項目:管理者の工数や受講率、修了率を測ります。問い合わせ件数と督促回数も記録します。
  • テストケース:異動や重複申請、期限切れを試します。再受講や欠席、退職者のログインも確かめます。

社員マスタの取り込みから、申込や受講、修了まで実施します。督促とレポートも、一連の流れで確かめます。そのうえで、結果をもとに要件と運用手順を調整します。

ポイント

次の段階に進むかは、決めたことが議事録と要件一覧に残っているかで判断します。PoCの結果を見てから全社に広げるかも、同じ基準で決めます。

委託先選定と見積比較のポイント

見積書を工程、機能、前提条件の3観点で確認するハブ図。
同じ3観点で照らすと、見積の前提差が見えてきます。

発注側は、委託先が研修業務を理解し、集合研修とeラーニングをつなげられるかを確かめます。さらに、人事データを安全に扱えるか、導入後も管理者を支援できるかを見ます。完成品SaaSの導入会社、導入支援に強い会社、個別開発会社では得意領域が異なるため、発注範囲に合う会社を選びます。

課題と成果で見る類似実績

実績については、規模や対象業務、連携先を聞きます。そのうえで、課題や改善指標を確かめ、条件の近さを判断します。

  • 管理対象:何人規模か、集合研修を含むかを押さえます。
  • 連携と課題:接続するシステムと、解決した課題。
  • 成果:どの指標を改善できたかを確かめます。

たとえば、点在する研修を一元管理し、トップ画面やスキルマップを整えて、受講者が学習に迷わないよう支援する事例があります。

ライトワークスの公式事例は、神戸製鋼所が多様な研修を一元管理し、学習効果向上を目指した経緯を紹介しています(出典:株式会社ライトワークス「神戸製鋼所の導入成功事例」、2025年掲載・2026年8月確認)。

工程・機能・前提条件の3方向による見積書の比較

費用の抜け漏れを見つけるため、見積を工程、機能、前提条件の3つに分けて比べます。

  • 工程:企画から設計・設定まで、開発やテスト、移行を分けて示します。教育やリリース、保守も、それぞれ分けてもらいます。
  • 機能:受講者・組織や研修登録、申込・承認を見ます。通知や教材、テストに加え、レポートや管理者権限、外部連携も確かめます。
  • 前提:発注側が用意するデータや会議回数、レビュー期限を揃えます。受入担当、コンテンツ制作の有無、税、ライセンス、交通費も揃えます。

データ整備や管理者教育が含まれない安い見積は、後から総額が逆転することがあります。

開発体制とセキュリティの説明責任

役割や引き継ぎ、再委託の体制を確かめます。問い合わせと意思決定の体制も見ると、導入後の責任が見えてきます。

  • 担当体制:PMや業務設計、開発の担当を確かめます。インフラ・セキュリティとテストの担当も確認します。
  • 継続性:休暇・離任時の引き継ぎ、問い合わせ先、意思決定者を確認します。
  • 再委託:委託の有無と、業務内容やデータの取扱方法を押さえます。

個人情報保護委員会のガイドラインでは、再委託先や業務内容、データの取扱方法について、事前の報告や承認、必要に応じた監査が望ましいとされています(出典:個人情報保護委員会「個人情報保護法ガイドライン(通則編)」、2026年8月確認)。

契約では、監査や事故報告、再委託に関する条項を確かめます。削除や復旧の条項も、法務・情報システム部門と一緒に見ます。

研修管理システムの発注で失敗しないための注意点

失敗の原因は、機能の不足よりも、運用や責任範囲を決めないまま契約することにあります。たとえば、社員マスタが更新されず、管理者が研修を登録できず、受講者がログインできない状態が続けば、Excelでの運用に戻る可能性があります。

発注側は、提案の評価と契約条件で、カスタマイズの範囲、データの出口、学習データの扱いを確かめます。

カスタマイズの目的と代替案の比較

独自画面の要望は、現場の不便か、制度上の必須条件か、差別化のどれかを見極めます。カスタマイズが増えるほど、更新への追随や障害原因の特定、担当交代時の引き継ぎが難しくなります。

  • 代替案:標準機能の設定やCSV運用から始め、API連携や帳票追加を経て、画面カスタマイズ、個別開発の順に検討します。
  • 採用基準:将来も使い続ける理由が明確な機能を、初回開発に含めます。

データ移行と契約終了後の出口の考え方

移行対象と終了後の取り出し条件を決めておくと、乗り換えや監査に備えられ、将来の不安も抑えられます。

  • 履歴項目:氏名や社員番号、研修コードを、開催日や状態、得点と対応づけます。修了日や証跡ファイル、アンケートも、紐づけておきます。
  • 移行作業:欠損・重複の修正範囲、移行後の照合、旧システムを参照専用にする時期を決めます。
  • 契約終了:CSV・APIで全履歴を出力できるか、画像・動画・添付ファイルの取得、削除証明の可否を確かめます。

生成AIや学習データの活用と、人による確認

2025〜2026年の選定では、AI利用の目的と確認体制を要件に含めます。

  • 活用候補:教材の下書き・要約・検索、学習推奨、スキルマップ接続があります。
  • 管理条件:保存場所や学習利用の有無、管理者承認を確認します。誤回答の訂正や利用者への説明も、確かめておきます。
  • 学習データ:xAPIやLRSは、目的と分析担当者が決まった場合に要件化します。

教材を未確認のまま配信したり、受講履歴やテスト結果を人事評価へ自動で連携したりする設計は、慎重に扱う必要があります。目的を絞っておけば、過剰投資も防げます。

よくある質問(FAQ)

価格や方式、契約、助成制度について、発注時によくある質問に答えます。

研修管理システムはSaaSと個別開発のどちらがよいですか?

教材配信や申込、受講履歴、通知を早く始めたいなら、SaaSが向いています。

独自資格や複雑な組織階層、複数法人の制度統合が競争力に直結する場合は、パッケージの追加開発やスクラッチを検討します。既存システムとの深い連携が競争力に直結する場合も、この検討の対象です。

発注側は、最初から作り込まず、SaaSで必須研修を試したうえで、標準機能で解けない差分だけを開発する方法もあります。

研修管理システムの発注費用を抑える方法はありますか?

発注費用は、初回導入に何を含め、何を後回しにするかを整理することで抑えられます。

  • 導入範囲:対象部門と必須研修に絞り、標準機能を優先します。
  • 後回しにする項目:不要なカスタマイズや全履歴移行、高度な分析です。
  • 予算配分:失敗時に戻せない移行や運用設計に、予算を割り振ります。

人材開発支援助成金には、職務に関連する訓練の経費や訓練期間中の賃金の一部を助成するコースがあります。ただし、対象訓練や申請時期、支給要件は年度やコースで異なります。

発注前には、最新の公式案内と管轄の労働局を確かめます。

(出典:厚生労働省「人材開発支援助成金・令和8年度案内」、2026年8月確認)

研修管理システムの委託契約で確認すべき条項は何ですか?

契約書では、作業範囲や納品物、検収を確かめます。変更管理や保守、障害対応についても、条件を読みます。再委託や安全管理、監査も、契約書の中で確かめます。

また、データの所有権や出力、終了後の返却・削除も対象です。請負と準委任では成果責任が違うため、契約名だけでなく、作業内容と責任分担を読み合わせます。

法務や情報システム、人事の3部門で確かめると、費用の比較では見えにくいリスクを減らせます。

まとめ

クラウド型、パッケージ、スクラッチは、費用の額だけで比べず、業務範囲から選びます。集合研修を含む業務範囲とデータ連携を見たうえで、権限やセキュリティ、運用体制まで確かめて発注します。

RFPでMUSTとWANTを分け、同じ条件の提案を受けます。そのうえで、初期費用と月額に、移行や連携、保守を加えたTCOで比べます。

発注判断の出発点は「標準化する業務」と「差別化する業務」

標準化する業務と、個別開発に価値がある領域を分けてから、導入範囲を決めます。

  • 標準化:案内や申込、督促、修了判定などの手作業を整理します。
  • 差別化:スキル・キャリア連携、独自資格、複数法人の制度統合を検討します。
  • 検証:必須研修で小さく試し、管理者工数と受講者の行動の改善を確認してから広げます。

最初の一歩は現行業務と見積条件の整理

年間の研修件数や対象人数、現在の管理台帳を一枚にまとめます。そこへ過去履歴や連携先を書き込み、困っている作業と希望時期も添えて、RFPを作ります。

同じ前提でデモと見積を比べ、契約前にデータの出口と再委託先を確かめておけば、運用の負担や予想外の追加費用を抑えやすくなります。

▼全体ガイドの記事
・研修管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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