一位创始人在2024年11月打电话给我，距离圣诞节还有两周，他气得不行。一家网络公司给他报价14,000英镑开发一个定制的物流仪表板。他签了。六个月后，最终发票来了——61,000英镑。严格来说，没人对他撒谎。但也没人告诉他事实——因为在收他的钱之前，根本没人做过真正的估算工作。
关键要点：定制软件报价出问题的地方在于需求确定阶段，而不是开发阶段；应该根据数据模型复杂度、集成需求和审查周期来估算，并将发现阶段单独定价。Custom software quotes go wrong at scoping, not building; estimate from data model complexity, integrations, and review cycles, and price the discovery phase separately.
我做了超过十二年的软件开发。仅Seahawk就上线了超过12,000个网站和应用。而我看到的最一致的失败点——无论是创始人、自由职业者还是报价的机构——就是没人有一套严谨的方法在写代码前估算成本。人们靠猜测。靠感觉锚定。用上个项目作参考而不检查它们是否可比。
那么。这是我实际使用的框架。不是一个填充单元格的电子表格模板。一个真实的思维模型，附带当前2026年的数字、具体的工具，以及重要的注意事项。
---
为什么大多数软件报价都是虚构的
问题不在于不诚实（通常不是）。问题在于软件估算确实很难，大多数人低估了难度——所以他们求助于看似严谨但实际不是的捷径。how hard -- so they reach for shortcuts that feel like rigour but aren't.
开发者给你一个直觉数字。机构用日费率乘以某个预估冲刺数。自由职业者在Upwork上看个类似的项目，反推回来。这些都不是完全错的，但都没有考虑真正的成本驱动因素：集成复杂度、客户端的决策延迟、看似次要的功能蔓延、测试开销，以及无声杀手——没人定价的环境搭建和DevOps。
回到2021年，我在曼彻斯特为一个房产科技客户运营一个项目。纸面上简单：租户门户，文档上传，租金追踪，维修请求工作流。初始估算28,000英镑。我们做过类似的项目。但这个客户在用一个遗留的房产管理系统，有个四年没人碰过的专有API。仅集成工作就超期三周。最终成本：47,500英镑。客户没意见，因为我们一发现API文档就立刻告诉了他们——但初始估算仍然是虚构的，那是我的责任。
不确定性锥是真实存在的
不确定性锥由 Steve McConnell 推广，它描述了项目估算如何随着你接近交付而变得更准确。在构想阶段，你可能偏离 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.
---
四个真实的成本桶
在任何估算器能工作之前，你需要把项目分成正确的类别。不是"前端、后端、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 步：把每个功能列为用户故事。不是"用户管理"——太模糊了。"用户可以用邮箱和密码注册，验证邮箱，重置密码，更新头像。"四个故事。每一个都有成本。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步：按复杂度给每个故事评级。我用三个层级：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)：有一些业务逻辑、一个外部集成或非标准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年，与中级英国机构或强大的近岸团队合作，以下是我的预算：
- 简单故事：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 分析仪表板 -- 一个 SaaS 产品，他们的客户可以登录、查看从 Google Analytics 4 和自定义事件数据库提取的性能数据、导出报告，以及管理自己团队的访问权限。
以下是我的分解方式：
- 身份验证系统（电子邮件 + Google SSO、基于角色的访问控制）：2 个中等故事 = 48 小时2 Medium stories = 48 hrs
- GA4 集成 + 数据管道：1 个复杂故事 = 55 小时1 Complex story = 55 hrs
- 自定义事件数据库架构 + API：2 个中等故事 = 40 小时2 Medium stories = 40 hrs
- 仪表板 UI（通过 Chart.js 或 Recharts 的图表、响应式设计）：3 个中等故事 = 65 小时3 Medium stories = 65 hrs
- 报告导出为 PDF/CSV：1 个中等故事 = 18 小时1 Medium story = 18 hrs
- 团队管理（邀请、移除、角色分配）：2 个简单故事 + 1 个中等故事 = 28 小时2 Simple + 1 Medium stories = 28 hrs
- 通过 Stripe 计费（订阅、升级/降级）：1 个复杂故事 = 45 小时1 Complex story = 45 hrs
原始开发总计：约 299 小时
采用混合英国机构费率 £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 用于地图功能。Twilio 用于 SMS。SendGrid 用于事务性电子邮件。如果需要高级搜索功能，则使用 Algolia。这些是持续成本，创始人经常会从软件预算中完全忽略，因为他们把它们当作"只是 API"。一个拥有 10,000 个活跃用户的中等规模 SaaS 可能在服务器账单寄出前，已经每月支付 £800-£2,000 的第三方服务费用。
安全和合规
如果你在英国处理个人数据，GDPR 不是可选的。如果你涉及支付，PCI DSS 合规会增加开销。如果你从事医疗或金融行业，你需要支付额外的审计费用，仅初期认证工作就可能需要 £5,000-£20,000。我见过创始人真的被这个问题打了个措手不及。我们 2023 年的一个金融科技客户为合规工作预算了零英镑，结果在推出前需要花费 £14,000。PCI DSS compliance adds 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文档吗？"
- 询问第二个冲刺后需求如果有变化会怎样。答案能告诉你几乎所有关于这个机构如何运营的信息。
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周），范围在每个冲刺开始时明确。你能获得可预测性，而不用玩虚报的游戏。
考虑管理开销后，近岸外包或离岸外包开发真的更便宜吗？
经常会，但不总是。开销是真实的——更多的项目管理时间、更多的异步沟通、偶尔因期望不一致而返工。对于范围明确、规格强劲的项目，近岸外包（特别是东欧）提供真正的价值。我曾与波兰和乌克兰团队以£40/小时的混合成本运营过成功的项目。对于模糊且快速变化的项目，我会保持更靠近本地。
软件提案中有哪些危险信号？
单行报价，没有明细。没有包含QA或部署的时间表。没有提到如何处理变更请求。老实说——任何代理机构在报价前都没有询问你关于现有基础设施的尖锐问题。如果他们不好奇你的限制条件，他们就没有认真考虑过你的项目。
我应该如何为发布后的维护预算？
标准规则：每年初始构建成本的15-20%用于持续维护、错误修复和小功能工作。一个£50,000的构建需要£7,500-£10,000的年度维护预算。如果有人告诉你软件在发布时已"完成"，那就找不同的软件人员吧。
---
那个11月份的物流创始人？他回到了他的机构，他们重构了工作流程，产品在3月份上线了。运行得很好。但他告诉我，他希望在签署任何合同前有人给他递过来像这样的框架。所以。就是这样。