2024年11月、クリスマスの2週間前のことだ。ある創業者が私に電話をくれたが、激怒していた。彼はウェブ制作会社から、カスタム物流ダッシュボードの見積もりで£14,000を提示されていた。彼は契約印を押した。6ヶ月後、最終請求書が£61,000で届いた。技術的には誰も嘘をついていなかった。しかし誰も真実を告げなかった。なぜなら、誰も金を受け取る前に、きちんと見積もり作業をする手間をかけていなかったからだ。
私はソフトウェア開発を12年以上やってきた。Seahawk Mediaだけで5,000以上のサイトとアプリケーションをリリースしてきた。そして一貫して目にする最大の失敗ポイントは——創業者でも、フリーランスでも、プロジェクト見積もりを出す制作会社でも——コードを1行も書く前に、原価を厳密に見積もる方法を誰も持っていないということだ。皆、推測している。その場の雰囲気に頼っている。比較対象になり得るかどうか確認もせずに、前のプロジェクトを参考にしている。
というわけで、ここに私が実際に使うフレームワークがある。プレースホルダーセルが入ったスプレッドシートテンプレートではない。現在の2026年の数字、具体的なツール、そして重要な注意点が揃った、実際の思考モデルだ。
---
ソフトウェア見積もりがほとんどフィクションである理由
問題は不正直さではない（通常は）。ソフトウェア見積もりは本質的に困難であり、ほとんどの人はそれがどれほど困難かを過小評価している。そのため、厳密さのように見えるが実際はそうではないショートカットに頼るのだ。howhard — so they reach for shortcuts that feel like rigour but aren't.
開発者は直感的な数字を提示する。エージェンシーは日率に見積もられたスプリント数を掛ける。フリーランサーはUpworkで似たような案件を見つけて逆算する。これらのどれも完全に間違っているわけではないが、どれも実際のコスト要因を考慮していない。統合の複雑さ、クライアント側の判断の遅延、軽微に思えた機能のスコープクリープ、テストのオーバーヘッド、そして無視できない存在——環境構築とDevOpsは誰も価格に入れていない。
2021年、私はマンチェスターの不動産テック企業向けプロジェクトを運営していた。紙の上では単純だ。テナントポータルに書類アップロード、家賃追跡、保守リクエストワークフロー。初期見積もりは28,000ポンド。私たちは似たビルドをやってきた。しかしこのクライアントは4年誰も触れていない独自APIを持つレガシー物件管理システムを使用していた。統合だけで3週間膨らんだ。最終コスト：47,500ポンド。クライアントはAPIドキュメントを見つけた瞬間にフラグを立てたので問題なかったが、初期見積もりは依然として虚構だった。それは私の責任だ。
不確実性の円錐は実在する
Steve McConnelが普及させた不確実性の円錐は、プロジェクト見積もりが納期に近づくにつれてどのように正確になるかを説明している。企画段階では、どちらの方向にも4倍ズレているかもしれない。詳細設計の後は、おそらく1.25倍だ。ほとんどの創業者は企画段階で見積もりを受け取り、署名済みの契約のように扱っている。, popularised by Steve McConnell, describes how project estimates get more accurate as you get closer to delivery. At ideation, you might be off by 4x in either direction. After detailed design, maybe 1.25x. Most founders are getting quotes at the ideation stage and treating them like signed contracts.
実践的な結論は、詳細仕様が書かれる前に受け取った見積もりはすべて、数字ではなく範囲として扱うべきということだ。エージェンシーがデータモデル、ユーザーフロー、サードパーティ依存関係を確認する前に単一の数字を提示するなら、その数字は装飾的なものに過ぎない。range, not a number. If an agency gives you a single figure before they've seen your data model, user flows, and third-party dependencies — that number is decorative.
---
4つの実際のコストバケット
見積担当者が作業できる前に、プロジェクトを正しいカテゴリに分割する必要がある。「フロントエンド、バックエンド、QA」ではなく、それらはロールであってコスト要因ではない。実際のバケットはこうだ。
1. グリーンフィールド対統合作業
グリーンフィールド——自分たちのデータベースとビジネスロジックに対してゼロから何かを構築すること——は、ほぼすべてのプロジェクトにおいて、より安く、より予測可能な側面です。問題になるのは統合作業です。外部APIやレガシーシステム、決済プロセッサー、サードパーティの認証プロバイダーといった外部システムが一つ増えるたびに、非線形の複雑性が加わります。外部システムに関わるスコープラインには、通常30～40%の予備費を追加しています。
2. UI/UXデザイン（この行を飛ばしてはいけない）
多くのファウンダーはデザインをオプション扱いするか、開発の見積もりに無理やり組み込もうとします。これは間違いです。ちゃんと行われたデザイン——ワイヤーフレーム、Figmaでのインタラクティブなプロトタイプ、テスト済みのコンポーネントライブラリ——は通常、プロジェクト総コストの15～25%を占めます。これをスキップすると、二重の支払いが発生します。要件が曖昧であることが判明した時の開発者の手直しと、後々ユーザーリサーチで製品がコンバージョンしない場合です。Figma, a tested component library — typically runs 15–25% of total project cost. Skip it and you'll pay twice: once in developer rework when requirements turn out to be ambiguous, and again in user research later when the product doesn't convert.
3. インフラストラクチャとDevOps
これを適切に見積もる人はほとんどいません。ステージング環境、CI/CDパイプライン（現在ではほぼすべてでGitHub Actionsを使用しています）、Dockerでのコンテナ化、AWSやGCPでのクラウドホスティング——これらは、誰も項目化しなかったからといって消える実コストです。中程度の複雑さのSaaSでは、初期インフラストラクチャセットアップに最低でも£3,000～£6,000を予算計上し、その後の月額コストは使用状況に応じて通常£200～£800です。
4. テスト、QA、およびローンチのオーバーヘッド
自動テストスイート、手動QAパス、パフォーマンステスト、決済や個人データを扱う場合のセキュリティレビュー——これは、正しく行われた場合、開発時間全体の約20%を占めます。ほとんどのエージェンシー見積もりには「テスト」が項目として含まれていますが、その意味するところは「開発者がハンドオーバーコールの前の午後に何時間かクリックしてみた」ということです。
---
実用的な見積もりツール：モジュール方式
これが実際のフレームワークです。モジュール方式と呼んでいるのは、プロジェクト全体を単一のものとして扱うのではなく、離散的で独立して見積もれるチャンクに分割することを強制するからです。
ステップ1：すべての機能をユーザーストーリーとしてリスト化する。「ユーザー管理」といった曖昧な表現ではなく、「ユーザーはメールとパスワードで登録でき、メールを確認し、パスワードをリセットでき、プロフィール写真を更新できる」というように、4つのストーリーに分ける。それぞれのストーリーにはコストがある。Not "user management" — that's too vague. "A user can register with email and password, verify their email, reset their password, and update their profile photo." Four stories. Each one has a cost.
ステップ2：各ストーリーの複雑性を評価する。3つのレベルを使用する：I use three tiers:
- シンプル（S）：純粋なCRUD、外部依存なし、標準的なUIパターン。例えば：設定ページ、プロフィール更新フォーム、ソート機能付きのデータテーブル。(S): Pure CRUD, no external dependencies, standard UI patterns. Think: a settings page, a profile update form, a data table with sorting.
- 中程度（M）：ある程度のビジネスロジック、1つの外部統合、または非標準的なUI。例えば：保存済みクエリ付きのフィルタリング検索、Webhookハンドラー、Stripeサブスクリプションフロー。(M): Some business logic, one external integration, or non-standard UI. Think: a filtered search with saved queries, a webhook handler, a Stripe subscription flow.
- 複雑（C）：複数の統合、リアルタイム機能、アルゴリズムロジック、または重いインフラ。例えば：ライブチャットシステム、レコメンデーションエンジン、マルチテナント権限モデル。(C): Multiple integrations, real-time features, algorithmic logic, or heavy infrastructure. Think: a live chat system, a recommendation engine, a multi-tenant permission model.
ステップ3：ポイント推定ではなく、時間の幅を割り当てる。
2026年現在、中堅クラスのUK代理店または実力のあるニアショア企業での作業では、以下が予算目安である：
- シンプルストーリー：4～8時間
- 中程度ストーリー：12～24時間
- 複雑ストーリー：30～80時間（幅が広いのは、複雑性は本当に予測不可能だから）
ステップ4：あなたのレートを適用する。
把握しておくべき現在の市場レート：
- ロンドン拠点のシニアデベロッパー（フリーランス）：£90～£140/時間
- UK エージェンシー（フルチーム、プロジェクト管理）：£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 つの Medium ストーリー = 48 時間2 Medium stories = 48 hrs
- GA4 統合 + データパイプライン：1 つの Complex ストーリー = 55 時間1 Complex story = 55 hrs
- カスタムイベントデータベーススキーマ + API：2 つの Medium ストーリー = 40 時間2 Medium stories = 40 hrs
- ダッシュボード UI（Chart.js または Recharts 経由のチャート、レスポンシブ対応）: 3 件の Medium ストーリー = 65 時間3 Medium stories = 65 hrs
- PDF/CSV へのレポートエクスポート: 1 件の Medium ストーリー = 18 時間1 Medium story = 18 hrs
- チームマネジメント（招待、削除、ロール割り当て）: 2 件の Simple ストーリー + 1 件の Medium ストーリー = 28 時間2 Simple + 1 Medium stories = 28 hrs
- Stripe による請求（サブスクリプション、アップグレード/ダウングレード）: 1 件の Complex ストーリー = 45 時間1 Complex story = 45 hrs
開発の合計時間: 約 299 時間
UK エージェンシーレートの加重平均 £95/時間を適用: £28,405£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」と考えているため、ソフトウェア予算から完全に省略することがよくあります。1万人のアクティブユーザーを持つ中規模SaaSの場合、サーバー料金が発生する前に月額£800～£2,000のサードパーティサービス料を支払っている可能性があります。
セキュリティとコンプライアンス
英国で個人データを扱う場合、GDPRはオプションではありません。決済に関わる場合、PCI DSSコンプライアンスは追加の負担をもたらします。ヘルスケアまたはファイナンス業界の場合、初期認証作業だけで£5,000～£20,000に達する可能性がある追加的な監査コストを覚悟する必要があります。実際のところ、この点で創業者が予想外の事態に直面することを見てきました。2023年の当社のあるフィンテック顧客は、コンプライアンス作業に0ポンドを予算計上していたのに、ローンチ前に£14,000必要になってしまいました。PCI DSS complianceadds overhead. If you're in health or finance, you're looking at additional audit costs that can run £5,000–£20,000 just for initial certification work. I've seen founders get genuinely blindsided by this. One fintech client of ours in 2023 had budgeted zero pounds for compliance work and then needed £14,000 of it before they could launch.
ハンドオーバーとドキュメンテーション
質の高いドキュメンテーション（APIドキュメント、デプロイメント用ランブック、将来の開発者向けのオンボーディングガイド）には実際の時間がかかります。メンテナンス、拡張、または売却を考えているなら、プロジェクト全体の時間の5～8%をドキュメンテーションに充てておくべきです。
---
受け取った見積もりをプレッシャーテストする方法
提案書が目の前にあります。署名する前に、これで監査しましょう：
- その数字の背景にある機能の分解図を求めてください。ストーリーレベルの分解図が出せなければ、その見積もりは推測に過ぎません。
- DevOps、QA、PMが個別の行項目か、ブレンドレートに隠れているかを確認してください。隠れているというのは通常、不十分な検討を意味しています。
- 何らかの不測時対応ポリシーがあるか聞いてください。超過費用にキャップをかけていますか？タイム・アンド・マテリアル方式か固定価格か？どちらにも実際の影響があります。
- サードパーティ統合についてどのような前提条件を置いているかを確認してください。直接聞いてください：「見積もりをする前に、[特定のサービス]のAPIドキュメンテーションを読みましたか？」
- スプリント2の後に要件が変わった場合はどうなるかを聞いてください。その答えは、そのエージェンシーがどのように運営されているかについてほぼすべてを物語っています。
Basecamp の Shape Up 方法論は、このテーマについて本当に有用なフレーミングを提供します：固定時間、可変スコープ。エージェンシーの交渉に入る前に読む価値があります。has a genuinely useful framing for this: fixed time, variable scope. It's worth reading before you enter any agency negotiation.
---
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週間）で、各スプリントの開始時にスコープを明確にすること。水増しゲームなしで予測可能性が手に入る。
オフショア開発は、マネジメント負荷を含めると本当に安い？
多くの場合はそうだが、常にではない。負荷は実在する。PM時間が増え、非同期コミュニケーションが増え、認識の齟齬からやり直すことも時々ある。スコープがしっかり定義されていて、仕様書が強固なプロジェクトなら、ニアショア（特に東欧）は真の価値をもたらす。ポーランドとウクライナのチームとブレンドレート£40/時間で成功したプロジェクトをいくつか走らせた。何か曖昧で、動きが速いなら、地元に近いところで対応する方がいい。
ソフトウェア提案で危ない兆候は？
内訳のない1行の見積もり。QAやデプロイを含まないタイムライン。変更リクエストの扱い方に触れていない。そして正直に言えば、既存のインフラについて難しい質問を投げてこないで見積もる代理店は要注意。お前の制約に興味がなければ、プロジェクトを真剣に考えていない。
ローンチ後のメンテナンス費用をどう予算化する？
標準的なルール：初期構築費用の年間15～20%を継続的なメンテナンス、バグ修正、細かい機能追加に充てる。£50,000の構築なら、年間£7,500～£10,000のメンテナンス予算が必要。「ソフトウェアはローンチで完成」と言う人には別の開発チームを探せ。
---
11月のロジスティクス系ファウンダーは元の代理店に戻って、ワークフローをリファクタリングして、3月にプロダクトをシップした。今も順調に動いている。ただし彼は、何にサインする前に誰かがこういったフレームワークを手渡してくれればよかったと言ってた。ってわけだ。