業務システムの見積りが妥当かどうかは、金額ではなく「機能数」と「連携先の数」で判断できます。 同じ業務でも、この2つが変わると工数が桁で変わります。この記事では規模別の内訳と、見積書の読み方を整理します。
費用を決める2つの変数
| 変数 | 影響 |
|---|---|
| 機能数 | 画面・処理の数がそのまま工数になる |
| 連携先の数 | 既存システムとつなぐ数だけ調査と調整が発生 |
連携先のほうが読みにくく、費用が膨らむ原因になります。 既存システムの仕様が分からない、API が用意されていない、といった事情は着手後に判明することがあります。
規模別の目安
| 規模 | 内容 | 期間の目安 |
|---|---|---|
| 小規模 | 1業務・画面3〜5・連携なし | 2〜4週間 |
| 中規模 | 複数業務・画面10〜20・連携1〜2 | 1〜3ヶ月 |
| 大規模 | 部門横断・画面20以上・連携3以上 | 3ヶ月〜 |
「小規模から始めて、動かしてから広げる」進め方が最も無駄が出ません。 最初から中規模で設計すると、使ってみて要らないと分かる機能に費用がかかります。
見積書の内訳を読む
一般的な業務システム開発の見積りは、次の区分で構成されます。
| 項目 | 内容 | 全体に占める目安 |
|---|---|---|
| 要件定義 | 業務の整理・仕様の文書化 | 10〜20% |
| 設計 | 画面・データ構造の設計 | 15〜20% |
| 実装 | 開発作業 | 40〜50% |
| テスト | 動作確認・修正 | 15〜20% |
| 導入支援 | 移行・操作説明 | 5〜10% |
要件定義が0円になっている見積りは注意が必要です。 要件が固まっている前提で組まれているため、着手後に「これは別途」が積み上がりやすくなります。
費用が膨らむ4つの典型パターン
1. 既存データの移行が想定外に重い
Excelで管理していたデータを新システムに移す作業です。表記ゆれ・重複・欠損の整理に、開発と同じくらいの時間がかかることがあります。
見積り前に、実際のデータを1ファイル見せてください。ここで大半が判断できます。
2. 例外処理が後から出てくる
「基本はこう、ただしこの場合は違う」という処理です。例外が1つ増えるごとに、実装とテストの両方が増えます。
要件定義の段階で、過去1年の例外的な処理を洗い出しておくと精度が上がります。
3. 承認フローが複雑
「課長が承認、金額が一定以上なら部長も、不在時は代理」といった条件分岐です。実際の運用ルールが文書化されていないことが多く、整理から始まります。
4. 使う人の要望が途中で増える
開発途中に画面を見せると、必ず要望が出ます。これ自体は健全ですが、対応範囲を決めておかないと期間と費用が伸びます。
「今回やること」と「次回検討」を分ける運用を、着手時に合意しておいてください。
AIを組み込む場合の追加分
既存の業務システムにAIの機能を足す場合、次の工程が加わります。
| 工程 | 内容 |
|---|---|
| 精度の検証 | 実データで出力を確認し、業務で使える水準か判定 |
| プロンプトの調整 | 出力の形式・粒度を業務に合わせる |
| 例外時の設計 | AIが判断できなかった場合の処理 |
| 利用料の設計 | 処理件数に応じたAPI課金の見積り |
「精度の検証」に必要な工数を見積りに含めているかを確認してください。 ここを省くと、動くけれど業務では使えないものが納品されます。API利用料の考え方はAI開発のAPI利用料にまとめています。
既製品とオーダーメイドの判断
判断の軸は「既製品に合わせて業務を変えられるか」です。
| 状況 | 向くもの |
|---|---|
| 業務が一般的な形 | 既製品（SaaS） |
| 既製品で困る点が1〜2個 | 既製品＋周辺だけ自作 |
| 変えられない独自要件が3つ以上 | オーダーメイド |
| 既製品がそもそも存在しない業務 | オーダーメイド |
「既製品＋周辺だけ自作」が見落とされやすい選択肢です。 基幹部分は既製品に任せ、自社独自の集計や連携だけを小さく作ると、総額を抑えられます。
なお補助金を検討する場合、既製品の導入と自社専用開発では対象になる制度が変わります。詳しくはAI開発に補助金は使えるかをご覧ください。
当社の費用
| プラン | 費用（税抜） | 対象 |
|---|---|---|
| 業務自動化ミニ開発 | 300,000円〜（単発） | 1業務・2〜4週間・納品後1ヶ月フォロー付き |
| AI組込み開発 | 800,000円〜（要件見積） | 業務アプリ・ダッシュボード・RAG・1〜3ヶ月 |
| AI開発顧問 | 300,000円／月 | 内製化の伴走・最低3ヶ月 |
大規模な基幹システムの開発は、体制の大きい会社のほうが適しています。 当社は少数で動く体制のため、常時10名以上が稼働する規模の案件には向きません。
進め方
- 初回相談（30分・無料） — 対象業務と、いま困っている点を伺います
- 実データの確認 — 現在使っているファイルを見せていただきます
- 要件整理と見積り — 機能数と連携先を確定させます
- ミニ開発（300,000円〜） — 最も効果が出る1機能から作ります
初回30分の相談は無料・オンライン対応・秘密厳守です。他社の見積書をお持ちいただき、内訳の見方をご説明することもできます。
まとめ
- 費用を決めるのは機能数と連携先の数
- 要件定義が0円の見積りは、着手後に追加が積み上がりやすい
- 膨らむ原因はデータ移行・例外処理・承認フロー・途中の要望追加
- AIを組み込むなら精度の検証工数が見積りに入っているか確認する
- 「既製品＋周辺だけ自作」が見落とされやすい選択肢
- 全体を設計したうえで、1機能から作るのが最も無駄が出ない
関連記事: