コラム / 発注のコツ /
IT/AI ベンダー選定で失敗しない7つの基準 ─ 質問リスト付き
📖 約9分 / 公開日: 2026/05/15
## ベンダー選定の失敗は、プロジェクト全体の失敗
1000万円規模、あるいはそれ以上のIT/AI開発プロジェクトでは、ベンダー選定が成否の8割を決めると言っても過言ではありません。技術力だけでなく、コミュニケーション、契約条件、運用フェーズの体制まで、総合的に評価する必要があります。
本稿では、当社が数百件のセカンドオピニオン実績から導いた、ベンダー選定の7つの基準と、選定時に必ず聞くべき質問リストをご紹介します。
## 基準1: 業務理解の深さ
質問: 「我々の業界・業務の特殊性を、どう理解していますか？」
良いベンダーは、技術の前に業務を理解しようとします。
要件定義の初期段階で、「とりあえず作る」ではなく、「なぜ作るのか」「誰が使うのか」「何を達成すれば成功か」を深く問うてきます。逆に、技術的な提案ばかりで業務の本質に触れないベンダーは、運用フェーズで「想定と違う」が頻発します。
## 基準2: 技術選定の根拠
質問: 「なぜその技術スタックを選んだのですか？他の選択肢は検討しましたか？」
良いベンダーは、自社が得意な技術を売り込むのではなく、お客様にとって最適な技術を提案します。
例えば「Laravel で作ります」と言われたら、「なぜ Laravel？ Rails や Django や Next.js はどうですか？」と質問してみてください。明確な根拠（コミュニティの大きさ、エンジニアの採用市場、お客様のスキルセットとの相性、運用コスト）が即答できないベンダーは、技術選定が「ベンダーの都合」になっている可能性があります。
## 基準3: 過去の類似実績
質問: 「同規模・同業界の実績を 2〜3 件、詳しく聞かせてください」
Webサイトに掲載されている事例は、よく見せるための編集を経ています。重要なのは、口頭で詳しく聞いたときに、具体的な数字・苦労した点・失敗した点まで話せるかです。
「うまく行きました」しか言えない人より、「実はこういうトラブルがあり、こう対処しました」と話せる人の方が、はるかに信頼できます。
## 基準4: 工数・スケジュールの現実性
質問: 「リスクバッファは何%取っていますか？クリティカルパスは何ですか？」
リスクを認識しないスケジュールほど、危ないものはありません。
良いベンダーは、見積もり工数の 20〜30% をリスクバッファとして確保しています。これがないベンダーは、必ず後半で工数オーバー → 追加見積もり → トラブル、というパターンになります。
クリティカルパス（プロジェクトの所要時間を左右する一連のタスク）を即答できるベンダーは、プロジェクト管理能力が高い証拠です。
## 基準5: 契約条件の明確さ
質問: 「成果物の権利、引き継ぎ義務、保守費用、契約終了時の対応 は契約書のどこに書かれていますか？」
契約書ドラフトを見せてもらい、以下を確認します。
- 成果物の著作権がお客様に帰属することが明記されているか
- 契約終了時のソースコード・データ・運用情報の引き継ぎ義務
- 月額保守費用が明示されているか（「別途見積もり」だとリスク大）
- 損害賠償の上限
- 業務範囲が明確か（後で「それは範囲外」と言われない）
これらが曖昧な契約書は、トラブル時に必ず不利になります。
## 基準6: コミュニケーション体制
質問: 「プロジェクト中の連絡手段、頻度、レスポンス時間はどう設計しますか？」
良いベンダーは、コミュニケーションを「重要なプロジェクト管理要素」として扱います。
週次定例、Slack/Teams での日次連絡、月次レビュー、エスカレーションフローなどが、最初の段階で明示されているかをチェック。「都度連絡します」だと、後で「連絡が遅い」「報告がない」のトラブルになります。
## 基準7: 運用フェーズの体制
質問: 「リリース後の運用は誰が、どう、いくらで対応してくれますか？」
開発フェーズは派手で目立ちますが、システムの本当の戦いは運用フェーズです。10年運用するなら、運用コストの方が開発コストより大きくなります。
運用フェーズの体制（担当者、月次保守費、緊急対応費、SLA）を、開発契約と同時に明示してもらいましょう。これが曖昧だと、運用フェーズで「言った言わない」の論争が起きます。
## 選定時に必ず聞くべき質問リスト（まとめ）
1. なぜこの技術スタックを選びましたか？他の選択肢は？
2. 同規模・同業界の実績を、苦労した点も含めて聞かせてください
3. リスクバッファは何%? クリティカルパスは？
4. 成果物の権利はどちらに帰属？
5. 契約終了時、何が引き渡されますか？
6. 月額保守費はいくら？
7. プロジェクト中の連絡頻度・レスポンス時間は？
8. リリース後のSLAは？
9. 担当者が辞めた場合の体制は？
10. 過去最大のトラブル経験と、その時の対応は？
これらの質問に明確に答えられないベンダーは、選ばない方が安全です。
## それでも不安があるなら、セカンドオピニオンを
ベンダー選定が不安、技術的妥当性を判断できない、見積もりが妥当か分からない。こうした場合、契約前に第三者の専門家に見てもらうことを強くお勧めします。当社のセカンドオピニオンサービスは、まさにこのために存在します。
1000万円規模、あるいはそれ以上のIT/AI開発プロジェクトでは、ベンダー選定が成否の8割を決めると言っても過言ではありません。技術力だけでなく、コミュニケーション、契約条件、運用フェーズの体制まで、総合的に評価する必要があります。
本稿では、当社が数百件のセカンドオピニオン実績から導いた、ベンダー選定の7つの基準と、選定時に必ず聞くべき質問リストをご紹介します。
## 基準1: 業務理解の深さ
質問: 「我々の業界・業務の特殊性を、どう理解していますか？」
良いベンダーは、技術の前に業務を理解しようとします。
要件定義の初期段階で、「とりあえず作る」ではなく、「なぜ作るのか」「誰が使うのか」「何を達成すれば成功か」を深く問うてきます。逆に、技術的な提案ばかりで業務の本質に触れないベンダーは、運用フェーズで「想定と違う」が頻発します。
## 基準2: 技術選定の根拠
質問: 「なぜその技術スタックを選んだのですか？他の選択肢は検討しましたか？」
良いベンダーは、自社が得意な技術を売り込むのではなく、お客様にとって最適な技術を提案します。
例えば「Laravel で作ります」と言われたら、「なぜ Laravel？ Rails や Django や Next.js はどうですか？」と質問してみてください。明確な根拠（コミュニティの大きさ、エンジニアの採用市場、お客様のスキルセットとの相性、運用コスト）が即答できないベンダーは、技術選定が「ベンダーの都合」になっている可能性があります。
## 基準3: 過去の類似実績
質問: 「同規模・同業界の実績を 2〜3 件、詳しく聞かせてください」
Webサイトに掲載されている事例は、よく見せるための編集を経ています。重要なのは、口頭で詳しく聞いたときに、具体的な数字・苦労した点・失敗した点まで話せるかです。
「うまく行きました」しか言えない人より、「実はこういうトラブルがあり、こう対処しました」と話せる人の方が、はるかに信頼できます。
## 基準4: 工数・スケジュールの現実性
質問: 「リスクバッファは何%取っていますか？クリティカルパスは何ですか？」
リスクを認識しないスケジュールほど、危ないものはありません。
良いベンダーは、見積もり工数の 20〜30% をリスクバッファとして確保しています。これがないベンダーは、必ず後半で工数オーバー → 追加見積もり → トラブル、というパターンになります。
クリティカルパス（プロジェクトの所要時間を左右する一連のタスク）を即答できるベンダーは、プロジェクト管理能力が高い証拠です。
## 基準5: 契約条件の明確さ
質問: 「成果物の権利、引き継ぎ義務、保守費用、契約終了時の対応 は契約書のどこに書かれていますか？」
契約書ドラフトを見せてもらい、以下を確認します。
- 成果物の著作権がお客様に帰属することが明記されているか
- 契約終了時のソースコード・データ・運用情報の引き継ぎ義務
- 月額保守費用が明示されているか（「別途見積もり」だとリスク大）
- 損害賠償の上限
- 業務範囲が明確か（後で「それは範囲外」と言われない）
これらが曖昧な契約書は、トラブル時に必ず不利になります。
## 基準6: コミュニケーション体制
質問: 「プロジェクト中の連絡手段、頻度、レスポンス時間はどう設計しますか？」
良いベンダーは、コミュニケーションを「重要なプロジェクト管理要素」として扱います。
週次定例、Slack/Teams での日次連絡、月次レビュー、エスカレーションフローなどが、最初の段階で明示されているかをチェック。「都度連絡します」だと、後で「連絡が遅い」「報告がない」のトラブルになります。
## 基準7: 運用フェーズの体制
質問: 「リリース後の運用は誰が、どう、いくらで対応してくれますか？」
開発フェーズは派手で目立ちますが、システムの本当の戦いは運用フェーズです。10年運用するなら、運用コストの方が開発コストより大きくなります。
運用フェーズの体制（担当者、月次保守費、緊急対応費、SLA）を、開発契約と同時に明示してもらいましょう。これが曖昧だと、運用フェーズで「言った言わない」の論争が起きます。
## 選定時に必ず聞くべき質問リスト（まとめ）
1. なぜこの技術スタックを選びましたか？他の選択肢は？
2. 同規模・同業界の実績を、苦労した点も含めて聞かせてください
3. リスクバッファは何%? クリティカルパスは？
4. 成果物の権利はどちらに帰属？
5. 契約終了時、何が引き渡されますか？
6. 月額保守費はいくら？
7. プロジェクト中の連絡頻度・レスポンス時間は？
8. リリース後のSLAは？
9. 担当者が辞めた場合の体制は？
10. 過去最大のトラブル経験と、その時の対応は？
これらの質問に明確に答えられないベンダーは、選ばない方が安全です。
## それでも不安があるなら、セカンドオピニオンを
ベンダー選定が不安、技術的妥当性を判断できない、見積もりが妥当か分からない。こうした場合、契約前に第三者の専門家に見てもらうことを強くお勧めします。当社のセカンドオピニオンサービスは、まさにこのために存在します。