システム開発の費用は、作る機能の数、画面や帳票の数、他のサービスとのつなぎ、使う人の数、そして公開後の保守の範囲で決まります。同じ名前のシステムでも、中身で金額は大きく変わるため、相場の数字だけで判断せず、見積もりの内訳を読めるようになることが、適正な費用を知る近道です。
システム開発の費用は、中身の大きさで決まります
「予約システムはいくらか」と聞かれても、一律の答えはありません。同じ予約システムでも、予約を受けるだけのものと、決済、メール通知、会員管理、LINE連携まで含むものでは、作る量がまったく違うからです。
費用を決める要素は、次の5つです。
- 機能の数と、それぞれの複雑さ
- 画面と帳票（請求書、一覧表など）の数
- 他のサービスとのつなぎ（会計ソフト、LINE、ホームページ、決済など）
- 使う人の数と、権限の分け方
- 公開後の保守と、修正の範囲
このなかで、見落とされやすいのが3と5です。つなぎの数が増えると、相手のサービスの仕様に合わせる作業が増えます。保守は、公開後の毎月の費用になるため、最初の見積もりに含まれていないと、あとで負担が増えます。
当社の場合、システム開発の費用は内容によって大きく変わるため、お見積りしています。
見積もりの内訳は、工程ごとに分かれています
システム開発の見積もりは、工程ごとに分かれて書かれているのが一般的です。主な項目を表にします。
| 項目 | 中身 | 見るポイント |
|---|---|---|
| 要件の整理 | 何を作るかを聞き取り、文書にする | 最初に十分な時間を取っているか |
| 設計 | 画面、データの持ち方、動きを決める | 画面の見本を作って確認するか |
| 開発 | プログラムを書く | 機能ごとの内訳があるか |
| テスト | 動作を確かめる | 現場での確認の時間が含まれているか |
| データの移行 | 既存のExcelなどから移す | 移行の対象と量が書かれているか |
| 公開と研修 | 本番環境に出し、使い方を伝える | 使い方の説明が含まれているか |
| 保守 | 公開後の不具合対応と、修正 | 範囲と毎月の費用が書かれているか |
見積もりを受け取ったら、まずこの7項目がそろっているかを確認してください。「一式」とだけ書かれた見積もりは、何が含まれているかが分かりません。内訳を出してもらうよう依頼します。
人月という単位で書かれている見積もりもあります。人月は、1人が1か月かけて行う作業量のことです。「5人月」なら、1人で5か月分の作業という意味になります。人月の単価と人数から金額を出す方法ですが、単価の違いだけで比べると、作業の効率や品質の差が見えません。
契約の形は、請負と準委任の2つがあります
システム開発の契約には、主に2つの形があります。
| 契約の形 | 内容 | 向いている場面 |
|---|---|---|
| 請負 | 完成したものを納品することに対して支払う | 作るものが明確に決まっている |
| 準委任 | 作業そのものに対して支払う。完成は約束しない | 作りながら決めていく、改善を続ける |
請負は、金額と成果物が決まっているため、予算の見通しが立ちます。ただし、途中で仕様を変えると、追加の費用がかかります。準委任は、変更に柔軟に対応できますが、費用の総額が最初に決まりにくい面があります。
経済産業省は、システム開発の契約書の雛形として「情報システム・モデル取引・契約書」を公開しています。契約の形、責任の範囲、納品物の取り扱いを確認するときの参考になります。契約を結ぶ前に、一度目を通しておくと、見積もりの項目の意味が分かりやすくなります。
見積もりを比べるときの注意点
複数の会社から見積もりを取るときは、次の点を確認してください。
- 作る範囲が同じ条件で比べているか
- 保守の費用が含まれているか
- 追加の費用が発生する条件が書かれているか
- データの持ち出しや、他社への引き継ぎができるか
- 担当者が誰で、連絡の窓口がどこか
最も安い会社を選ぶと、必要な機能が含まれていなかった、という失敗が起きます。金額の差の理由を、会社に聞いてください。説明が具体的で、納得できる会社を選ぶのが安全です。
見積もりを比べるために、「要望をまとめた1枚の資料」を先に作っておくと、各社に同じ条件で依頼できます。資料には、解決したい課題、使う人、必要な機能、つなぎたいサービス、希望の時期を書きます。
費用を抑えるためにできること
システム開発の費用を抑える方法は、機能を減らすだけではありません。
- 最初は必要な機能だけに絞り、使いながら足していく
- 既製のサービスで足りる部分は、そのまま使う
- 画面の見本を早く確認して、あとからの作り直しを減らす
- 要望の優先順位をつけて、後回しにできるものを決める
- 開発の一部にAIを活用している会社に相談する
とくに3は効果が大きくなります。完成してから「イメージと違う」と気づくと、直すためのやり直しで費用が増えます。
当社では、開発の一部にAIを活用して、期間とコストを抑えています。
システム開発の費用でよくある失敗
要望を決めきらないまま見積もりを取る
要望があいまいなまま見積もりを取ると、金額が大きくぶれます。まずは現在の作業を書き出し、課題を整理してから相談してください。
最初の見積もりだけを見て、保守を考えない
公開後の修正、サーバーの費用、不具合の対応は、毎月かかる費用です。開発費だけでなく、1年から数年分の総額で比べます。
途中で仕様を何度も変える
仕様の変更は、そのたびに追加の費用になります。変更が出そうな部分は、最初から準委任で進める、小さく分けて作る、といった契約の組み方を相談してください。
画面の確認を、現場に任せない
担当者だけで決めた画面は、現場で使いにくいことがあります。現場の人に触ってもらってから、仕様を確定します。
他社が作ったシステムの扱いを確認しない
すでにシステムがある場合、それを作り直すのか、改修するのかで費用が変わります。他社が開発したシステムの改修は、内容を確認したうえで、お受けできる場合があります。
判断の目安
進め方別に、費用の考え方を整理します。
| 状況 | 費用の考え方 |
|---|---|
| 作るものが明確 | 請負で、総額を決めて進める |
| 作りながら決めたい | 準委任で、期間と作業量を決める |
| 小さく試したい | 1つの機能だけを先に作り、効果を見て広げる |
| すでにシステムがある | 改修と作り直しの両方を見積もって比べる |
| ホームページと連動させたい | つなぎも含めて、1社にまとめて相談する |
どの進め方でも、見積もりの前に、何に困っていて、何を実現したいのかを言葉にしておくと、金額の精度が上がります。
見積もり依頼に添える、1枚の資料の例
見積もりを各社に同じ条件で依頼するために、次の項目を1枚にまとめます。
| 項目 | 書き方の例 |
|---|---|
| 解決したい課題 | 受注の転記に毎日1時間かかっている |
| 使う人 | 営業5人、事務2人 |
| 必要な機能 | 見積書の作成、受注の登録、請求書の発行 |
| つなぎたいサービス | 会計ソフト、メール |
| 今あるデータ | Excelの受注一覧（約3年分） |
| 希望の時期 | 来年度の初めから使いたい |
| 予算の考え方 | 初期費用の上限と、毎月かけられる額 |
この資料は、実際の自社の数字に置き換えて使ってください。資料があるだけで、聞き取りの時間が短くなり、見積もりの精度も上がります。
見積もりを受け取ったあとに聞くこと
見積もりをもらったら、次の質問を会社に投げてください。
- 金額が変わるのは、どんなときか
- 仕様の変更は、いつまでなら無料でできるか
- 公開後の不具合は、どの期間まで無料で直してもらえるか
- 担当者が変わったとき、引き継ぎはどうなるか
- 作ったプログラムとデータを、将来別の会社に引き継げるか
答えが具体的で、書面で出てくる会社は、信頼しやすい相手です。
開発会社とのやり取りで、決めておくこと
見積もりの金額が決まる前に、連絡のルールも決めておくと、開発中の行き違いが減ります。
- 連絡の窓口になる人（双方1名ずつ）
- 進み具合の報告の頻度
- 仕様の変更を依頼するときの手順
よくある質問
作る機能、画面の数、つなぎ、使う人の数、保守の範囲で大きく変わります。当社では、内容をお伺いしたうえでお見積りします。
解決したい課題、使う人、必要な機能、つなぎたいサービス、希望の時期をメモしてください。現在使っているExcelや帳票があれば、見せていただくと精度が上がります。
サーバーの費用、不具合の対応、修正のための保守費用がかかります。保守の範囲と金額は、開発の見積もりと一緒に確認してください。
開発の一部にAIを活用し、期間とコストを抑えています。公開の前には、動作の確認を経て、問題がないことを確かめます。
内容を確認したうえで、お受けできる場合があります。まずは現在の状況をご相談ください。
見積もりの前に、課題の整理からご相談ください
システム開発の費用は、機能、画面、つなぎ、使う人、保守で決まります。何から決めればよいか分からない場合は、困っている作業を話していただくところから始められます。
当社では、要件の整理から、設計、開発、公開後の修正まで、一貫して担当します。
