目標管理システムの導入では、評価制度の整理、要件化、RFP作成を丁寧に進めると、自社に合う提案を選べます。そうすれば、導入後の手戻りや形骸化も防げます。
方式の選定から制度要件、連携と移行、RFPと相見積もりまで、順に解説します。全体像は目標管理システムの完全ガイドもご覧ください。
▼全体ガイドの記事
・目標管理システムの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
SaaSとカスタム/スクラッチの選定基準
要件定義の出発点は、方式選定の観点を決めることです。方式によって費用・期間・自由度が変わるため、自社制度の独自性と予算を踏まえて方向を定めます。
SaaS・カスタム・スクラッチの費用と適合度
方式の選択肢は、既製SaaS、SaaSのカスタマイズ、フルスクラッチの3方式です。選定の出発点は、標準機能だけで自社の運用が回せるかどうかです。
- 既製SaaS：初期費用を抑えて、短期間で導入できる
- SaaSのカスタマイズ：標準機能で足りない部分を補う
- フルスクラッチ：自社制度に合わせた独自開発
一次データでは、人事評価・タレントマネジメント領域のSaaSは、初期費用30万〜100万円未満が相場で、月額は1名あたり500〜999円とされています。
製品別では、カオナビは初期15〜75万円・月数万円からです。HRBrainは初期20万円から・月7万円からの価格帯です。
一方、オンプレ型や独自開発は、初期費用が数百万円から数千万円規模になります。さらに、保守費用は年間で初期費用の10〜20%程度かかります。
自社制度が独特で標準機能に収まらない場合は、カスタマイズかフルスクラッチが候補になります。制度には完全に合わせられます。ただし、費用は大きく上がります。
要件定義では、標準機能で要件の何割を満たせるかを確かめます。満たせない要件の重要度に応じて方式を選べば、過剰な投資や妥協を避けられます。
企業規模と料金体系を踏まえた選択
方式と合わせて、従業員数や将来の増減に合う料金体系も整理します。人事評価領域では、次の3体系がほぼ均等に分布しています。
- 従量制：利用者1人ごとの課金
- 定額制：全社で決まった額を支払う
- 段階制：人数の範囲ごとに決まる料金
小規模企業は従量制や定額制で始め、中堅企業では段階制が最も多くなっています。大企業では、定額制でスケールメリットを得る傾向があります。
従量制は、少人数なら安くても、急成長で人数が増えると割高になる場合があります。一方で、定額制は小規模では割高でも、規模が大きくなると1名あたり単価が下がります。
自社の従業員数と増減の見込みから費用を試算しておくと、提案を比べやすくなります。具体的には、規模別のシミュレーションをRFPに含め、各社に提示を求めます。そうすれば、長期の総コストを同じ条件で見比べられます。
自社の評価制度を要件に落とし込む手順
要件定義では、評価制度と目標管理の運用を、システム要件の形に言い換えます。運用が曖昧なままRFPを出すと、ベンダーが自社の実情を理解できず、的外れな提案が返るおそれがあります。
作業は、まず現状を棚卸しし、あるべき姿を描いてから、機能ごとに整理します。
現状の運用棚卸しとToBeの設計
要件定義で最初に行うのは、現状（AsIs）の目標管理・評価運用を棚卸しすることです。
期初に誰が何を入力し、誰がいつ承認するかを押さえます。さらに、期末の集計から昇給・賞与への反映までの流れも、一つずつ追います。
- 評価者：評価や承認の担当
- 被評価者：目標の入力と評価の受け取り
- 人事：評価の集計と、処遇への反映
各視点の運用を一覧にすると、評価者ごとの甘辛のばらつきや、集計に毎回数十時間かかる課題が見つかります。
次に、課題を解消したあるべき姿（ToBe）を描きます。非効率な運用をそのままデジタル化すると、その非効率も新しいシステムに持ち込まれてしまいます。
一方で、システム導入は、評価制度そのものを見直す好機でもあります。ToBeを描く際には、評価項目が本当に必要か、承認段階を減らせるかも問い直します。
AsIsとToBeを明確にしておくことが、形骸化しないシステムにするための前提になります。実際に一次データでは、課題発生率が62.1%と高く、その多くは運用設計の甘さに起因しています。
機能要件への分解とMust/Wantの仕分け
ToBeを描いたら、それを実現するための機能要件に分けます。目標管理と評価の各機能を、自社の運用に必要な水準まで具体化します。
- 目標管理：目標のツリー構造やMBO/OKRの管理
- 評価：ワークフローの段階数と、評価分布の見える化
- 日常運用：1on1記録やダッシュボード
要件は、「評価ワークフローが必要」と書くより、「自己評価→一次評価→二次評価の3段階で、部門により評価者数が変わる」と書いたほうが、正確な見積もりにつながります。
分解した要件は、Must（必須）とWant（あると望ましい）に仕分けします。すべてをMustにすると、対応できるベンダーが限られるうえ、費用も膨らみます。
Mustを絞りすぎると、必要な運用が回らないおそれがあります。
そこで、制度の根幹に関わる要件はMust、利便性を高める要件はWantとすると、必須要件の充足度で各社を公平に比べられます。この仕分けは、後の製品比較やコストの検討に使えます。
連携・移行・非機能要件の整理
機能要件と並べて、連携・移行・セキュリティも必ず押さえる必要があります。画面では見えにくいため軽視されやすく、運用後の接続不備や移行時のデータ欠落を招きます。
特に、RFPで明確に要件化しておくと、スイッチングコストやロックインを避ける助けになります。
給与・勤怠連携とAPI要件の定義
目標管理システムは単独では完結しません。評価結果は昇給・賞与に関わり、従業員情報も他の人事系システムと連携するからです。
- 給与計算システム：評価結果の昇給・賞与への反映
- 人事管理システム：従業員情報の連携
- タレントマネジメントシステム：従業員情報の共有
要件定義では、連携先と対象データ、頻度を決めます。APIかCSVの入出力か、リアルタイムか日次バッチかまで決めておくと、提案を比べやすくなります。
連携の開発費は、見積もりを大きく左右します。既存システムとのAPI連携を新たに開発する場合、想定外に費用が膨らむことがあります。
連携要件は、システムの寿命と運用コストを左右します。そこで、連携対象の仕様をRFPに明記し、連携部分の見積もりを切り分けて提示してもらいます。さらに、見積もりの範囲を分けておけば、後の「言った言わない」も防げます。
データ移行・セキュリティ・乗り換え要件
既存のExcelや旧システムから移行する場合は、移行対象と精度の要件を決めておきます。人事情報を扱うため、守り方も併せて明記します。
- 移行範囲：過去の目標・評価データの移す範囲
- 名寄せと精度：従業員マスタの突き合わせ方と、データの正しさを保つ方法
- セキュリティ：アクセス権限や個人情報保護の要件
移行範囲を広げると、費用は膨らみます。そのため、「直近2年分の評価データのみ移行」といった判断も、要件定義の段階で行います。
導入時は長く使うつもりでも、数年後に乗り換える可能性は常にあります。標準形式で出力できないと、乗り換え時の移行費用が増え、ロックインに陥るおそれがあります。そこで、データの取り出しやすさも要件として定めます。
RFPに契約終了時のデータエクスポート方法を明記して各社に提示を求めると、ロックインのリスクを事前に把握できます。
riplaは、フルスクラッチ受託の立場から、自社制度の理解と合わせて、連携・移行・ロックイン回避の要件整理を支援しています。
RFPの記載項目と相見積もりの進め方
RFP（提案依頼書）は、要件をベンダーに伝わる形にまとめたものです。記載内容は、提案の質と比較のしやすさを左右します。
記載項目と各社への提案依頼、評価方法まで設計しておくと、納得感のある選定につながります。
RFPに盛り込むべき必須項目
RFPでは、導入背景から提案依頼内容までを示します。各社が同じ前提で提案できるよう、次の4項目を記載します。
- 導入の前提：背景・目的、現状の課題、実現したいToBe
- 要件：Must/Wantの機能要件、連携・移行・セキュリティの条件
- 規模と計画：企業規模、利用人数、予算感、スケジュール
- 提案依頼：機能対応表、費用内訳、導入日程、サポート体制
機能要件ごとに「標準対応／カスタマイズで対応／対応不可」の回答を求めると、製品の適合度を一覧で比べられます。
初期費用と月額費用に加え、初期設定代行やデータ移行の費用を分けて提示してもらいます。運用コンサルと連携開発の費用も、別々に示してもらいます。
一次データでは、こうした「隠れコスト」が予算オーバーの主因とされています。そこで、費用内訳を求めると、想定外の追加費用を減らせます。
課題発生率62.1%という実態を踏まえ、サポート体制や運用定着の支援内容も、提案依頼に含めます。
相見積もりと無料トライアルの活用
同じRFPを複数のベンダーに送り、相見積もりを取ります。費用と提案内容を同じ条件で比べられ、1社の言い値で決めるリスクも避けられます。
- Must要件：必須要件の充足度
- 費用：提示額と内訳
- 支援：サポート体制
- 理解度：自社制度の把握の深さ
評価表で定量的に比べ、営業の印象ではなく要件への適合度で選びます。これが後悔のない選定につながります。
候補を絞ったら、無料トライアルや実機デモで操作性を確かめます。特に、一次データで最上位の課題は「操作性が悪く浸透しなかった」です。
操作性は、現場が実際に触ってみないと分かりません。そのため、評価者と被評価者の双方が、自社の運用を想定して操作します。
自社制度が独特で標準機能では満たせない場合は、SaaSのカスタマイズやスクラッチ開発も候補に入ります。
riplaは、フルスクラッチ受託と国内開発の立場から、要件定義とRFP作成、製品選定の伴走、自社制度に合わせたカスタム開発まで支援しています。
まとめ
目標管理システムの要件定義は、方式と料金体系を決め、評価制度を整理し、非機能要件とRFPをまとめる流れです。
AsIsとToBeを描き、機能をMust/Wantに分けます。そのうえで、連携・移行・ロックイン回避も明記し、費用内訳と支援体制を各社に求めます。
まず自社の運用とToBeから考え、製品はその後に比べることが大切です。要件が曖昧なまま比べると、デモの印象で選んで後悔するおそれがあります。
一次データでは課題発生率が62.1%で、その多くが要件定義の甘さに起因しています。そのため、制度や隠れコスト、ロックインまで要件化してから選定します。
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を創業。