ITコンサルは、自社の課題と必要な支援範囲に合わせて選びます。支援タイプは、月額顧問型、常駐PMO型、成果報酬型の3つで、契約形態が異なります。
依頼したい工程を標準契約でカバーできないと、追加費用や稼働不足につながります。まず課題を特定し、支援タイプと評価軸をそろえてから、候補を2〜3社に絞ります。
本テーマに関する全体ガイドは、以下の記事をご覧ください。
▼全体ガイドの記事
・ITコンサルの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ITコンサル選定前に整理すべき自社の課題
会社案内を集める前に、IT基盤のどこで問題が起きているかを整理しておきます。現状調査、インフラ刷新、システム統廃合、コスト削減、体制強化のうち、どれに当たるかを一文で説明できると、専門領域の候補が絞れます。
構成のブラックボックス化と判断材料の不足
担当者の異動や退職後に構成図や設計書が実態と合わなくなり、現状把握に時間がかかっているなら、現状調査・診断を得意とする会社が候補になります。また、ベンダーの提案が妥当かどうかを社内で判断できない場合も、専門知識の不足が課題です。
- 見る点：構成情報が個人の記憶に頼っていないか。
- 調査範囲：稼働率、依存関係、ライセンス利用状況まで洗い出すか。
- 成果物：他社へ依頼先を変えても使える形式か。
聞き取りが表面的なままだと、後のベンダー選定で調査をやり直すおそれがあります。そこで、資料作成の代行で終わらず、調査の深さまで確認できる会社を選びます。
調査結果は、社内で再利用できる形で受け取ります。特定の会社の独自形式に固定されていないかも確かめておくと、将来委託先を変えるときにも対応しやすくなります。
コスト最適化と実行体制の不足の切り分け
クラウド費用や保守費が増え続けていて、削減策がないなら、課題はコスト最適化です。一方、刷新方針は決まっているのに、ベンダー管理や推進の人手が足りないなら、課題は実行体制の強化になります。
- コスト削減：成果を数値化できるテーマなら、成果報酬型が候補です。
- 推進人員の不足：継続して実務を支える人材が要るなら、常駐PMO型が向きます。
体制強化では、実務の代行に加えて、担当者の育成や知識移転も依頼範囲に含めます。構成情報や運用ノウハウが社内に残らないと、支援の終了後に同じ問題が再発しかねないためです。
ITコンサルの3つの支援タイプ
支援タイプは、月額顧問型、常駐PMO型、成果報酬型の3つです。会社によっては複数のタイプを組み合わせるため、分類名だけで判断せず、優先課題を標準メニューで解決できるかを見ます。
月額顧問型の低負荷な関わり方（稼働率10〜20%程度）
月額顧問型（アドバイザリー・リテーナー契約）は常駐せず、月1〜2回の会議や随時の相談、経営層への報告を担います。稼働率は10〜20%程度で、月額30万〜100万円程度が目安です。
社内に実務を担う人材がおり、方針の相談相手を求める企業に向きます。
稼働率が低いと、会社側が状況を理解するまでに時間がかかることがあります。そこで、定例会議以外の追加相談に応じるかどうかと、緊急時の連絡体制を契約前に確かめておきます。
常駐PMO型と成果報酬型の使い分け
常駐PMO型（ハンズオン・実行支援契約）は、週3〜5日ほど情報システム部門に入り、ベンダー管理や業務改善を支援します。1名あたり月額150万〜300万円程度が目安です。
成果報酬型（シェアリング契約）は固定費を抑える契約で、削減したITコストの20〜50%程度を報酬として支払います。クラウド費用やライセンスなど、成果を数値化しやすいテーマが合います。
大規模刷新のように継続的な支援が要る場合は常駐PMO型、測定しやすいコスト削減には成果報酬型が候補になります。3つのタイプは併用もでき、たとえば現状調査を顧問型で始めて、実行段階でPMO型に移る方法もあります。
コンサル会社を比較する7つの評価軸
候補各社には同じ質問を投げ、回答をそろえて比べます。そのうえで、説明の分かりやすさではなく、次の評価軸で実際の適合度を見極めます。
- 専門性：自社の課題に合う領域での実績
- 中立性：複数の製品を比べられる体制
- 支援範囲：実行フェーズまで対応できるか
専門領域とベンダー中立性の確認
専門領域は、クラウド移行、統廃合、コスト削減、体制強化のどこに強いかで見て、自社の課題に当たる分野かを確かめます。また、特定ベンダーとの資本・提携関係が強すぎず、複数案を比較できるかも押さえておきます。
中立性が低いと、提案が特定の製品に偏るおそれがあります。あわせて、現状調査で終わるのか、ベンダー選定や導入・移行まで支援するのかも確かめます。
費用の透明性と引き継ぎ体制の確認
担当者の力量、費用の内訳、契約終了後の引き継ぎは、契約前に次の点を確かめます。
- 担当者：経験や資格、類似案件の実績
- 費用の形態：月額固定、時間精算、成果報酬のどれに当たるか
- 追加料金：稼働が増えたときの追加料金
- 引き継ぎ：契約終了後に、意思決定の資料や設定情報が社内へ引き継がれるか
- 契約条件：最低契約期間と解約条件
回答はデモや提案書、契約条項などの証拠と結び付けて見ます。確認できていない項目は保留にします。
評価軸を同じ重みで見る必要はありません。たとえばコスト削減が課題なら費用の透明性を重視するなど、優先順位を先に決めると判断が早まります。
自社に合う契約形態・稼働率の選び分け
課題が同じでも、適切な稼働率は社内の人員体制によって変わります。まず、実務を担える担当者がいるかを見て、助言型にするか常駐型にするかを決めます。
社内の実務対応力を起点にした稼働率の検討
資料作成や日程調整を自社で担えるなら、分析と意思決定の助言を依頼すれば稼働率を抑えられます。一方、刷新を並行して進める余力がなければ、常駐PMO型を一定期間使い、遅延を防ぎます。
段階的なフェードアウトの設計
導入直後の3ヶ月は常駐PMO型で安定させ、運用が落ち着いたら社内担当者へ引き継いで顧問型へ移る方法があります。こうすると、年間費用を抑えやすくなります。
契約時に、稼働率を下げる時期と条件をあらかじめ合意しておきます。そうすれば、成果が出たあとも支援が惰性で続く事態を避けられます。
四半期ごとに稼働実績と成果を振り返り、社内で担える業務が増えたかを洗い出します。情報システム部門の責任者も加われば、契約の見直しが後回しになりません。
RFPと技術PoCの進め方
提案書だけでは、実務対応力を判断しきれません。そこで、自社の技術要件をRFPに示し、PoCで実際の対応を確かめます。
RFPに記載する現状構成と非機能要件
RFPには、対象システムの規模や現行のハードウェア・ミドルウェアを記載します。あわせて、移行方式と解決したい課題も含めます。可用性、セキュリティ、バックアップなどの非機能要件も示します。
希望する稼働率と契約形態も明記します。また、要件を「必須」「望ましい」「将来検討」に分けておくと、候補を条件で落としすぎずに済みます。
技術PoCの3つの検証パターン
PoCは目的ごとに対象を絞ります。たとえばクラウド移行なら、影響の小さいファイルサーバーなど1〜2台で、移行時の遅延とセキュリティ適用を調べます。
統廃合前の互換性検証では、レガシーアプリを新しい環境へ移し、画面表示やバッチ処理、外部API連携を確かめます。
新ツールは一部のPCやサーバーで試し、アラート検知とリソース消費を測ります。どのパターンでも、本番に近いデータ量と複雑さで検証しないと、切替後に不具合が出るおそれがあります。
ITコンサル選定の失敗を避ける方法
実績や提案資料だけで決めると、担当者の力量や引き継ぎ体制を見落とすおそれがあります。そこで、導入目的と社内責任者を定め、情報システム部門・経営層・現場の視点を選定に反映します。
知名度と実績数だけに頼らない判断
大手でも、自社の規模や業界に合わなければ、現場に定着しない提案になることがあります。一方で、専門特化型でも課題が一致すれば、短期間で効果を得られる場合があります。
点数の合計だけで決めず、必須要件を満たさない会社を除いたうえで、費用と実務対応力を比べます。候補はITコンサルのパッケージ・クラウド製品一覧でも確認できます。
撤退条件と社内責任者の事前決定
PoCを始める前に、次の項目を明確にしておきます。
- 評価基準と見直し方：PoCの評価基準と、成果が出ない場合の契約見直し方
- 決定と報告：最終決定者と、進捗報告の頻度
- 引き継ぎ範囲：契約終了時に引き継ぐ範囲
削減効果は、一般的な実績値より、自社の導入前後でコストと稼働時間を同じ条件で測った結果で判断します。その数字は、追加投資や契約更新を決める材料になります。
PoCを進めるときは、次の点を押さえます。
- 対象の絞り込み：全社ではなく、課題が明確で協力を得やすい部門やシステムから始める
- 段階的な拡大：1フェーズを終えてから、対象を広げていく
- 記録の分け方：コンサルの力量不足と社内の意思決定の遅さを分けて記録し、契約更新や体制見直しの根拠にする
選定に時間をかけすぎることも、避けるべきです。必須要件を満たす2〜3社に絞れたら、小規模なPoCを始めて、実際の成果から判断するほうが効率的です。
ITコンサル導入前に確認しておきたいポイント
候補を絞ったら、契約形態、PoCでの対応、費用内訳を確かめます。実績欄だけでは見えない条件を検証しておくと、導入後に支援が止まるリスクを抑えられます。
少人数の情報システム部門での判断基準
判断するのは人数だけでなく、構成情報が特定の人に頼っていないかと、提案を検証する知見があるかです。構成を社内で把握でき、事例調査もできていれば、少人数でも低稼働率の顧問型で足りる場合があります。
成果報酬型の契約条件の確認
削減効果の測り方、報酬の算出基準、契約が終わったあとに効果を維持する担当を確かめます。特に、成果の定義があいまいだと、削減額の受け止め方で認識が食い違うおそれがあります。
PoCの対象範囲（本番想定の1系統）
刷新・移行の対象から代表的な1系統を選び、通常の処理に加えて、障害時やデータ移行エラー時の挙動を確かめます。現場の担当者による操作感も検証しておくと、本番後の運用負荷を見誤りにくくなります。
まとめ
選定は、自社の課題を特定するところから始めます。そのうえで、3つの支援タイプから方向性を決め、7つの評価軸で候補を比べます。最後に、RFPとPoCで実務対応力を確かめます。
稼働率は、社内で実務を担える人材がいるかどうかに合わせて決めます。独自の連携や開発が必要な場合は、riplaが要件の整理、パッケージと基幹システムの連携、個別開発を支援します。
▼全体ガイドの記事
・ITコンサルの完全ガイド
▼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を創業。