システム開発の一括見積は送る前に4つ決める｜使わないほうがよい場合も

一括見積は、1回の入力で複数の開発会社へ依頼内容が届く仕組みです。入力が短いほど、各社は分からない部分を想像で埋めて金額を出します。

この記事では、送る前に決めること、依頼文の書き方、連絡が来てから2〜3社に絞る進め方を説明します。一括見積を使わないほうがよい場合も、条件ごとに書いています。

システム開発の一括見積サイトでできること・できないこと

システム開発の一括見積サイトでできるのは、依頼先の候補を短い時間で集めることで、依頼先を決めることまではできません。届く金額は、入力した内容だけをもとにした概算です。

一括見積サイトでできることと、できないことを表にまとめます。

費用を誰が負担するか、何社に依頼内容が届くかは、サイトごとに違います。使う前に、利用規約と案内のページで「届く社数」と「連絡先の渡り方」を確かめてください。

一括見積を送る前に決める4つ

一括見積を送る前に決めるのは、任せたい業務・月の件数と時間・予算の幅と時期・社内で決める人の4つです。4つが決まっていれば、どの会社にも同じ前提が伝わります。

送る前に決める4つは、次のとおりです。

1. 任せたい業務は、受発注の入力、シフト作り、問い合わせの返信など、最初の1つに絞ります
2. 月の件数とかかる時間は、「月300件、入力に月40時間」のように数字で書きます
3. 予算の幅と使い始めたい月は、下の逆算で上限を出して書くと、その中でできる範囲の提案が返ってきます
4. 社内で決める人を1人にし、各社への返事と面談の日程を受け持ってもらいます

業務を1つに絞るのは、範囲が広いほど各社の読み方が分かれ、金額の差が大きくなるためです。CONFLUX PARTNERS の代表的な12件は、業種がばらけるように選び（製造業・人材・飲食・卸売・サービス・医療）、同じお客様の案件は1件にまとめました。この12件では、費用の中央値は約220万円、開発期間は1.5か月〜8か月（中央値4か月）でした（2022年〜2026年9月・自社実績）。

規模で見ると、2020年〜2026年9月の代表的な案件（各5件）では、小規模（予約・管理画面など）で1.5〜3か月、中規模（業務システム）で4〜8か月でした（自社実績）。最初の1つを小規模の範囲に収めると、比べる軸がそろいやすくなります。

決める人を1人にする目安は、連絡の数から考えます。試算：仮に5社から連絡が来て、1社あたり面談に1時間かかるとすると、面談だけで5時間です。窓口が2人に分かれると、同じ説明を二度聞くことになります。

予算の上限は、減らしたい時間から逆算します。2025年11月の飲食店（3店舗）のシフト作成は月約10時間から約2時間になり、費用は50万〜80万円でした（自社実績）。減ったのは月約8時間です。

試算：仮に減らせる時間が月10時間に届かない業務なら、当社の判断では外注の前に既製のサービスや Excel の見直しを試します。上の例でも、月約8時間の削減に50万〜80万円を払っているためです。

撤退の目安も先に決めます。試算：仮に届いた見積りの上限と下限の差が大きく、面談しても理由を説明できない場合は、一度見送って依頼文の範囲を絞り直します。

一括見積の依頼フォームに書く文面

一括見積の依頼フォームには、今の手順・困っている点・作らないもの・件数・予算と時期を、普段の業務の言葉で書きます。IT の言葉に言い換える必要はありません。

フォームの自由記入の欄は、短く済ませたくなる部分です。開発会社の側から見ると、書いていない部分は各社が別々に想像で埋めます。私は2022年から2025年まで、AI・システム開発会社2社の代表取締役として開発会社を運営しました。開発会社の側は、契約に書いていないことは作った側に残る前提で契約書を読みます。

依頼フォームの文面の例です。

【今の手順】注文はFAXとメールで届き、事務2名がExcelの受注表に手で入力しています。
【困っている点】受注表から出荷表への転記に時間がかかり、月末に入力の誤りが見つかります。
【作るもの】受注の入力画面と、出荷表を自動で作る機能。
【今回は作らないもの】会計ソフトへの連携。
【件数と時間】注文は月約300件、入力と転記に月約40時間。
【予算と時期】予算は◯万円まで。来年4月から使い始めたい。
【決める人】事業責任者の◯◯（返事は2営業日以内にします）。

「今回は作らないもの」の1行が、金額のぶれを小さくします。範囲を狭く読む会社と広く読む会社の差が、その1行で縮まるためです。

当社調べでは2026年11月に、2つのAI（ChatGPT・Gemini）へ本記事の論点5問を質問し、答え10件を得ました。ほかの論点を聞いた答え8件のうち、『依頼フォーム』に触れたものは1件でした（出典: 当社調べ）。

要件の書き出し方をもっと細かく知りたい場合は、社内システム外注の要件定義チェックリストで12項目に分けて説明しています。

一括見積の連絡が来てから2〜3社に絞る進め方

一括見積の連絡が来たら、実績と進め方で2〜3社に絞り、絞った会社に同じ資料を送り直してから見積りを比べます。最初に届く金額は、フォームの短い文面だけをもとにした概算だからです。

絞り込みは、次の5つの段階で進めます。

1. 届いた連絡は、会社名、似た業種の実績、最初の金額の幅を1枚の表に書いて一覧にします
2. 候補は、金額より先に、似た業務の実績と、試作から始める提案があるかで絞ります
3. 今の帳票の見本や手順のメモを、絞った会社すべてに同じ内容で送り直します
4. 面談では、金額に含まれない作業と、保守の範囲を聞きます。保守を断る会社や、ソースコードの引き渡しを拒む会社は、金額が安くても候補から外します
5. 見積りは、工程ごとの内訳と毎月の費用を同じ表に書き写して横に並べます

2〜3社に絞るのは、表に並べて見比べられる数がそのくらいだからです。社数が増えるほど、資料のやり取りと面談の時間が決める人に集まります。

並べた見積書の読み方は、システム開発の見積もり比較はどこを見るかで工程ごとの表にして説明しています。金額がばらばらに出たときの考え方は、開発会社の見積もりがバラバラなときの判断基準が参考になります。

自社で使えるか、相談する →一括見積で届いた見積りや提案を拝見し、前提のずれや含まれていない作業がないかを一緒に確かめます。何を頼むか決まっていなくても大丈夫です。

顧問パッケージの内容と料金を見る →ここまでの内容が自社に当てはまるか、確認しませんか。要件の確認だけでもご利用いただけます

一括見積の金額は契約前の入口の金額

一括見積で届く金額は契約前の入口の金額で、仕様変更による追加と、使い始めた後の保守の費用は別に確かめます。一括見積で届いた最初の金額だけで依頼先を決めると、総額の見込みがずれます。

記事の著者 YW がこれまでに手がけた案件は500件以上あり、そのうち34件は契約後の仕様変更で追加の見積りになりました（自社実績・案件の記録・2026年10月時点）。仕様変更で追加の見積りになった34件（2022年4月〜2026年9月）の追加額は、10万〜180万円（中央値 約35万円）でした。

追加の見積りは、契約の後に「やはり必要だった」と分かった作業から生まれます。送る前に「今回は作らないもの」を書いておくと、追加になる作業を契約前に話し合えます。

同じ調べでは、10件の答えのうち、触れていたのは専門家への相談は0件、期間（◯か月・◯日など）は1件、費用の金額（◯円）は2件でした（出典: 当社調べ）。AI の答えだけでは期間や費用の根拠が足りないため、数字は各社の見積りで確かめてください。

費用の幅は、作るものの種類で変わります。代表的な12件（2022年〜2026年9月）の費用は次のとおりです。

業務システムの費用の幅が80万〜800万円と広いのは、作る範囲の差が大きいためです。

最初の費用のほかに、毎月の費用と見込みの改修費も足して総額で並べてください。

国税庁のソフトウエアの取得価額と耐用年数では、販売用の原本と研究開発用を除くソフトウエアの耐用年数は5年です（令和8年4月1日現在の法令等）。私は、この5年を総額で比べる期間の目安にしています。費用が何で決まるかは、業務システム開発の費用は何で決まるかで内訳から説明しています。

一括見積が向く会社・向かない会社

一括見積が向くのは、業務が独自で、候補の開発会社をまだ知らない会社です。業務が一般的な会社や、今のシステムを直したい会社には向きません。

条件ごとの選び方は、次のとおりです。

• 業務が独自で、候補の会社を知らないなら、一括見積で候補を集めてください
• 似た業務の実績がある会社をすでに知っているなら、一括見積を使わず、その会社を含む2〜3社へ直接頼んでください
• 勤怠や会計のような一般的な業務なら、一括見積の前に既製のサービスで足りるかを確かめてください
• 今のシステムを直したいなら、一括見積を使わず、今のシステムの資料と権利の確認から始めてください

2つ以上に当てはまるときは、今のシステムの改修かどうかを先に見ます。私の判断では、資料と権利が分からないまま候補を集めても、各社が同じ前提で見積れないためです。

既製のサービスを先に確かめるのは、作る必要がない場合があるためです。CONFLUX PARTNERS では、2021年から2026年9月までに、要件が一般的な勤怠・会計だったため既製のSaaSを勧めた案件が4件あります。社内にエンジニアがいて改修が多いため、内製化を支援した案件も2件あります（自社実績）。

社内にエンジニアがいる会社は、外注そのものを見送る選択もあります。判断の条件は、システム開発の内製と外注の決め方で4つに分けて説明しています。

今のシステムの改修で一括見積を使わないのは、引き継ぎに調査の手間がかかるためです。2023年から2025年に引き継いだ6件のうち、資料が無かった4件では、調査に合計約25人日（1件あたり4〜9人日）が追加でかかりました（自社実績）。改修なら、まず今のシステムの資料とソースコードの権利がどこにあるかを確かめてください。

一括見積を送る前に、窓口・断り方・引き渡しを決める

窓口・断り方・権利と引き渡しの3つは、一括見積を送る前に決めておくと、連絡が来てからの対応が止まりません。

先に決めておくとうまく進むことは、次の3つです。

• 連絡を受ける窓口は、会社の代表アドレスと決める人の電話番号にしておくと、担当者が休んでも返事が止まりません
• 断り方は、「他社に決めました。理由は◯◯です」の一言を用意しておくと、返事が早く出せます
• 権利と引き渡しは、契約の前に「別の会社にも改修を頼めるか」を各社に聞いておくと、使い続ける段階で困りません

契約の条項を考えるときは、情報処理推進機構（IPA）が公開している情報システム・モデル取引・契約書（第二版）が参考になります。個別の契約の判断は弁護士に確認してください。

今日できる一歩: 任せたい業務の手順を書き出す

今日できる一歩は、任せたい業務を1つ選び、今の手順を書き出すことです。まず、一括見積で任せたい業務を1つ選び、今の手順を10行で書き出してください。書き出した10行が、依頼フォームの自由記入の欄にそのまま使えます。

あわせて、その業務の月の件数と、かかっている時間をメモしてください。数字が1つあるだけで、届く見積りの前提がそろいます。

CONFLUX PARTNERS のシステム開発では、要件定義から保守まで、社内で使われ続ける形を一緒に整えます。

自社で使えるか、相談する →一括見積を送る前の文面づくりや、届いた見積りの読み方をご相談いただけます。ご契約を前提としたご案内ではありません。