スキル管理システムのRFPや要件定義書は、方式と制度への適合、連携とデータ移行、費用と契約の順に定めると手戻りを防げます。要件定義の精度は、導入の成否とコストを左右します。全体像は完全ガイドもご覧ください。
▼全体ガイドの記事
・スキル管理システムの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
SaaSかカスタム開発かの見極め
要件定義では、既製のSaaSを使うか、自社向けにカスタム・スクラッチ開発するかを最初に決めます。方針が曖昧なままRFPを書くと、提案を比較できません。そこで、選定は自社の独自性を起点に、方針を要件として明確にするところから始まります。
自社制度の独自性から方針を決める要件整理
SaaSの標準機能で足りるか、制度に合わせた開発が必要かは、制度の独自性と変えられる範囲で判断します。
- 標準的な制度：一般的な職種とスキル項目であれば、SaaSの標準機能で対応できることがあります。
- 独自性の強い制度：独自の等級、複雑な職種別の体系、独自の評価ロジックがある場合は、カスタム開発も候補に入ります。
- 変更できる範囲：制度をシステムに合わせて変えられる部分と、変えられない部分を切り分けておきます。
標準的な制度で使う場合の費用は、製品によって差があります。たとえば、カオナビは初期15〜75万円・月数万円〜、タレントパレットは初期30〜55万円・月10万円〜、HRBrainは初期20万円〜・月7万円〜です。
RFPには、現行制度の概要と譲れない要件を書きます。あわせて、SaaSに合わせて見直せる業務の範囲も明記し、ベンダーが設定範囲や費用を見積もれるようにします。
独自要件をすべて必須にすると、カスタム費が膨らみます。また、何も伝えなければ、制度に合わない提案が届きます。この切り分けの精度が、方針選定とコストを左右します。
相見積もりと無料トライアルの要件化
複数社の提案を比べるには、同じ要件と評価軸を示し、回答の形式をそろえます。比較のときは、費用だけでなく自社制度の実装方針も確認します。
- 対応可否：各要件に応えられるかを、同じ形式で答えてもらいます。
- 費用と実装方針：価格に加えて、自社の評価制度をどう実装するかも確認します。
- トライアル評価：SaaSでは、無料トライアルや実機デモを選定の最終段階に置きます。
トライアルでは、実際にスキル項目を登録して従業員に入力してもらいます。資料の機能比較では分からない、現場で使い続けられるかどうかを、UI/UXの面から確かめられます。
RFPにトライアル評価を明記すれば、ベンダーも検証を前提に提案できます。契約後の手戻りを防ぐため、要件定義の段階で検証の進め方まで決めておきます。
自社の評価制度への適合要件
要件定義で最も独自性が出るのは、自社のスキル体系と評価制度をどう要件にするかという点です。ここが曖昧だと、高機能なシステムでも自社の制度に馴染みません。そこで、スキル項目、レベル、評価フローを言葉にして整理します。
スキル項目・レベル定義・職種体系の要件化
要件定義書では、自社のスキル体系を項目、レベル、目標水準の観点から具体化します。
- 項目とカテゴリ：分類ごとの件数と、職種や等級との紐づけを書きます。
- レベルと判断基準：段階の数と、どう判断するかの基準を決めます。
- 目標水準：職種ごとに掲げるスキルの到達点を、どう管理するかを明記します。
これらを文書にしておくと、ベンダーは必要な設定範囲やカスタマイズ量を見積もれます。職種別の目標水準が要件にないと、ギャップ分析が機能しない製品を選ぶおそれがあります。
Excel台帳には、重複や未使用の項目が混在しやすいものです。そのため、現行制度をそのまま写さず、システム化に合わせて項目を洗い出します。
項目が多すぎると入力の負担が増え、形骸化につながります。そこで、管理職や各部署のキーパーソンを巻き込み、管理すべきスキルに絞ると、実務に即した体系を作れます。
要件化は、現状の写し取りではなく、あるべき姿への再設計と捉えます。必要な項目に絞ることが、運用しやすいシステムにつながります。
入力ワークフローと運用要件の明文化
運用が定まらないままだと、導入後に入力の担当や時期で迷い、形骸化するおそれがあります。機能要件と並べて、運用面の決め方も要件に書いておく必要があります。
- 入力と承認：本人申告と上司評価のどちらを使うか、誰が最終的に認めるかを定めます。
- 更新時期：評価サイクルに合わせるか、随時更新にするかを選びます。
- 運用体制：担当者の専任か兼任かを踏まえ、支援機能の必要性を整理します。
フローが明記されていれば、ベンダーは必要なワークフロー機能や権限設計を見積もれます。
たとえば、専任の人事担当か、他業務と兼任する担当かで、通知やリマインド、一括処理の重要度は変わります。兼任が前提であれば、運用の工数を抑える自動化機能を優先します。導入後に誰がどれだけの工数で運用するかを具体的に決めておくと、稼働後の運用破綻を防ぐ備えになります。
riplaは、フルスクラッチ受託と運用伴走の立場から、機能要件と運用要件の両面を整理する支援をしています。
非機能要件（権限・セキュリティ・拡張性）の明記
スキル情報や評価情報は機微な個人情報です。そのため、機能要件と運用要件に加えて、アクセス権限とセキュリティもRFPに記載します。
- 閲覧・編集権限：従業員は本人分、管理職は部下、人事は全社など、見られる範囲と変えられる範囲を定めます。
- セキュリティ：アクセスログや退職者データの扱いを指定します。
- 将来の拡張：従業員数や項目の増加、機能追加への対応を確認します。
拡張性を要件に含めないと、成長や活用の拡大に追いつかず、作り直しになるおそれがあります。権限、セキュリティ、拡張性は、長期運用の安定性とリスク管理に関わります。機能一覧だけでなく非機能要件も盛り込むと、稼働後のトラブルを防げます。
連携・データ移行・名寄せの要件
既存の人事システム群と連携することで、スキル管理システムの価値は高まります。ただし、要件が曖昧だと、契約後に連携開発の追加費用や移行作業の難航が表面化します。連携や移行は隠れコストになりやすいため、RFPの段階で要件として押さえます。
人事・勤怠・給与システムとの連携要件
人事・勤怠・給与システムとの連携では、データの流れと方式を決めておく必要があります。前提がそろっていれば、各社の費用や実装案を同じ条件で比べられます。
- 対象とデータ：人事基本情報、組織情報、評価結果などから、やり取りする範囲を特定します。
- 連携方向：人事情報を取り込むだけか、評価システムと双方向でつなぐかを定めます。
- 手段と頻度：APIとCSVバッチのどちらか、リアルタイムと日次のどちらかを指定します。
導入時は取り込みだけでなく、解約や乗り換えに備えて、データを標準形式で書き出せるかも要件に含めます。入口と出口の両方を見据えた連携要件が、長期的なリスク管理につながります。
既存台帳からのデータ移行・名寄せ要件
Excel台帳や旧システムのスキルデータを移すには、データの状態と作業範囲を確認します。台帳ごとに形式が異なり、項目名や粒度も部署によってばらつきます。同一人物が複数の台帳に重複して載っていることも、よくあります。
- 移行対象：データ量と、今のフォーマットを書きます。
- 名寄せ：重複や表記ゆれを統合する必要があることを、ベンダーに伝えます。
- 責任と費用：移行作業のうち、誰がどこまで受け持つかを明確にします。
初期設定の代行、データ移行、運用コンサルが見積もりに含まれるか、別料金かによって、総額は変わります。移行の難しさを見極め、ベンダーに支援の範囲を明示してもらうと、予算超過を防げます。
現行データの品質が低い場合は、移行を機に項目を整理して、新しい体系で入力し直す方法もあります。データの品質と移行コストを踏まえて、移行範囲を決めます。
導入スケジュールと段階リリースの要件化
連携や移行と合わせて、導入スケジュールと段階リリースも要件に含めます。全社一斉ではなく、一部の部署や基本機能から始める方法もあります。
- 第1フェーズでは、スキルを登録して一覧で見られるようにします。
- 第2フェーズでは、評価との連携を進めます。
- 第3フェーズでは、配置シミュレーションを行います。
段階リリースでは、各フェーズの達成条件を決めておきます。何ができたら次に進むかが分かると、進捗を管理しやすくなります。また、RFPでは、各フェーズの作業範囲と費用もベンダーに提示してもらいます。
現場への説明や入力定着の期間も、スケジュールに含めます。特に、構築期間だけを見て運用の立ち上げを軽く扱うと、稼働後に入力されないおそれがあります。
構築から定着までを時間軸に含めることで、現実的な導入計画につながります。段階的な展開は、運用が回ることを確かめながら、対象や機能を広げていく進め方です。
規模別の費用・料金体系と契約要件
要件定義の最後に、費用、料金体系、契約条件をRFPでどう問うかを整理します。料金は規模や体系によって大きく変わります。そこで、自社の規模に合う条件で見積もりを求めると、各社の提案を適正に比べられます。
規模別の料金体系（従量・定額・段階）の選び方
人事系SaaSの料金体系は、従量制、定額制、段階制に分かれます。調査では、定額制が33.3%、従量制が30.3%、段階制が28.7%と、ほぼ均等でした。
- 小規模（1〜99名）：従量制や無料プランで始める傾向があります。
- 中規模（100〜999名）：段階制が一般的な選択肢です。
- 大企業（1,000名以上）：定額制で規模の利点を得る傾向があります。
従量制は1ユーザーあたりの課金で、人数が増えるほど月額も増えます。成長企業は、従業員数の増減の見込みをRFPに記し、将来のコストも試算してもらいます。
クラウド型スキル管理の月額は、従業員1人あたり数百円程度からが目安です。ただし、製品や機能の範囲によって幅があります。
人事系SaaSの相場では、初期費用は10万〜30万円未満が中心です。月額は1名あたり300円〜500円未満が最も多い価格帯とされています。
RFPには、現在の従業員数と将来の増減を書き、その規模で有利になる体系の見積もりを求めます。人数に当てはめると、概算の総額を把握できます。
月額だけでなく、初期設定やトライアルの費用も含めて比べます。各社の回答の形式をそろえ、総額を確認できるようにします。
補助金活用とサポート・SLAの契約要件
中小・中堅企業は、IT導入補助金の活用も要件検討に含められます。補助の対象は導入費の1/2〜2/3で、中堅企業（100〜999名）の利用率が最も高いとされています。
中堅企業の利用率は24.6%です。一方で、補助金を利用せず、または知らない企業が約4割を占める調査もあります。
補助金を活用できれば、実質の負担を下げられます。そこで、検討する製品が対象ツールに登録されているかを、RFPの段階で確認します。
- 導入後の支援：問い合わせ対応などサポートの体制を定めます。
- 更新と保守：機能の改良方針と、改修に対応する体制を確認します。
- 契約費用：スクラッチ開発では、保守にかかる金額も条件に入れます。
形骸化を防ぐには、運用開始後の体制が欠かせません。導入時の支援の手厚さや、運用開始後の問い合わせ対応、機能更新の方針も、契約前に確かめておきます。カスタム・スクラッチ開発の保守費用は、一般に初期費用の年額10〜20%程度が目安です。サポート範囲とあわせて、契約条件に記します。
機能と費用、契約、サポートを一つの文書にまとめておけば、契約後の認識のずれを防げます。
riplaは、フルスクラッチ受託と国内開発の立場から、要件整理から費用・契約条件の設計まで一貫して支援しています。
まとめ
スキル管理システムのRFPや要件定義書は、方式選定と評価制度への適合、連携・データ移行・名寄せ、費用・料金体系と契約の4つの観点で組み立てます。制度の独自性や運用体制、隠れコストまで明記すると、手戻りや予算超過を防ぎやすくなります。
要件定義は、自社のスキル管理をどう実現し、どう運用し続けるかを文書にまとめる作業です。料金体系は規模に合わせて選び、補助金や保守を含めて総額を比べます。権限、セキュリティ、拡張性と段階リリースも盛り込み、稼働後のトラブルや手戻りを防ぎます。
riplaはフルスクラッチ受託と国内開発を組み合わせ、要件整理からRFP作成、自社制度に合うシステム設計までを支援しています。全体像の確認には、あらためて完全ガイドをご活用ください。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。