2024年11月、クリスマス2週間前に、ある創業者から激怒した状態で電話をもらった。あるウェブエージェンシーに、オーダーメイドの物流ダッシュボードで14,000ポンドの見積もりを出され、署名していた。6ヶ月後、最終請求書が61,000ポンドで届いた。技術的には誰も彼に嘘はついていない。だが誰も本当のことも言っていない。なぜなら、金を取る前に、ちゃんと見積もりの仕事をしている者が誰もいなかったからだ。
重要なポイント：カスタムソフトウェアの見積もりが失敗するのは、構築時ではなくスコーピング時です。データモデルの複雑性、統合、レビュー サイクルから見積もり、ディスカバリーフェーズは別途料金にしてください。
僕はソフトウェアを12年以上作っている。Seahawk だけで12,000以上のサイトとアプリケーションをリリースしている。そして創業者にせよ、フリーランサーにせよ、プロジェクトを見積もるエージェンシーにせよ、一貫して目にする最大の失敗点は、誰も1行のコードが書かれる前にコストを見積もる厳密なやり方を持っていないということだ。皆、推測する。雰囲気で決める。前のプロジェクトを参考にするが、本当に比較可能かどうかは確認しない。
というわけで、ここに私が実際に使うフレームワークがある。プレースホルダーセルが入ったスプレッドシートテンプレートではない。現在の2026年の数字、具体的なツール、そして重要な注意点が揃った、実際の思考モデルだ。
---
ソフトウェア見積もりがほとんどフィクションである理由
問題は不誠実さではない（大抵の場合）。ソフトウェアの見積もりは本当に難しく、ほとんどの人はどれだけ難しいかを過小評価しているので、厳密さがあるように見えるが実はない近道に手を伸ばしてしまう。
開発者は直感的な数字をくれる。エージェンシーは日単価に推定スプリント数を掛ける。フリーランサーは Upwork で似た案件を見て逆算する。どれも間違っているわけではないが、実際のコストドライバーを考慮していない。統合の複雑さ、クライアント側の決定遅延、些細に見えた機能のスコープクリープ、テストのオーバーヘッド、そして無言の殺し手となる環境セットアップと誰も価格をつけないDevOpsだ。
2021年の後半、僕はマンチェスターの不動産テック企業向けプロジェクトを回していた。紙の上では単純だ。テナントポータル、書類アップロード、家賃追跡、保守リクエストワークフロー。初期見積もりは28,000ポンドだった。同様のビルドをしたことがある。だがこのクライアントは4年誰も触っていない独自APIを持つレガシー物件管理システムを使っていた。統合だけで3週間超過した。最終コスト：47,500ポンド。APIドキュメントを見つけた時点で直ちにフラグを立てたからクライアントは問題なかったが、初期見積もりは相変わらず作り話で、僕がそれを認める。
不確実性の円錐は実在する
Steve McConnelが普及させた不確実性の円錐は、プロジェクト見積もりが納期に近づくにつれてどのように正確になるかを説明している。企画段階では、どちらの方向にも4倍ズレているかもしれない。詳細設計の後は、おそらく1.25倍だ。ほとんどの創業者は企画段階で見積もりを受け取り、署名済みの契約のように扱っている。
実務的な帰結：詳細スペックが書かれる前に受け取った見積もりは、数字ではなく幅として扱うべきだ。エージェンシーがデータモデル、ユーザーフロー、サードパーティの依存関係を見る前に単一の数字をくれたら、その数字は装飾的なものだ。
---
4つの実際のコストバケット
見積もりが機能する前に、プロジェクトを正しいカテゴリーに分割する必要がある。「フロントエンド、バックエンド、QA」ではない。それは職種であってコストドライバーではない。実際のバケット：
1. グリーンフィールド対統合作業
グリーンフィールド、自分のデータベースとビジネスロジックに対してスクラッチから何かを作ることは、ほぼすべてのプロジェクトの安価でより予測可能な半分だ。統合作業がお前を捉える。外部API、レガシーシステム、決済プロセッサ、サードパーティ認証プロバイダーはすべて非線形な複雑性を追加する。外部システムに接するスコープ行に対して、僕は通常30～40%のコンティンジェンシーを追加する。
2. UI/UXデザイン（この行を飛ばしてはいけない）
多くの創業者は設計をオプションとして扱うか、それを開発見積もりに組み込もうとする。間違いだ。ちゃんとした設計、ワイヤーフレーム、Figma のインタラクティブプロトタイプ、テストされたコンポーネントライブラリは、通常、総プロジェクトコストの15～25%を占める。スキップすれば2倍払う。一度は要件が曖昧だったため開発者の手直しで、もう一度は後でユーザーリサーチで製品がコンバージョンしなかったときだ。
3. インフラストラクチャとDevOps
誰もこれを正しく引用していない。ステージング環境、CI/CDパイプライン（私たちはほぼすべてでGitHub Actionsを使用している）、Dockerでのコンテナ化、AWSまたはGCPでのクラウドホスティング、これらは誰も詳細に記載しなかったからといって消えるわけではない実際のコストだ。中程度の複雑さのSaaS場合、初期インフラ設定に最低でも£3,000～£6,000を予算化し、その後の月額費用は通常、使用量に応じて£200～£800かかる。
4. テスト、QA、およびローンチのオーバーヘッド
自動化されたテストスイート、手動によるQAパス、パフォーマンステスト、支払いや個人データを扱う場合のセキュリティレビュー。これは正しく実行すれば、開発時間全体の約20%だ。多くのエージェンシーの見積もりには「テスト」という行項目が含まれていて、実際には「開発者がハンドオーバーコールの前の午後を費やしてクリックし回しただけ」という意味である。
---
実用的な見積もりツール：モジュール方式
これが実際のフレームワークです。モジュール方式と呼んでいるのは、プロジェクト全体を単一のものとして扱うのではなく、離散的で独立して見積もれるチャンクに分割することを強制するからです。
ステップ1：すべての機能をユーザーストーリーとしてリストアップする。「ユーザー管理」ではダメだ、あまりに曖昧だ。「ユーザーはメールアドレスとパスワードで登録でき、メールを確認し、パスワードをリセットでき、プロフィール写真を更新できる。」4つのストーリーだ。それぞれにコストがある。
ステップ2：各ストーリーを複雑さで評価します。私は3段階を使用します。
- シンプル（S）：純粋な CRUD、外部依存関係なし、標準的な UI パターン。例：設定ページ、プロフィール更新フォーム、ソート機能付きデータテーブル。
- 中程度（M）：いくつかのビジネスロジック、1つの外部統合、または非標準 UI。例：保存されたクエリ付きフィルター検索、webhook ハンドラー、Stripe サブスクリプションフロー。
- 複雑（C）：複数の統合、リアルタイム機能、アルゴリズムロジック、または大規模なインフラストラクチャ。例：ライブチャットシステム、推奨エンジン、マルチテナント権限モデル。
ステップ3：ポイント推定ではなく、時間の幅を割り当てる。
2026年現在、中堅クラスのUK代理店または実力のあるニアショア企業での作業では、以下が予算目安である：
- シンプルなストーリー：4～8時間
- 中程度のストーリー：12～24時間
- 複雑なストーリー：30～80時間（そう、その幅は広く、複雑なものは本当に予測不可能だ）
ステップ4：あなたのレートを適用する。
把握しておくべき現在の市場レート：
- ロンドン在住のシニア開発者（フリーランス）：£90～£140/時間
- イギリスのエージェンシー（フルチーム、プロジェクト管理付き）：£80～£120/時間（ブレンド）
- 強力なニアショア（東ヨーロッパ、ラテンアメリカ）：£35～£65/時間
- オフショア（南アジア、フィリピン）：£15～£35/時間。そう、ここで素晴らしい仕事を得られるが、コミュニケーションのオーバーヘッドは現実であり、価格に見込む必要がある。
ステップ5：オーバーヘッドを明示的に追加する。
これらを吸収してはいけない。 行アイテムとして記載する：
- プロジェクト管理：開発時間の10～15％
- デザイン（すでにスコープに含まれていない場合）：全体の15～25％
- DevOps/インフラストラクチャセットアップ：複雑さに応じて£3,000～£8,000の固定費用
- QA：開発時間の最小 20%
- 予備費：グリーンフィールドプロジェクトで 20%、重大な統合を伴う場合は 35%
---
実例：SaaS ダッシュボード、2026 年の価格設定
具体的な例を歩いていこう。創業者が私のところに来て、B2B分析ダッシュボード、クライアントがログインして Google Analytics 4 とカスタムイベントデータベースから引き出したパフォーマンスデータを見て、レポートをエクスポートでき、自分たちのチームのアクセスを管理できるというSaaS製品を望んでいる。
以下がその分解方法です：
- 認証システム（メール + Google SSO、ロールベースのアクセス制御）:2件の中程度ストーリー = 48時間
- GA4統合 + データパイプライン:1件の複雑なストーリー = 55時間
- カスタムイベントデータベーススキーマ + API:2件の中程度ストーリー = 40時間
- ダッシュボードUI（Chart.jsまたはRechartsによるチャート、レスポンシブ対応）:3件の中程度ストーリー = 65時間
- PDFおよびCSVへのレポートエクスポート:1件の中程度ストーリー = 18時間
- チーム管理（招待、削除、ロール割り当て）:2件のシンプル + 1件の中程度ストーリー = 28時間
- Stripeによる決済（サブスクリプション、アップグレード/ダウングレード）:1件の複雑なストーリー = 45時間
開発の合計時間: 約 299 時間
英国エージェンシーレート£95/時間を適用:£28,405
追加:
- デザイン（20%）: £5,681
- DevOps セットアップ: £4,500
- QA（開発時間の 20%、同一レート）: £5,681
- PM（12%）：£3,409
- 統合時の予備費（GA4およびStripe作業に対して30%）：£3,000
見積総額：約£50,676
これは実際の製品に対する実数です。その内容を理解していれば驚くことではありません。ただし、去年ネットワーク内の創業者が「似たようなもの」として£18,000だと聞いていたなら、絶対に驚くでしょう。
---
誰も言及しない隠れたコスト
ライセンスとサードパーティサービス
マッピング機能にはMapbox。SMSにはTwilio。トランザクショナルメールにはSendGrid。適切な検索機能が必要ならAlgolia。これらは継続的なコストで、起業家たちはこれらを「単なるAPI」だと考えているため、ソフトウェアの予算から完全に漏らすことがよくある。アクティブユーザーが10,000人規模のミッドスケールSaaSなら、サーバー料金が発生する前に月額£800～£2,000のサードパーティサービス料金を支払っている可能性がある。
セキュリティとコンプライアンス
英国で個人データを扱うなら、GDPRはオプションではない。決済を扱うなら、PCI DSS準拠がオーバーヘッドを追加する。医療や金融分野にいるなら、初期認証だけで£5,000～£20,000に達するような追加監査コストがかかる。このことで本当に不意を打たれた起業家を見たことがある。2023年の当社のあるフィンテックのクライアントは準拠業務に0ポンド予算化していたが、ローンチ前に£14,000が必要になった。
ハンドオーバーとドキュメンテーション
良いドキュメント、API ドキュメント、デプロイメントラナウックス、今後の開発者向けのオンボーディングガイドは、実際の時間がかかる。ものをメンテナンス、拡張、または販売できるようにしたい場合は、プロジェクト全体の時間の5～8%をドキュメントに予算化しよう。
---
受け取った見積もりをプレッシャーテストする方法
提案書が目の前にあります。署名する前に、これで監査しましょう：
- その数字の背景にある機能の分解図を求めてください。ストーリーレベルの分解図が出せなければ、その見積もりは推測に過ぎません。
- DevOps、QA、PMが個別の行項目か、ブレンドレートに隠れているかを確認してください。隠れているというのは通常、不十分な検討を意味しています。
- 何らかの不測時対応ポリシーがあるか聞いてください。超過費用にキャップをかけていますか？タイム・アンド・マテリアル方式か固定価格か？どちらにも実際の影響があります。
- サードパーティ統合についてどのような前提条件を置いているかを確認してください。直接聞いてください：「見積もりをする前に、[特定のサービス]のAPIドキュメンテーションを読みましたか？」
- スプリント2の後に要件が変わった場合はどうなるかを聞いてください。その答えは、そのエージェンシーがどのように運営されているかについてほぼすべてを物語っています。
Basecamp の Shape Up 方法論には、このための本当に有用なフレーミングがある：固定時間、可変スコープ。エージェンシーとの交渉に入る前に読む価値がある。
---
2026 年の AI ツール：何が変わるのか（そして何が変わらないのか）
GitHub Copilot、Cursor、または新しい世代のエージェントベースコーディングツール（Devin、Replit Agent）がソフトウェアコストを実質的に削減したかどうか、皆知りたいところです。正直に言うと、はい、少しです。ただし、誇大広告が示唆するほどではありません。
私の粗い経験では：優秀なAI支援開発者は、グリーンフィールドのCRUD作業で約20～30%高速に作業している。標準機能の中間部分、フォーム、テーブル、基本的な認証フロー。これらは確かに高速化する。しかし、複雑な統合作業、アーキテクチャの決定、微妙な競合状態のデバッグ、そして深い製品思考が必要なもの？AIはそこでは役に立たず、場合によっては新しい問題を導入する説得力のあるコードを生成する。
2026年にAIツーリングを真摯に使用していることが確認されているチームなら、シンプルおよび中程度のストーリーに10～15％の効率割引を適用する。それ以上ではない。AI導入によって「50％安くなる」と見積もっている人は、あなたが思っているのとは非常に異なるプロジェクトを実行しているか、本当のような話をしているかのどちらかだ。
---
よくある質問
仕様書が書かれる前に、ソフトウェアの見積もりはどのくらい正確にできますか？
あまりない。アイデア段階では±40～60%の分散を想定しろ。詳細なユーザーフロー、データモデル、すべてのサードパーティ依存関係のリストができたら、±20%に到達できる。ワイヤーフレームと技術アーキテクチャを含むディスカバリースプリント後：±10～15%。プロジェクト全体のビルド予算にコミットする前に、適切なディスカバリーエンゲージメントに対して支払おう。通常、£2,000～£6,000でしたい、プロジェクトに支払う最高のお金だ。
固定価格か時間単価か、どちらで進めるべき？
固定価格はあなたに予算確実性を与えるが、リスクをエージェンシーにシフトさせる。つまり、彼らは見積もりをパディングし、変更注文条項で自分たちを保護するだろう。タイムアンドマテリアルは正直だが、スコープを積極的に管理する必要がある。ほとんどの創業者に対する私の好み：スプリント単位での固定価格（通常2週間）、各スプリントの開始時にスコープを定義する。パディングゲームなしで予測可能性を得られる。
オフショア開発は、マネジメント負荷を含めると本当に安い？
必ずしもそうとは限りません。オーバーヘッドは現実的で、プロジェクトマネジメントの時間が増え、非同期コミュニケーションが増え、期待のズレから手戻りが発生することもあります。スコープが明確で仕様書がしっかりしているプロジェクトであれば、ニアショア（特に東欧）は実質的な価値を提供します。私はポーランドとウクライナのチームと£40/時間のブレンドレートで成功したプロジェクトを複数実行してきました。曖昧で急速に変わるプロジェクトであれば、より身近な場所に留めておくことをお勧めします。
ソフトウェア提案で危ない兆候は？
詳細がない1行の見積もり。QAとデプロイメントを含まないタイムライン。変更リクエストへの対応方法が記載されていない。そして正直なところ、見積もりを提示する前に既存インフラについて難しい質問をしてこないエージェンシーです。制約条件について関心を示さないなら、そのプロジェクトについて真摯に考えていないということです。
ローンチ後のメンテナンス費用をどう予算化する？
標準的なルール：初期構築費用の年間15～20%が、継続的なメンテナンス、バグ修正、軽微な機能開発に充てられます。£50,000の構築には年間£7,500～£10,000のメンテナンス予算が必要です。誰かがソフトウェアはローンチで「完成」だと言ったら、別のソフトウェア人を探してください。
---
11月のロジスティクス系ファウンダーは元の代理店に戻って、ワークフローをリファクタリングして、3月にプロダクトをシップした。今も順調に動いている。ただし彼は、何にサインする前に誰かがこういったフレームワークを手渡してくれればよかったと言ってた。ってわけだ。
関連記事：Next.js と Supabase を使用したリアルタイムオークションサイトの構築、オーダーメイドのウェブ開発、およびカスタムソフトウェア開発。