連載「システム開発の見積書を読む技術」の最終回です。これまで、一式見積の読み方から、人月単価、要件定義費、保守費、追加費用、テスト・移行・教育、クラウド費、体制、RFP、比較表までを扱ってきました。最後に、これらを発注前の対話に落とし込むための「開発会社へ聞くべき20問」を整理します。
これらの質問は、開発会社を試したり、追い込んだりするためのものではありません。発注側と開発会社が同じ前提に立ち、認識のずれを発注前に減らすための対話の材料です。回答の内容だけでなく、答え方（具体的か、率直か、リスクを先に共有してくれるか）からも、相手の姿勢が読み取れます。
まず結論
- 発注前の質問は、開発会社を試すためではなく、前提を共有して認識のずれを減らすために行います。
- 20問は、見積・範囲・体制・保守・契約リスクの5観点に分けると、聞き漏れを防げます。
- 回答内容だけでなく、具体性、率直さ、リスクを先に共有する姿勢も記録し、第11回の比較表に反映します。
| 見る項目 | 判断のしかた | 発注前の確認ポイント |
|---|---|---|
| 見積・範囲 | 総額と含まれる作業 | 追加費用・成果物・移行を確認 |
| 体制・保守 | 誰が作り誰が支えるか | 体制図・SLA・クラウド費を確認 |
| 契約・リスク | 問題時の責任と対応 | 請負/準委任、最大リスクを確認 |
OUTCOME BLUEPRINT
AI/DX投資の前に、成果KPIと発注条件を整理しませんか？
補助金、SaaS選定、開発見積、PoCの前に、業務要件・費用レンジ・RFP・合格条件を成果起点で整理します。
この連載での位置づけ
- 前に読む記事：連載第11回：比較表
- 比較表で整理する：連載第11回：比較表
質問を5つの観点に整理する
20の質問は、次の5つの観点に分かれます。
| 観点 | 確認したいこと |
|---|---|
| 見積・費用 | 金額の根拠、内訳、追加費用 |
| 範囲・成果物 | どこまで含まれ、何を受け取れるか |
| 体制・進め方 | 誰が・どう作り・どう管理するか |
| 保守・運用 | リリース後の対応 |
| 契約・リスク | 契約条件と、問題が起きたときの対応 |
それぞれの観点には、確認の目的が異なります。「見積・費用」は比較の前提をそろえるため、「範囲・成果物」は発注後の認識のずれを防ぐため、「体制・進め方」は進行の管理主体を明確にするため、「保守・運用」はリリース後のコストと対応を見通すため、「契約・リスク」は問題発生時の対応を事前に合意するためにあります。観点ごとに「この質問は何を確認するためか」を意識して聞くと、回答の解釈が明確になります。
見積・費用に関する質問（Q1〜Q4）
- この見積の総額には、要件定義からテスト・移行・教育のどこまでが含まれますか。
- 工数（人月）は、何を基準に算出していますか（画面数・機能数など）。
- 追加費用が発生しやすいのは、この案件のどの部分ですか。
- 仕様が変わった場合、費用はどのように見直されますか。
回答から見る判断ポイント：含まれる範囲を具体的に説明でき、工数の根拠を示せる相手は、見積の前提が言語化されています。「追加が出やすいのはどこか」を先に共有してくれる姿勢は、リスクを隠さない傾向の表れです。
範囲・成果物に関する質問（Q5〜Q8）
- 各工程で、私たちはどのような成果物（ドキュメント類）を受け取れますか。
- データ移行は含まれますか。移行リハーサルは行いますか。
- 操作マニュアルや研修は含まれますか。利用者は何名を想定していますか。
- テストはどの段階まで実施し、検収（受入）はどの基準で判断しますか。
回答から見る判断ポイント：成果物を明示でき、移行・教育・テストの範囲を答えられる相手は、本番稼働と定着まで見据えています。これらが「別途」になる場合は、誰がいつ担うのかを合わせて確認します。
体制・進め方に関する質問（Q9〜Q13）
- 実際にアサインされる方の役割と、想定稼働を教えてください。
- プロジェクトの進め方（ウォーターフォール／アジャイルなど）はどうなりますか。
- 進捗や課題は、どのくらいの頻度で・どのように共有されますか。
- 再委託やオフショアは含まれますか。含まれる場合、体制図を見せてください。
- 私たちの業務データは、どこで管理され、契約終了後はどう扱われますか。
回答から見る判断ポイント：体制図を示し、コミュニケーションの頻度と窓口を説明できる相手は、進行の管理体制を持っています。体制と情報管理を率直に開示できるかは、信頼性を測る材料になります。
保守・運用に関する質問（Q14〜Q17）
- 保守費には、不具合修正・機能追加・問い合わせのどこまでが含まれますか。
- 障害が起きたとき、受付時間と一次対応の目安を教えてください。
- クラウドや外部APIの費用は、保守費とは別に発生しますか。想定の月額はいくらですか。
- データのバックアップと、復旧の対応は含まれますか。
回答から見る判断ポイント：保守の範囲とSLAを定義でき、継続費用（クラウド・API）を別建てで示せる相手は、リリース後の運用まで設計しています。「保守 月◯万円」とだけ答える場合は、範囲を具体化してもらいます。
契約・リスクに関する質問（Q18〜Q20）
- 契約形態は請負ですか、準委任ですか。それぞれの責任範囲を教えてください。
- 不具合や納期遅延が起きたとき、どこが責任を持って対応しますか。
- この案件で、現時点で最も大きいと考えるリスクは何ですか。
回答から見る判断ポイント：契約形態と責任範囲を説明でき、最大のリスクを率直に挙げられる相手は、プロジェクトを現実的に捉えています。リスクを「特にない」とだけ答える場合は、前提の詰めが浅い可能性があるため、深掘りして確認します。契約形態の違いはシステム開発会社の選び方でも整理しています。
回答の「答え方」から読み取れること
20問の答えそのものに加えて、答え方にも目を向けると、相手の姿勢が見えてきます。
- 具体的な数字・事例・体制で答えられるか（前提が言語化されているか）
- リスクや追加費用を、聞かれる前に共有してくれるか
- 分からないことを「持ち帰って確認します」と率直に言えるか
- 発注側の課題を理解したうえで提案しているか
各観点の「良い回答のシグナル」を整理すると次のようになります。見積・費用では、工数の根拠を工程・役割・規模で説明できること。範囲・成果物では、成果物のリストを提示できること。体制・進め方では、体制図と報告の頻度を具体的に示せること。保守・運用では、保守対象と対象外を明文化して答えられること。契約・リスクでは、プロジェクト固有のリスクを挙げられること。いずれも、「抽象的な一般論ではなく、この案件に照らした具体性があるか」が共通の判断軸です。
これらは、発注後の長いやり取りを共にする相手として、信頼できるかを測る手がかりになります。ベンダー選定でつまずきやすい点は、中堅企業のベンダー選定で起きる失敗7パターンも参考になります。
20問を一度に全部聞かなくてよい
20問は、一度の打ち合わせですべて聞く必要はありません。初回は見積・範囲の質問を中心に前提をそろえ、提案を絞り込む段階で体制・保守の質問を深め、契約の前に契約・リスクの質問を確認する、というように、フェーズに分けて聞くほうが、対話として自然です。自社にとって重要な質問から優先順位をつけ、各社に同じ質問を投げかけると、回答をそろえて比較できます。
質問と回答の記録を残す
質問の回答は、口頭で聞いて終わりにせず、記録に残しておくことをおすすめします。記録があると、複数社の回答を比較表に反映でき、社内で判断を説明する際の根拠にもなります。また、発注後に認識のずれが生じたとき、発注前にどういう前提で合意したかを振り返れます。費用・範囲・納期に関わる重要な回答は、メールや議事録の形で文書に残してもらうと、後のやり取りの土台になります。
発注前チェックリスト（20問の活用）
- 20問のうち、自社にとって重要な質問を選んで優先順位をつけたか
- 見積・範囲・体制・保守・契約の各観点から最低1問は聞いたか
- 各社に同じ質問をして、回答をそろえて比較できるようにしたか
- 回答の内容だけでなく、答え方（具体性・率直さ）も記録したか
- 「別途」「持ち帰り」になった項目を、後日の確認事項として残したか
- 回答を、連載第11回の比較表に反映したか
相談前に整理しておくとよい情報
- システム化で解決したい課題と、対象とする業務範囲
- 実現したいことの優先順位（必須・あると良い）
- 予算の幅、希望時期、社内の決裁ルート
- 既存システム・データ・連携先の状況と、取り扱うデータの機密度
- これまでの連載で整理した、自社の前提（範囲・規模・運用方針）
これらを整理してから20問を投げかけると、回答が具体的になり、各社の比較がしやすくなります。
20問を比較表に落とし込む例
質問は聞くだけで終わらせず、第11回の比較表に転記します。たとえば「追加費用が発生しやすい箇所はどこか」という質問に対して、A社が「データ移行」、B社が「外部API」、C社が「要件未確定部分」と答えた場合、それぞれのリスク欄に残します。さらに、追加時の単価、承認フロー、見積再提示までの日数も並べると、各社の進め方の違いが見えます。
記録の形式はシンプルで構いません。質問20問、回答要約、確認済み/未確認、後日回答、リスク、比較表への反映欄を作るだけでも十分です。3社比較なら60回答分になりますが、重要な質問を10問に絞れば30回答で済みます。発注前の1時間を使って記録を残すだけで、契約後の認識違いを減らせます。
GXOの発注前レビューで見る実務メモ
GXOが見積書の相談を受けるときは、最初から「高い」「安い」を判定せず、見積の前提を分解します。まず初期費用、月額費用、追加費用、発注側作業、リスク項目の5区分に分けます。そのうえで、3社比較、5年TCO、社内稟議、契約条件の順に確認します。これにより、金額の差が価格差なのか、範囲差なのか、リスクの見込み方の差なのかを説明しやすくなります。
発注側で用意しておくとよいのは、完璧な要件定義書ではありません。現行業務の流れ、利用者数、画面・帳票・連携の数、希望時期、予算の幅、社内決裁者、止められない業務、個人情報や機密情報の有無です。これらが曖昧なまま見積を取ると、開発会社ごとに前提が変わり、相見積もりの比較が難しくなります。
| 確認領域 | 発注側が用意する情報 | 見積で確認すること |
|---|---|---|
| 業務範囲 | 対象部署、利用者数、現行フロー | どこまでが開発対象か |
| 機能規模 | 画面数、帳票数、API本数 | 工数の根拠が説明できるか |
| データ | 移行対象、件数、クレンジング要否 | 移行費・移行リハーサルの有無 |
| 運用 | 利用時間、障害時の影響、社内担当 | 保守範囲、SLA、月額費用 |
| 契約 | 請負/準委任、検収、知財、再委託 | 責任分界と追加費用の条件 |
| 稟議 | 予算上限、比較対象、判断基準 | 3社比較や5年TCOで説明できるか |
この整理を先に行うと、AI開発、セキュリティ要件、補助金活用を含む案件でも、見積の前提を同じ粒度にそろえやすくなります。特に補助金を使う場合は、対象経費と対象外経費、発注前着手の可否、証憑の残し方を見積段階で確認しておく必要があります。
参考にすべき一次情報・確認観点
見積書を社内稟議やベンダー比較に使う場合は、一般論だけで判断せず、公式資料と自社データを照合してください。特に契約形態、責任分界、DX投資の目的、セキュリティ要件は、見積金額より前にそろえるべき前提です。
- IPA「情報システム・モデル取引・契約書」：請負、準委任、成果物、検収、責任分界を確認する際の参考になります。
- 経済産業省「DX推進指標」：経営課題、ITシステム、組織体制を分けて、DX投資の目的を確認する際の参考になります。
- 自社の見積比較では、3社比較、5年TCO、月額5万円・10万円・15万円、画面20件、帳票10件、API3本、移行データ1000件、受入テスト5日、操作研修2回、障害受付24時間、初期予算500万円・1000万円など、仮でも数字を置いて前提をそろえます。
- AI開発、セキュリティ要件、補助金活用を含む案件では、機能要件だけでなく、ログ保管、個人情報、権限管理、証跡、補助対象経費の切り分けも見積条件に入れてください。
よくある質問
Q. 20問は、一度に全部聞く必要がありますか。
A. ありません。初回は見積・範囲の質問を中心に前提をそろえ、絞り込みの段階で体制・保守、契約の前に契約・リスク、というようにフェーズを分けて聞くほうが自然です。重要な質問から優先順位をつけて投げかけるとよいです。
Q. 回答のどこを見れば、相手の姿勢が分かりますか。
A. 回答の内容に加えて、答え方を見ます。具体的な数字や事例で答えられるか、リスクや追加費用を聞かれる前に共有してくれるか、分からないことを率直に持ち帰れるか、が手がかりになります。
Q. 質問の回答は、記録しておくべきですか。
A. はい。記録があると、複数社の回答を比較表に反映でき、社内で判断を説明する際の根拠になります。費用・範囲・納期に関わる重要な回答は、メールや議事録の形で文書に残してもらうと、後のやり取りの土台になります。
まとめ
発注前の20問は、開発会社を試すためではなく、前提を共有して認識のずれを減らすための対話の材料です。見積・範囲・体制・保守・契約の5つの観点から質問し、回答の内容と答え方の両面から相手の姿勢を読み取ることで、価格だけに頼らない選定ができます。連載「システム開発の見積書を読む技術」を通じて、総額ではなく内訳・前提・含まれていないものを見る視点が、発注前の判断の土台になれば幸いです。見積や相見積もりの整理に不安があれば、発注前の段階で第三者に相談する方法もあります。
関連記事
- 連載第11回：比較表
- システム開発の見積書の見方｜失敗しないための7つのチェック項目
- システム開発 見積書の内訳ガイド｜人月単価・工数・追加費用の妥当性
- システム開発の相見積もり｜3社比較の正しい方法と判断基準
システム開発の見積・相見積もりを整理しませんか
GXOでは、システム開発の見積書、相見積もり、要件定義、開発会社選定について、発注前の整理をご支援します。総額だけでなく、工数、保守範囲、追加費用、体制、契約条件まで確認し、自社に合う進め方を一緒に整理します。
※ 初回相談では、営業資料の説明よりも見積内容と発注前の論点整理を優先します。
