IPA「ソフトウェア開発分析データ集2025」によると、システム開発プロジェクトの約30%が品質・コスト・納期のいずれかで「失敗」と判定されている。そして、失敗プロジェクトの原因を辿ると、多くは「開発会社の選定段階」で既にリスクの種が蒔かれていたことがわかっている。
「見積もりが安い会社に頼んだら途中で追加費用が膨らんだ」「営業担当は良かったがプロジェクトマネージャーの質が低かった」「納品後に保守を断られた」——こうした失敗談は枚挙にいとまがない。
本記事では、システム開発会社を選ぶための10の評価基準をスコアリングシート形式で解説し、危険な会社を見分ける10の警告サイン、候補を絞り込む手順、そして印刷して使えるチェックリストを提供する。
目次
- 開発会社選びで失敗する3つの根本原因
- 10の評価基準とスコアリングシート
- 危険な会社の10の警告サイン（レッドフラグ）
- 候補を絞り込む5ステップ
- RFP（提案依頼書）の要点
- 契約前に確認すべき5つの項目
- 印刷用チェックリスト
- FAQ（よくある質問）
開発会社選びで失敗する3つの根本原因
原因1：評価基準が「価格」だけ
見積もり金額だけで比較すると、「なぜ安いのか（工数を削っている、品質管理を省いている等）」を見落とす。安い見積もりが結果的に最も高くつくケースは珍しくない。
原因2：営業担当とPMが別人
営業段階で対応してくれた「話がわかる人」がプロジェクト開始後は関わらなくなり、代わりに配置されたPMとのコミュニケーションがうまくいかない。
原因3：自社の要件が曖昧なまま発注する
「何を作りたいか」が曖昧なまま発注すると、開発会社もゴールが見えない。結果として「思っていたものと違う」「追加費用が発生」という事態に陥る。
関連記事: 中小企業のシステム開発費用ガイド
セクションまとめ: 失敗の3大原因は「価格だけの比較」「営業とPMの乖離」「要件の曖昧さ」。この3つを回避するための具体的な基準と手順を以下で解説する。
10の評価基準とスコアリングシート
以下の10基準を1〜5点で採点し、重み付けを加えた合計点で比較する。
基準①：開発実績（重み: 15%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 同業種での実績 | 3件以上 | 1〜2件 | なし |
| 同規模のプロジェクト実績 | 5件以上 | 2〜4件 | 1件以下 |
| 事例紹介・ポートフォリオの充実度 | 詳細な事例あり | 概要のみ | なし |
基準②：技術スタック（重み: 10%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 要件に合った技術の採用実績 | 豊富 | あり | なし |
| 最新技術のキャッチアップ | 積極的 | 標準的 | 消極的 |
| OSS/クラウドの活用度 | 高い | 中程度 | 低い |
基準③：コミュニケーション（重み: 15%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| ヒアリングの質 | 的確な質問が多い | 普通 | 一方的な説明 |
| レスポンスの速さ | 当日〜翌営業日 | 2〜3日 | 1週間以上 |
| 専門用語の説明 | わかりやすい | まあまあ | 専門用語だらけ |
基準④：見積もりの透明性（重み: 15%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 見積もり内訳の粒度 | 作業項目ごとに明細 | 大枠の内訳 | 一式表記 |
| 前提条件の明記 | 詳細に記載 | 部分的 | なし |
| 追加費用の発生条件 | 明確 | 曖昧 | 記載なし |
基準⑤：PM（プロジェクトマネジメント）体制（重み: 10%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 専任PMの有無 | 専任PM配置 | 兼任PM | PM不在 |
| PMの経験 | 同規模案件5件以上 | 2〜4件 | 未経験 |
| 進捗管理の方法 | ツール＋定例会 | 定例会のみ | 不定期報告 |
基準⑥：保守・運用対応（重み: 10%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 保守サービスの有無 | 複数プラン | 1プラン | なし/外部委託 |
| SLA（サービスレベル合意） | 明確 | 概要のみ | なし |
| 障害時の対応体制 | 24/365 | 営業時間内 | 不明確 |
基準⑦：セキュリティ（重み: 5%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| セキュリティ認証の取得 | ISO27001/ISMS | Pマーク | なし |
| セキュアコーディング | 規約あり＋レビュー | 規約あり | 意識なし |
| 脆弱性対応の実績 | 定期診断実施 | 必要時対応 | 未対応 |
関連記事: ゼロトラストセキュリティ実装ガイド
基準⑧：契約条件（重み: 5%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 著作権・知的財産権の帰属 | 発注者に帰属 | 協議 | 開発者に帰属 |
| ソースコードの引き渡し | 無条件で引き渡し | 条件付き | 引き渡しなし |
| 契約形態の柔軟性 | 請負/準委任選択可 | 一方のみ | 不明確 |
基準⑨：レビュー・評判（重み: 10%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 顧客の声・推薦文 | 複数の具体的な声 | あるが少数 | なし |
| Web上の評判 | 高評価が多い | 評価がまちまち | 低評価・トラブル報告あり |
| リピート率 | 高い（具体的数字あり） | 不明 | 低い/言及なし |
基準⑩：相性（重み: 5%）
| 評価ポイント | 5点 | 3点 | 1点 |
|---|---|---|---|
| 企業文化のフィット | よく合う | 普通 | 合わない |
| 課題への共感度 | 深い理解 | 表面的 | 無関心 |
| 長期パートナーとしての信頼感 | 高い | 普通 | 低い |
スコアリングシートの使い方
各基準を1〜5点で採点し、重みを掛けた合計点（最大5.00点）で比較する。
| 基準 | 重み | A社 | B社 | C社 |
|---|---|---|---|---|
| ①開発実績 | 15% | _点 | _点 | _点 |
| ②技術スタック | 10% | _点 | _点 | _点 |
| ③コミュニケーション | 15% | _点 | _点 | _点 |
| ④見積もり透明性 | 15% | _点 | _点 | _点 |
| ⑤PM体制 | 10% | _点 | _点 | _点 |
| ⑥保守・運用 | 10% | _点 | _点 | _点 |
| ⑦セキュリティ | 5% | _点 | _点 | _点 |
| ⑧契約条件 | 5% | _点 | _点 | _点 |
| ⑨レビュー・評判 | 10% | _点 | _点 | _点 |
| ⑩相性 | 5% | _点 | _点 | _点 |
| 加重合計 | 100% | _点 | _点 | _点 |
開発会社選び、第三者の視点で相談しませんか？
「複数社から見積もりを取ったが判断できない」「RFPの書き方がわからない」——GXOでは、システム開発の相談はもちろん、IT顧問として開発会社選定の支援も行っています。ベンダーの目線を知るベンダーだからこそ、率直なアドバイスが可能です。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
危険な会社の10の警告サイン（レッドフラグ）
以下の兆候が見られる場合は、発注を慎重に再検討すべき。
1. 見積もりが「一式」で内訳がない
何にいくらかかるのかが不透明な見積もりは、追加費用の温床になる。
2. 質問への回答が遅い・曖昧
ヒアリング段階でのレスポンスが遅い会社は、開発中のコミュニケーションも期待できない。
3. 「何でもできます」と言う
技術的な限界や得意・不得意を正直に言わない会社は、受注優先でキャパシティを超えた案件を引き受ける可能性がある。
4. 過去の失敗事例を語れない
全てのプロジェクトが成功するはずはない。失敗から何を学んだかを語れない会社は、問題が起きたときの対応力に不安がある。
5. PMや開発者に会わせてくれない
営業担当しか会えず、実際にプロジェクトを担当する人物に面談できない場合、体制に問題がある可能性が高い。
6. ソースコードの引き渡しを拒否する
「ソースコードはうちのものです」と主張する会社は、ベンダーロックイン（特定企業への依存）を意図的に作っている。
7. NDA（秘密保持契約）を嫌がる
情報管理に対する意識が低い証拠。セキュリティ面で信頼できない。
8. 極端に安い見積もり
相場の半額以下の見積もりは、人件費の削減（未経験者の投入、オフショアの丸投げ等）やスコープの見落としを疑うべき。
9. 契約書が簡素すぎる
1〜2ページの契約書で済ませようとする会社は、トラブル発生時に責任の所在が曖昧になる。
10. 保守契約を嫌がる
開発だけして保守を引き受けない会社は、品質に自信がないか、長期的な関係を重視していない。
セクションまとめ: 1つでもレッドフラグに該当する場合は要注意。3つ以上該当する場合は、その会社への発注は避けることを強く推奨する。
候補を絞り込む5ステップ
ステップ1：情報収集（候補10〜15社をリストアップ）
| 情報源 | 特徴 |
|---|---|
| 知人・取引先からの紹介 | 最も信頼性が高い |
| Web検索（「○○ システム開発」等） | 候補数を確保しやすい |
| 開発会社マッチングサービス | 条件に合う会社を効率的に探せる |
| 展示会・セミナー | 直接対話して雰囲気を掴める |
| IT協会・商工会議所の紹介 | 地域密着の優良企業が見つかる |
ステップ2：一次スクリーニング（5〜8社に絞る）
公式サイトの情報で以下を確認:
- 開発実績の有無と質
- 対応可能な技術分野
- 会社規模と安定性
- 所在地（対面打ち合わせの可否）
ステップ3：RFP送付・提案依頼（3〜5社に絞る）
RFPを送付し、提案書と見積もりを受領する。この段階で質問への対応や提案の質を比較できる。
ステップ4：プレゼンテーション・面談（2〜3社に絞る）
提案内容のプレゼンを受け、PMや主要メンバーと面談する。上記のスコアリングシートを使って採点する。
ステップ5：最終選定・契約交渉（1社に決定）
スコアリングの結果を踏まえ、最終候補と契約条件を詰める。価格交渉はこの段階で行う。
関連記事: 福岡のシステム開発会社おすすめ
セクションまとめ: 「10〜15社→5〜8社→3〜5社→2〜3社→1社」と段階的に絞る。一次スクリーニングは公式サイトの情報だけでも可能。焦って最初に声をかけた会社に決めないこと。
RFP（提案依頼書）の要点
RFPに含めるべき項目
| 項目 | 内容 |
|---|---|
| プロジェクトの背景・目的 | なぜこのシステムが必要か |
| 現状の課題 | 解決したい具体的な問題 |
| システムの要件 | 機能要件・非機能要件 |
| 対象ユーザー | 利用者の人数・スキルレベル |
| スケジュールの制約 | 希望する納期、マイルストーン |
| 予算の上限 | 開示する/しないは任意 |
| 提案の評価基準 | 何を重視するか（上記10基準の重み） |
| 質疑応答の方法 | 問い合わせ先、期限 |
| 提案書の提出形式・期限 | フォーマット、ページ数制限 |
RFP作成のコツ
- 「何を作りたいか」ではなく「何を解決したいか」を書く
- 必須要件と希望要件を明確に分ける
- 評価基準を事前に開示することで、的外れな提案を減らせる
関連記事: システムリプレースの費用と進め方
契約前に確認すべき5つの項目
1. 著作権・知的財産権の帰属
開発成果物（ソースコード、設計書等）の著作権が発注者に帰属する旨を明記する。
2. 瑕疵担保責任（契約不適合責任）の範囲と期間
納品後にバグが発覚した場合の対応範囲と期間（一般的には納品後1年）。
3. 変更管理の手順
要件変更が発生した場合の影響分析・承認・費用調整のプロセス。
4. 中途解約の条件
プロジェクトが途中で中止になった場合の精算方法。
5. 秘密保持と情報管理
開発過程で取り扱う機密情報の管理方法、NDAの締結。
セクションまとめ: 契約書は「トラブルが起きた時のルールブック」。面倒でも5項目を必ず確認し、曖昧な点は契約前に解消する。
印刷用チェックリスト
以下のチェックリストを使って、候補企業を評価する。
情報収集フェーズ
- [ ] 公式サイトで開発実績を確認した
- [ ] 対応可能な技術分野を確認した
- [ ] 会社規模・設立年・所在地を確認した
- [ ] Webでの評判を調査した
提案評価フェーズ
- [ ] RFPを作成し、3社以上に送付した
- [ ] 見積もりの内訳を比較した
- [ ] 提案内容の具体性を評価した
- [ ] 質疑応答のレスポンスと質を評価した
面談フェーズ
- [ ] PMまたは開発リーダーと面談した
- [ ] 過去の失敗事例とその教訓を聞いた
- [ ] 自社の課題に対する理解度を確認した
- [ ] レッドフラグに該当する兆候がないか確認した
契約フェーズ
- [ ] 著作権・知的財産権の帰属を確認した
- [ ] 瑕疵担保責任の範囲と期間を確認した
- [ ] 変更管理の手順を合意した
- [ ] NDAを締結した
- [ ] 保守契約の内容を確認した
10基準スコアリング（各1〜5点）
- [ ] ①開発実績: ___点
- [ ] ②技術スタック: ___点
- [ ] ③コミュニケーション: ___点
- [ ] ④見積もり透明性: ___点
- [ ] ⑤PM体制: ___点
- [ ] ⑥保守・運用: ___点
- [ ] ⑦セキュリティ: ___点
- [ ] ⑧契約条件: ___点
- [ ] ⑨レビュー・評判: ___点
- [ ] ⑩相性: ___点
セクションまとめ: チェックリストを全て埋めてから最終判断を下すこと。「なんとなく良さそう」という直感だけで決めない。
FAQ（よくある質問）
Q. 何社くらいから見積もりを取るべき？
3〜5社が適切。2社では比較材料が不足し、6社以上では対応工数が過大になる。
Q. 大手SIerと中小開発会社、どちらが良い？
大手は安定性・大規模案件の実績で優れるが、費用が高く小回りが利きにくい。中小は柔軟性・コスト面で優れるが、担当者の質にばらつきがある。中小企業のシステム開発（数百万〜数千万円規模）であれば、中小の開発会社のほうがフィットすることが多い。
Q. オフショア開発は選択肢に入れるべき？
コスト削減効果はあるが、コミュニケーションコスト（言語・時差・文化の違い）を過小評価しがち。要件が明確で、ブリッジSEがいる場合は有効。要件が曖昧な段階でのオフショアは高リスク。
Q. 開発途中で会社を変更することは可能？
可能だが、引き継ぎコストが大きい（新会社が既存コードを理解する工数）。契約時にソースコード・設計書の引き渡し条件を明記しておくことが、万一の保険になる。
Q. フリーランスのエンジニアに依頼するのは？
小規模案件（100万円以下）やスポット的な技術支援にはアリ。ただし、フリーランスは体調不良や多忙で対応できなくなるリスクがある。重要なシステム開発は法人への依頼を推奨する。
関連記事: 社内SE vs 外注 コスト比較 | AIエージェント開発会社の費用と選び方
システム開発のパートナー選び、GXOにもお声がけください
GXOは東京・新宿を拠点に、Web制作からシステム開発、AI・DX推進まで一貫して対応するIT企業です。見積もりの透明性、PMの質、保守体制——本記事で挙げた10基準に自信を持って対応できます。まずはお気軽にご相談ください。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
関連記事: 福岡のシステム開発会社おすすめ | 中小企業のシステム開発費用ガイド | 補助金実務ガイド 中小企業向け2026年版
追加の一次情報・確認観点
この記事の内容を社内で検討する場合は、一般論だけで判断せず、次の一次情報と自社データを照合してください。特に、稟議・RFP・ベンダー選定では「何を実装するか」よりも「どのリスクをどの水準まで下げるか」を先に決めると、見積もり比較のブレを抑えられます。
| 確認領域 | 参照先 | 自社で確認すること |
|---|---|---|
| デジタル調達 | デジタル庁 | 要件定義、調達、プロジェクト管理の標準観点を確認する |
| Webアプリ品質 | OWASP ASVS | 認証、認可、入力検証、ログ、セッション管理を確認する |
| DX推進 | 経済産業省 DX | レガシー刷新、経営課題、IT投資判断の前提を確認する |
| DX推進 | IPA デジタル基盤センター | DX推進指標、IT人材、デジタル基盤の観点で現状を確認する |
| 個人情報 | 個人情報保護委員会 | 個人情報・委託先管理・利用目的・安全管理措置を確認する |
稟議・RFPで使う数値設計
投資判断では、導入前後で測れる指標を3から5個に絞ります。下表のように、現状値・目標値・測定方法・責任者をセットにしておくと、PoC後に本番化するかどうかを判断しやすくなります。
| 指標 | 現状確認 | 目標の置き方 | 失敗しやすい例 |
|---|---|---|---|
| 対象業務数 | 現状の対象業務を棚卸し | 初期は1から3業務に限定 | 対象を広げすぎて要件が固まらない |
| 月間処理件数 | 件数、担当者、例外率を確認 | 上位20%の高頻度業務から改善 | 件数が少ない業務を先に自動化する |
| 例外対応率 | 手戻り、確認待ち、属人判断を計測 | 例外の分類と承認ルールを定義 | 例外をAIやシステムだけで吸収しようとする |
| 追加要件率 | 過去案件の変更件数を確認 | 要件凍結ラインを設定 | 見積後に仕様が増え続ける |
| 障害・手戻り件数 | 問い合わせ、障害、改修履歴を確認 | 受入基準とテスト観点を定義 | テストをベンダー任せにする |
よくある失敗と回避策
| 失敗パターン | 起きる理由 | 回避策 |
|---|---|---|
| 目的が曖昧なままツール選定に入る | 比較軸が価格や機能数に寄る | 経営課題、業務課題、測定KPIを先に固定する |
| 現場確認が不足する | 例外処理や非公式運用が見落とされる | 担当者ヒアリングと実データ確認を必ず行う |
| 運用責任者が決まっていない | 導入後の改善が止まる | 業務側とIT側の責任分界をRACIで定義する |
| RFPが抽象的で見積が比較できない | 業務フロー、データ、非機能要件が不足 | 見積前に要件定義と受入条件を固める |
GXOに相談する前に整理しておく情報
初回相談では、次の情報があると診断と提案の精度が上がります。すべて揃っていなくても問題ありませんが、分かる範囲で用意しておくと、概算費用・期間・体制の見立てを早く出せます。
- 対象業務の現行フロー、利用中システム、Excel・紙・チャット運用の一覧
- 月間件数、担当人数、手戻り件数、確認待ち時間などの概算
- 個人情報、機密情報、外部委託、権限管理に関する制約
- 希望開始時期、予算レンジ、社内承認者、決裁までの流れ
- 既存システム構成、画面・帳票・データ項目、外部連携、現行ベンダー契約
GXOでは、現状整理、要件定義、RFP作成、ベンダー比較、PoC設計、本番移行計画まで一気通貫で支援できます。記事の内容を自社に当てはめたい場合は、まずは現在の課題と制約を共有してください。