ビジネス活用2026年10月更新

システム開発を依頼する流れと準備|依頼先の種類・渡す資料・最初の相談で決めること

公開日: 2026/10/15
システム開発を依頼する流れと準備|依頼先の種類・渡す資料・最初の相談で決めること

この記事のポイント

システム開発を依頼する流れと準備を、依頼先の種類(受託開発会社・SIer・フリーランス等)、発注側が決めること、最初の相談に持っていくもの・送らないもの、改修・PoC・本開発・調査の選び方まで1本で整理。作らない方がよい場合も解説します。

システム開発を依頼するときは、依頼先の会社を探す前に、まず「何を持ち込むのか」を決めてください。持ち込むものによって、合う依頼先と最初の頼み方が変わります。また、依頼の範囲と費用は機能の数より、データの質や今のシステムの仕様など会社ごとの不確かな点で決まります。

この記事は、業務システムの新規開発や既存システムの改修を、はじめて社外に頼もうとしている事業責任者・業務部門長・情シスの方に向けたものです。ゼロから作るのか、今のシステムを直すのか、他社が作ったシステムを引き継ぐのか、AIで作った試作を本番で使いたいのか。持ち込むもの別に、合う依頼先と最初の頼み方を整理しました。

最初の相談に持っていくのは、今の業務の流れ、使っているシステムの名前、困っている操作の3つで足ります。パスワードやAPIキーなどの認証情報、実際の顧客データは、契約と取り扱いの取り決めが済むまで送らないでください。

工程の名前(要件定義・設計・テストなど)は、AIに聞けばすぐに説明が出てきます。この記事では説明を短くし、会社ごとに違う点、つまり何が依頼の範囲と費用を左右するのかを中心に書きます。

システム開発を依頼しない方がよい場合

依頼を考える前に、作らずに済むかを確かめます。次のどれかに当てはまるなら、開発会社に頼む前に先に試せる方法があります。

今の状況

先に試すこと

業務の流れが業界で一般的なやり方に近く、例外が少ない

業務向けのクラウドサービス(SaaS)やパッケージ製品の無料体験で、実際の作業が回るか試す

つなぎたいシステム同士に、既製の連携機能がある

製品に付いている連携機能の設定で済むか、各製品のサポートに確認する

使う人が社内の数人だけで、データも表計算で収まっている

表計算の共有・入力規則・関数で回るか試す

今のシステムの小さな修正(文言・項目1つの追加など)だけ

今のシステムを作った会社の保守契約で対応できるか確認する

何を作るかより先に、業務の手順が社内で決まっていない

開発の前に、社内で手順と担当を決める

情報処理推進機構(IPA)は、システム開発の契約書のひな型とは別に、パッケージやSaaSを使う場合の契約のひな型を追補版として出しています(IPA 情報システム・モデル取引・契約書 第二版、2026-10-15確認)。作るか、既製品を使うかは、最初に分かれる判断です。

なお、当社の既存システムの改修は100万円(税別)からです。それより小さな修正なら、今の会社の保守契約や、個人の開発者に頼む方が合う場合があります。作らない方がよい場合をもっと詳しく確かめたい方は「業務システム開発の進め方」を、受発注の業務に限るなら「受発注システムの開発」をご覧ください。

何を持ち込むかで、依頼先と最初の頼み方が変わる

開発会社との打ち合わせで依頼内容を画面に映して説明している様子

依頼は、新しく作る場合だけではありません。今使っているシステムや手元の試作を持ち込む場合もあります。持ち込むものごとに、最初に確かめることと、合う頼み方を整理しました。

持ち込むもの

最初に確かめること

合う頼み方

ゼロから作る(今は紙・電話・メール)

誰が・いつ・何を入力し、結果を誰が使うか

業務の整理からPoC、または本開発

今使っているシステムの改修

誰が作ったか、ソースコードと仕様書が手元にあるか、改修してよい権利があるか

既存システムの改修

他社が作ったシステムの引継ぎ

ソースコード・仕様書・サーバーなどの環境情報があるか、今の会社との契約がいつ終わるか

調査のみ、または調査+改修

社内でAIを使って作った試作

どこまで動くか、ログインや権限、データの保存先、おかしくなったときの戻し方があるか

試作の本番化(残す部分と直す部分を分ける)

Excelのマクロや手作業の集計

計算のルールが文章にできるか、例外がどれくらいあるか

既存の計算のWeb化、またはPoC

他社が作ったシステムの引継ぎは「開発会社を変えるときの引き継ぎ」で、手順を詳しく書いています。

依頼先の種類と、合う依頼

依頼先は大きく5種類あります。どれが優れているかではなく、依頼の中身と、社内で進行を見られる人がいるかで選びます。この記事はAI革命株式会社(受託開発会社)が書いており、当社もこの中の1つです。

依頼先

合う依頼

発注側にかかる手間

頼む前に確かめること

受託開発会社

業務システムの新規開発・改修、PoC、引継ぎ

業務の説明と、決めるべきことの判断

最小の発注単位(改修だけ・PoCだけを頼めるか)、保守を頼めるか

SIer(システムインテグレーター。大きな開発をまとめて請け負う会社)

基幹システムなど、関わる部署や取引先が多い大きな開発

社内の窓口・決裁の体制づくり

小さな改修や検証から頼めるか

フリーランス(個人の開発者)

範囲がはっきりした小さな開発や修正

作業の分け方と、出来上がりの確認を自社で行う

休んだときの代わり、作ったあとの修正を誰がするか

クラウドソーシング

仕様が決まった小さな作業

募集・選考・指示・確認のすべて

秘密保持の取り決め。たとえばクラウドワークスでは、発注者のシステム利用料はタスク形式と有料オプションを除いて無料ですが、秘密保持契約(NDA)オプションは26,400円(税込)の有料オプションです(公式の料金ページ、2026-10-15確認)

マッチングサイト

依頼先そのものではなく、上の会社を探す手段

紹介された候補を自社で比べる

紹介の条件と、比べるときの基準を自社で持っておく

会社同士の比べ方(相手に聞く質問と答えの確かめ方)は「AI開発会社の選び方」にまとめています。

依頼の流れと、発注側が決めること・任せられること

情報システム・モデル取引・契約書を公開している情報処理推進機構(IPA)のロゴ

出典: 情報処理推進機構(IPA) 公式サイト

流れそのものは、どの依頼先でも大きく変わりません。違いが出るのは、各段階で発注側が決めなければならないことです。

IPAの「ユーザのための要件定義ガイド 第2版」は、「システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています」と書いています(IPA、2026-10-15確認)。整理や文書化は任せられますが、何を作れば完成かを決めるのは発注側です。

段階

発注側が決めること

任せられること

詳しい記事

相談

解決したい業務と、使う人

依頼の形の候補、自社でやる部分との切り分け

要件が固まっていない段階の相談

要件と完成条件の整理

何ができたら完成か、例外のときの扱い

聞き取り、文書化、抜け漏れの指摘

発注側の要件定義の進め方

見積

どこまで頼むか、予算の上限

作業の分け方と見積の内訳

相見積もりのRFPテンプレート

契約

一度に契約するか、段階に分けるか、権利の帰属

契約書の案

段階的な発注の進め方

開発

途中の画面を見て判断する人と、判断の期限

設計・実装・テスト

開発会社に任せる範囲

検収

合否を判断するテストのデータと、判断する人

テストの実施と結果の報告

システム開発の納品物

保守

何が起きたら誰に連絡するか、修正の頼み方

障害の調査と修正

追加開発の見積もりの確認

「全部任せたい」という場合でも、表の「発注側が決めること」の列は外部に任せきれません。判断する人と期限を最初に決めておくと、開発の途中で止まりにくくなります。契約書の案を確かめるときは、IPAのモデル契約書(第二版)が、発注側と開発会社のどちらにも偏らない書き方の参考になります。

依頼の範囲を決めるのは、機能の数より会社ごとの不確かな点

業務の課題や不確かな点を付箋で洗い出したボード

見積の前に「必要な機能の一覧を作ってください」と言われることがあります。ただ、同じ機能でも、会社ごとに違う次の点で作業量が大きく変わります。

不確かな点

相談の前に確かめる質問

範囲にどう影響するか

データの質

同じ取引先が別の名前で登録されていないか。空欄や手入力の揺れはどれくらいあるか

データの整理・変換が作業に加わる

今のシステムの仕様

仕様書はあるか。今の計算のルールを説明できる人がいるか

先に調査が必要になる

権限

誰がどのデータを見て・直してよいか。店舗・部署・取引先で分けるか

権限の設計とその確認テストが加わる

例外

ルールどおりに処理できない件数はどれくらいか。今は誰がどう判断しているか

例外を人に回す画面や手順が必要になる

正しさの確かめ方

結果が合っているかを、誰が何と比べて確かめるか

確認画面や、今のやり方との突き合わせが加わる

責任

間違いが出たとき、最後に確定するのは誰か

承認の手順や、記録の残し方が決まる

変更

制度や料金の変更で、ルールが年に何回変わるか

設定で変えられる作りにするかが決まる

当社の公開事例でも、範囲には機能そのものより、こうした点が入っています。通信事業の数万件の請求情報の取込・集計では、取込・集計に加えて確認画面までを作りました。薬局の複数店舗・数千人分の記録管理では、権限と確認の工程を作りました。どちらも顧客名は公開していません。

この表の質問に答えられない項目があっても、相談はできます。答えられない項目が、そのまま「最初に調べること」になります。

依頼の形を選ぶ|既存システムの改修・PoC・本開発・調査のみ

範囲がはっきりしないまま全体を一度に頼むと、見積の幅が広がります。不確かな点が多いときは、段階に分けて頼む方法があります。当社の場合の価格と、それぞれが合う場面は次のとおりです。

依頼の形

合う場面

当社の価格(税別)

既存システムの改修

今のシステムに画面・帳票・機能の追加や、他のシステムとのデータ連携を加えたい

100万円〜

PoC(本番の前の検証)

AIの読み取りや自動化が、自社のデータで使えるかを先に確かめたい

300万円〜(検証を始めるための価格で、本番システムの完成価格ではありません)

本開発

作るものと完成条件が決まり、本番で使うシステムを作る

個別見積(機能、利用者数、外部連携、データ移行、安全の要件から見積もります)

調査のみ

他社が作ったシステムの中身や、改修できるかを先に知りたい

有償。作業の前に範囲と金額を示し、合意してから始めます

価格には、クラウドの利用料、外部APIの利用料、ソフトウェアのライセンスなどの実費は含まれません。これらは別にかかります。

段階に分ける例(説明用)として、「調査のみで今のシステムの仕様を確かめる → 改修の範囲を決めて既存システムの改修を頼む」「PoCで自社のデータを使って精度を確かめる → 使えると分かった部分だけ本開発に進む」といった進め方があります。PoCの結果、作らないと決めることもあります。契約を段階ごとに分ける方法は「段階的な発注の進め方」で、費用の内訳は「業務システム開発の費用相場」「AI受託開発の費用相場」に詳しく書きました。

当社の依頼の形ごとの説明は「既存システムの改修・PoCの価格と進め方」でご確認いただけます。

当社に頼める範囲

Web・業務システムの新規開発と改修(使われている言語や仕組みは問いません)、画面・帳票、CSVやAPIでのデータ連携、業務向けクラウドサービスとの連携、ログインと権限、社外の利用者ごとにデータを分ける仕組み、決済サービスを使った会員・課金、他社が作ったシステムの調査・引継ぎ・改修、AIで作った試作の本番化、データ移行に対応できます。公開している事例は、上に書いた2件(通信事業の請求情報の取込・集計、薬局の記録管理)です。

社内でAIを使って開発を続けたい場合は、自社で進める部分と当社が担う部分を分けて、一緒に進める形も選べます。

最初の相談に持っていくもの・送らないもの

最初の相談の前に机に並べた業務資料や記入用紙

最初の相談に、完成した資料は要りません。次の表の「持っていくもの」が手元にあれば、30分で依頼の形の候補まで話せます。

持っていくもの

送らないもの(代わりに渡せるもの)

今の業務の流れ(誰が・何を見て・何に入力するか。箇条書きで十分)

社外秘の経営情報や契約書の全文

使っているシステム・ツールの名前

パスワード・APIキーなどの認証情報(「ログインが必要」とだけ伝える)

困っている操作(例: 毎月2つの画面を見比べて転記している)

実際の顧客データ(項目名だけのExcel、架空の値を入れた見本)

手元にあるものの有無(AIで作った試作・既存のソースコード・仕様書・Excel)

個人情報が写った画面(名前や番号を伏せたスクリーンショット)

使う人の人数と部署、社外の人も使うか

—

実データや仕様書の本体を渡すのは、秘密保持の取り決めと、データの取り扱いの取り決めが済んでからにします。

相談前メモの記入例(説明用・架空の会社)

項目

記入例

解決したいこと

毎月の請求データを、取引先ごとに集計して請求書の元データを作る作業を減らしたい

今の流れ

販売管理システムからCSVを出す → Excelで取引先ごとに集計 → 担当者が目で確認 → 会計ソフトに入力

使っているもの

販売管理システム(10年前に別の会社が作ったもの)、Excel、会計ソフト

困っている操作

取引先名の表記が揃っておらず、集計前に手で直している。確認に毎月まる2日かかる

手元にあるもの

社内でAIを使って作った集計の試作(社内PCで動く)。販売管理システムの仕様書は無し

使う人

経理2名。社外の人は使わない

決まっていないこと

販売管理システムを直すか、外に集計の仕組みを作るか

この例なら、データの質(取引先名の揺れ)、今のシステムの仕様(仕様書が無い)、正しさの確かめ方(目視の確認)が不確かな点です。最初の相談では「調査のみから始めるか」「試作を本番で使えるように直すか」が話の中心になります。

複数の会社に同じ条件で見積を頼みたい場合は、この記入例を「相見積もりのRFPテンプレート」の形に広げると、各社の答えを同じ物差しで比べられます。

当社の初回相談で扱うこと

初回相談は無料・30分です(オンライン、Google Meet)。要件が決まっていなくても大丈夫です。30分では、解決したいこと、自社でAIを使って進める部分と任せる部分の切り分け、依頼の形の候補を話します。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをメールでお送りします。

資料を受け取ったあとの提案と見積までは無料です。既存コードの調査報告、要件定義書の作成、PoC、開発は有償で、始める前に範囲と金額をお示しして合意をいただきます。初回の30分で確定の見積や要件定義書はお出ししていません。

今の手作業と使っているシステムから、依頼の範囲を相談する
今の業務の流れと困っている操作を伺い、依頼範囲の候補・進め方・費用の目安を相談メモでお返しします。

よくある質問

Q. 社内で予算が決まっていなくても、依頼の相談をしてよいですか?

はい。予算の上限が決まっていない段階でも、依頼の形ごとの価格の区切り(当社なら既存システムの改修100万円〜、PoC 300万円〜、税別)が分かれば、社内で予算を取るときの材料になります。予算を申請するときは、開発費とは別に、クラウドや外部サービスの月々の利用料を見込んでおくと、あとで不足しにくくなります。

Q. 秘密保持契約(NDA)は、最初の相談の前に結ぶ必要がありますか?

最初の相談を、秘密を出さない範囲(業務の流れ・システム名・困っている操作)で行うなら、相談前に結ばなくても進められます。仕様書の本体、ソースコード、実データを渡す段階になったら、その前に結びます。自社のひな型を使いたい場合は、相談の時点でそう伝えてください。

Q. 社内でAIを使って作った試作は、そのまま本番で使えませんか?

使える部分は残せます。本番で使う前に、ログインと権限、データの保存先と控え(バックアップ)、おかしくなったときの戻し方、テストの有無を確かめます。足りない部分だけを直して本番化する方法と、社内でAIを使った開発を続けながら一部だけを任せる方法があります。

Q. 開発会社が出してきた契約書のひな型を、そのまま使ってよいですか?

そのまま署名する前に、検収の合格基準、途中で仕様が変わったときの扱い、作ったプログラムの権利がどちらにあるか、発注側が協力する内容を確かめてください。IPAのモデル契約書(第二版)は、発注側と開発会社のどちらにも偏らない内容を目指して作られており、見比べる基準として使えます。納品物と権利の確かめ方は「システム開発の納品物」にあります。

Q. 情シスがいない会社でも、システム開発を依頼できますか?

依頼できます。必要なのはシステムの専門知識より、業務の流れを説明できる人と、途中の画面を見て「これで良い・違う」を判断できる人です。この2つの役割を、業務部門の誰が担うかを最初に決めておきます。

Q. 依頼したあと、自社でも少しずつ直せるようにしたいのですが可能ですか?

可能です。その場合は、ソースコードを自社で持てる契約にすること、修正の手順や設定の変え方を納品物に含めることを、見積の段階で伝えてください。あとから求めると追加の作業になることがあります。

依頼の範囲が決められないときは

依頼先を比べる前に、持ち込むものと、会社ごとに不確かな点を書き出してみてください。それでも、改修で済むのか、調査から始めるのか、PoCが要るのかが決められない場合は、今の業務の流れをそのままお聞かせください。初回相談は無料・30分(オンライン)です。

今の手作業と使っているシステムから、依頼の範囲を相談する
今の業務の流れと困っている操作を伺い、依頼範囲の候補・進め方・費用の目安を相談メモでお返しします。

依頼範囲と費用の目安を30分で整理します

この記事の著者

AI革命

AI革命

編集部

AI革命株式会社の編集部です。最新のAI技術動向から実践的な導入事例まで、企業のデジタル変革に役立つ情報をお届けしています。豊富な経験と専門知識を活かし、読者の皆様にとって価値のあるコンテンツを制作しています。

AI・システム開発は、開始価格を公開しています

既存システムの改修 100万円〜・PoC 300万円〜(税別)。相談内容を送っていただくと、2営業日以内に担当者からご返信します