2026年、オーダーメイドのWebシステム開発にはいくらかかるか

要点

オーダーメイドのWebシステムとは、ある会社の特定の業務のために作るソフトウェアで、専用のデータベース、役割の異なるユーザー、そして会社がすでに使っているものとの連携を備えます。スプレッドシートや既製のSaaSにかかる手戻りのコストが、ソフトウェアを作るコストを上回るときに価値があります。価格は料金表ではなく、スコープで決まります。コストを押し上げるのは画面の数ではありません。ERP連携、ユーザーごとのきめ細かな権限、監査証跡、そして本番稼働後に誰がすべてを保守するかです。ディスカバリーなしの固定見積もりは、契約の形をした当て推量であり、当て推量は追加契約に変わります。以下では、価格を構成する変数、公開され日付の入った価格での運用コスト、そして比較できる提案を依頼する方法を説明します。

1. オーダーメイドのシステムに料金表が存在しない理由

見積もりを頼む人は数字がほしい。納品する人は、その数字に何が含まれるかを知る必要がある。同じ依頼（「注文を管理するシステム」）が、コストのまったく違う3つのプロジェクトになり得ます。

• 取り込んだスプレッドシートの注文を一覧表示する画面がひとつ、ユーザーは2人、全員が同じログイン。
• 同じ管理を4つの部署で行い、各部署は自分の分だけを見られ、誰が何を変更したかの履歴が残る。
• 同じ管理でERPからほぼリアルタイムで在庫を取得し、フローの最後に税務書類の発行が走る。

1つ目は認証つきのCRUDです。3つ目には、再処理のキュー、サードパーティのエラー、突き合わせ、オンコール対応がかかわります。どんな料金表もこの3つを区別できません。違いはインターフェースではなく、相手側のシステムがおかしな応答を返したときに何が起きるかにあるからです。固定の料金表を公開している人は、小さなスコープを売って残りを追加契約で請求しているか、未知の部分をカバーするために上乗せしているかのどちらかです。

デザインよりも価格を左右する質問

見積もりの前に価格を動かす答えは五つあります。何人が使い、異なる役割がいくつあるか。ソフトウェアがどのシステムを読み取ったりデータを送ったりする必要があるか（ERP、EC、銀行、現役のスプレッドシート）。誰が各変更を行ったかを、あとで誰かが証明する必要があるか。業務に税務上または法律上の義務が結びついているか。そして納品の翌月に誰がシステムの面倒を見るか。

「3人、連携システムなし、履歴なし、請求書発行なし、保守はお任せ」と、「5部署で40人、ERPと連携、監査は必須、請求書を発行、あとは社内のITが引き継ぐ」とでは、まったく別の見積もりになります。

2. コストを最も押し上げる4つの項目

ERP連携

連携とは「APIをつなぐ」ことではありません。他社のAPIと共存することです。Blingのドキュメントは上限をはっきり書いています。「毎秒3リクエスト」と「1日120,000リクエスト」で、上限はエンドポイントごとではなくアカウント全体にかかります。超えるとHTTP 429が返り、10秒間に600リクエストを送ると、送信元のIPが10分間ブロックされることがあります。

これはアーキテクチャを変えます。千件の商品をループで回す同期処理は、本番運用の初日に壊れます。うまくいくのは、キュー、バックオフ、冪等性、処理済みの記録を備えたものです。さらにフィルタのルールがあります。期間が1年を超えるクエリは400を返すので、過去データの読み込みではすべて日付の区間ごとにページングしなければなりません。こうした制約の一つひとつが、画面には見えないのに価格に表れるコードです。連携を「1日」として扱う見積もりは、ドキュメントを読んでいません。

本当の権限を備えたマルチユーザー

「マルチユーザー」は、パスワードつきのログインとして売られています。コストがかかるのは粒度、つまり誰がどの行を見られるかです。

PostgreSQLは、その一部をRow Level Securityでデータベース側で解決します。公式ドキュメントは、この機能を有効にしたときの結果をこう説明しています。「If no policy exists for the table, a default-deny policy is used, meaning that no rows are visible or can be modified」。セキュリティは、ポリシーごと、コマンドごとに明示的になります。より安全で、手間も増えます。同じドキュメントは、一意キーや外部キーのような参照整合性のチェックは常にrow securityを無視すると警告しています。間接的な経路から情報が漏れないよう、データモデリングに注意が必要です。

認証基盤を外部に任せると、コストはコードから月額料金に移ります。Clerkでは、カスタムロールとRoleSetsは基本プランに含まれません。B2B Authenticationアドオンが必要で、月額US$ 100（年払いでUS$ 85）です（2026年9月23日確認）。

監査

監査とは、「注文の金額が変わった」と「ユーザー某が12日の14時32分に、このIPから、金額をXからYに変更した」との違いです。そのためには、履歴テーブル、古い行の不変性、保持ポリシー、そしてデータベースを開かずに照会できる画面が必要です。個人データがかかわるなら、もはや好みの問題ではありません。ブラジルのLGPDは第37条で「管理者および処理者は、自らが行う個人データの処理業務の記録を保持しなければならない」と定め、第6条VIIは、不正アクセスから保護するための技術的・管理的な措置を求めています。

プラットフォームでは、監査は上位プランにあります。Supabaseでは、Platform Audit LogsはTeamプラン（月額US$ 599）からで、Proのログ保持は7日です。Clerkでは、Admin LogsはBusiness（月額US$ 300）に含まれ、保持は30日です。いずれも2026年9月23日確認。二年後に何かを証明することが要件なら、どのデフォルトの保持期間でも足りません。証跡はあなた自身のデータベースに置く必要があります。

本番稼働後の保守

本番稼働でコストは終わらず、継続的なコストが始まります。依存関係は更新され、証明書は期限が切れ、ERPのAPIは仕様を変え、データ量は増え、誰かが誤ったデータを入れてロールバックを求めます。見積もりで最も省かれやすい項目で、六か月後に最も摩擦を生む項目です。問うべきは「サポートはあるか」ではなく、「何が含まれ、期間はどれくらいで、何から有料になるか」です。

3. システムの種類ごとの幅を、スコープとして示す

次の3つの種類で、依頼の大半をカバーできます。列は価格ではなく、価格を決める変数です。

3つのうち、最大の不確実性が外部のシステムではなくあなたの業務にあるのは、社内管理画面だけです。ほかの2つでは、労力のかなりの部分が防御的なもので、相手側のAPIがエラーを返す日のために書かれます。「価値があるか、無駄か」の基準は、ヘッドレスWordPressの記事と同じです。

4. 届き続けるコスト：インフラとサービス

開発費は一度きりの出来事です。運用コストはサブスクリプションです。この2つは分けて考えてください。小さな月額料金の合計のほうが、プロジェクトの金額よりも驚きを生むからです。以下の数字は、2026年9月23日に確認した公式ページのもので、小〜中規模のシステムの最低ラインとして使えます。

ここから2つのことが読み取れます。システムが社内向けでデータ量が控えめなら、サーバーはリストの中で最も小さな項目です。今のスプレッドシートが支えているのと同程度の管理画面なら、アプリケーション、データベース、キューを1台のVPSでまかなえます。Hostinger、Hetzner、DigitalOcean、Contaboといった事業者がこの価格帯で運営しており、どれを選ぶかは、外部サービスに任せるかどうかの判断ほどには予算を変えません。

もうひとつ。コンプライアンス関連のアドオンは、サーバーより高くつきます。SupabaseのPITR（月額US$ 100）とClerkのカスタムロール（月額US$ 100）を合わせると、表のどのVPSよりも高くなります。それは、その部分を自分で書かないことの代償です。間違いは、スコープに署名したあとでこれに気づくことです。

負債を生まずに節約できるところ

データ量の少ない社内システムでの正当な節約：データ量が分離を正当化するまではアプリケーションとデータベースを同じVPSで動かし、バックアップはサーバーの外に置くこと。そして、企業向けのSSOも役割の階層もないなら、スタック自体の認証を使うこと。利子がつく節約：監査証跡を削ること（記録されなかった履歴を再構成するのは、高くつくのではなく不可能です）と、エラー監視を削ることです。監視がなければ、障害に気づくのはユーザーになります。

5. ディスカバリーなしの固定見積もりが追加契約になる理由

固定価格には確定したスコープが必要で、確定したスコープには業務の理解が必要です。誰も今のスプレッドシートを見ていないなら、契約書の数字は賭けです。ディスカバリーで見つかり、依頼には書かれていないもの：

• ひとりの頭の中にしかない例外ルール（「この顧客はいつも納期が違う」）。
• 行によって三つの意味を持つスプレッドシートの列。
• 誰も口にしなかった、最初のファイルにデータを送っている二つ目のファイル。
• 誰かが毎週金曜に手作業でまとめている、依頼の本当の理由であるレポート。
• どの画面を動かすよりも先に移行しなければならない、汚れた過去データ。

署名のあとで見つかったこうした項目は、どれも気まずい話し合いになります。開発者が吸収して無償で働くか、追加契約を求めてクライアントが価格が変わったと感じるかです。

一週間に収まるディスカバリーの進め方

コンサルティング案件にしなくても、成果物は五つです。きっかけから結果までの業務マップと、各ステップの担当者。各APIのドキュメントを確認したシステムの一覧（リクエスト制限も含む）。役割のマトリクス（誰が見て、誰が変更し、誰が承認するか）。何に監査証跡が必要で、どれくらいの期間保持するか。そして、あとに回すものを明示的に切り分けたフェーズ1のスコープです。そこまでくれば見積もりは当て推量ではなくなり、クライアントは、たとえ別の人に依頼するとしても役に立つものを手にできます。

6. 削ったスコープではなく、段階的なスコープ

フェーズとは、少なく納品することではありません。価値の順に納品することです。フェーズ1は、主要な業務でスプレッドシートを置き換える最小の切り出しです。成長していく社内管理画面によくある道筋：

• フェーズ1：登録とメインのフロー、最小限の役割、そして最初から記録される変更履歴。
• フェーズ2：今は手作業で作っているレポートとエクスポート。
• フェーズ3：ERP連携。書き込みの前に読み取りから始める。
• フェーズ4：業務が見えるようになったあとで繰り返し作業になったものの自動化。

監査証跡がフェーズ1にあるのは、あとから遡って同じ価値で追加することができない唯一の部分だからです。連携を分けておくのには別の理由があります。外部の原因で止まる可能性が最も高い項目だからです（経理担当者が持っていない認証情報、承認待ちのアプリ、設計を変えてしまうリクエスト制限）。これを最初の納品のクリティカルパスに置くのは、サードパーティによる停止を招くようなものです。

7. 比較できる形で見積もりを依頼する方法

あいまいな依頼からは、比較できない三つの提案が出てきます。それぞれが別のスコープを想定するからです。含めるべきもの：

• 始まりから終わりまでの業務と、そのきっかけと期待する結果。
• 何人が使い、異なる役割がいくつあるか。
• 読み取りやデータ送信が必要なシステムと、その名前と契約プラン。
• 監査の要件があるか、そして履歴をどれくらいの期間参照できるようにするか。
• フローに税務上の義務があるか、そしてあとで誰がシステムを保守するか。
• 現在のデータ量の数字。おおよそでもかまいません（月あたりの注文数、レコード数、同時接続ユーザー数）。

どの提案にも求めるべきもの：

• 開発費と月々の運用コストの区別。
• どのサードパーティのサービスが含まれ、それぞれ月にいくらかかるか。料金ページへのリンクつきで。
• スコープ外のものを書面で。そしてコードの所有者は誰か。
• サードパーティのAPIが変わったときにどうなるか。

開発と運用を分けていない提案は、継続的なコストを隠しています。スコープ外になったものを列挙していない提案は、あとでプレッシャーの中でそれを揉めることになります。

これらの答えがひとつもない単一の価格は見積もりではありません。数字に埋め込まれたリスクです。

よくある質問

なぜ誰も電話で価格を教えてくれないのか

価格は、まだ聞かれていないことで決まるからです。一見同じに見える2つのプロジェクトの間で最も変わらないのが画面の数で、変わるのは連携、権限、監査、保守です。これらの答えの前に出された数字は当てずっぽうです。高い当てずっぽうは言った本人を守り、低い当てずっぽうは追加契約で終わります。セクション1の五つの質問に答えるのが、金額への最短の道です。

既製のSaaSを手直しするほうが安いのか

多くの場合はそうで、それが最初に検証すべき仮説です。既製のSaaSが負けるのは、業務にツールが受け付けないルールがあるとき、ユーザーあたりのコストが事業より速く増えるとき、あるいはレポートにするためにデータを会社のほかのデータと一緒に置く必要があるときです。確かめ方は、業務のルールを書き出し、SaaSが無理なくカバーできるものに印をつけることです。

あとで開発者を替えたくなったらどうなるのか

これは技術ではなく契約で解決します。条項は三つで足ります。コードはあなたのもので、あなた名義のリポジトリに置くこと。各サービスの認証情報はあなたのアカウントにあること。そしてデプロイと環境変数について最低限のドキュメントがあること。これがないと、委託先を替えるのはほとんど一からやり直すのと同じコストになり、そこで最初の提案の安さが利子をつけて返ってきます。

まとめ

オーダーメイドのシステムの価格は、料金表を見るのではなく、スコープの変数を足し合わせて組み立てます。最も重いのはERP連携、ユーザーごとの権限、監査、本番稼働後の保守の四つで、どれも画面のデザインには表れません。運用コストは開発費とは別で、公開され日付の入った価格があり、提案書に書かれている必要があります。ディスカバリーなしの固定見積もりは賭けであり、ソフトウェアでの賭けは追加契約で支払うことになります。

幅ではなく具体的な数字がほしいなら、スプレッドシートから移したい業務と、それを使う人数、そしてその人たちの間にある役割の違いを、oailton.dev/ja/contato からお送りください。それに連携が必要なシステムの一覧があれば、段階的なスコープを設計し、数えられるものに基づいて価格を出せます。