技術解説

システムの発注・導入を担当する方へ

初めてシステム開発を発注する担当者へ。開発会社との初回相談で聞く5つの質問

システム開発の発注を任されたとき、何から聞けばよいか迷うことがあります。ベンダーとの初回打ち合わせで確認すべき5つの問いを、発注側の視点で図にまとめました。

技術解説

初めての開発発注で 何を聞けばよい?

初回相談で確認する5つの質問

この記事でわかること

  • 発注担当が初回で聞くべき5つの問いがわかる
  • 「安さ」より先に確認すべき設計の観点がわかる
  • 社内で共有するメモの書き方がイメージできる

執筆

藤原 寿暉斗

CTO

技術全般を統括。Webシステム開発からRAG・LLM統合まで、先端技術を実務に落とし込むアーキテクチャ設計を担う。

最初の対象・完成条件・権限・拡張・障害対応を聞く

初回打ち合わせで次の5つを聞くと、ベンダーの考え方と自社の期待がすり合わせやすくなります。技術用語が出てきても、「自社の課題にどう結びつくか」で聞き返せば大丈夫です。

発注担当の5問
  1. Q1

    最初に解決する業務は?

    全部ではなく、初回の対象を1つに絞れるか

  2. Q2

    成功の定義は?

    数値や現場の言葉で測れるか

  3. Q3

    権限とデータの扱いは?

    誰が見てよいか、どこに置くか

  4. Q4

    段階的に広げる計画は?

    MVPのあとどう拡張するか

  5. Q5

    障害時・変更時の連絡は?

    誰に・いつ・何を伝えるか

金額の前に、開発の範囲と前提を共有する

最安値の見積だけで選ぶと、後から「想定外の追加費用」や「現場に合わない設計」が出てくることがあります。初回は金額の前に、設計の前提が共有できているかを確認します。

安さ優先 / 設計優先

安さだけで選ぶ

範囲が曖昧なまま着手
後から機能追加で膨らむ
現場が使わない

設計を先に共有

初回範囲が明確
手戻りが限定される
現場定着を見て拡張

決定事項・未決事項・次の対応を社内に共有する

打ち合わせの内容を社内で共有するときは、次の3項目を短く書くだけで十分です。長い議事録より、決まったことと未決定のことを分けて残す方が、次の判断に役立ちます。

社内共有メモの型
決まったこと範囲・成功条件
未決定権限・スケジュール
次のアクション誰が・いつまでに

決まったこと → 未決定 → 次のアクション

業務の課題整理から、設計・開発・導入まで

初めてのシステム発注を、
SHINJIDAIにご相談ください。

  • 開発会社に何を聞けばよいか分からない
  • 費用や納期だけで選んでしまいそう
  • 社内で決めることと任せる作業を知りたい
株式会社SHINJIDAI課題の整理から伴走

対象業務と社内条件を確認し、機能だけでなく移行・連携・権限・保守を含めて提案します。双方の作業と完成条件を合意したうえで設計・実装へ進め、現場での検証まで支援します。

発注前の範囲整理を相談する

初回は、困っている業務と現在の状況の概要で構いません。調査・設計・開発の範囲と費用は、着手前に合意します。

ID・パスワードや顧客データは、フォームに記載しないでください。

開発体制・契約範囲を見る

よくある質問

見積を取る前に何を聞けばよいですか?

金額の前に、「どの業務を最初に対象にするか」「成功の定義は何か」「権限とデータの扱いをどう考えるか」を聞くと、見積の前提が揃いやすくなります。

技術の詳しい人がいなくても発注できますか?

はい。発注側は「何を解決したいか」「誰が使うか」「いつまでに何ができればよいか」を言語化できれば十分です。技術選定はベンダーと一緒に詰められます。

複数社に同じ質問をしても失礼になりませんか?

同じ5問を複数社に聞くことで、回答の質と前提の違いが比較しやすくなります。発注側が整理した問いを共有するのは、むしろ効率的な進め方です。

THE FUTURE OF JAPAN.
THE FUTURE
OF JAPAN.