一位创始人在2024年11月给我打电话，距离圣诞节只有两周，他气得要命。一家网络代理公司给他的定制物流仪表板报价14,000英镑。他签了字。六个月后，最终发票到了——61,000英镑。从技术上讲，没有人对他撒谎。但也没有人告诉他真相——因为在拿他的钱之前，根本没有人做过认真的估算工作。
我从事软件开发已有十多年。仅Seahawk就已交付超过5000个网站和应用。我看到最一致的失败点——从创始人、自由职业者、到报价的代理公司——是没有人在写一行代码之前有一个严格的成本估算方式。人们瞎猜。他们凭感觉定锚。他们用上一个项目作为参考点，却没有检查它是否有可比性。
那么。这是我实际使用的框架。不是一个填充单元格的电子表格模板。一个真实的思维模型，附带当前2026年的数字、具体的工具，以及重要的注意事项。
---
为什么大多数软件报价都是虚构的
问题不在于不诚实（通常不是）。而是软件估算本身就很难，大多数人都低估了难度——所以他们寻求那些看起来严谨但其实不是的捷径。howhard — 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。用于事务性邮件的 SendGrid。如果需要真正的搜索功能，还有 Algolia。这些都是持续成本，创始人经常从软件预算中完全忽略这些，因为他们把它们当作"只是 API"。一个拥有 10,000 活跃用户的中等规模 SaaS，在支付任何服务器账单之前，可能已经在第三方服务费用上花费 £800–£2,000/月。
安全和合规
如果你在英国处理个人数据，GDPR 不是可选的。如果你涉及支付，PCI DSS 合规会增加额外开销。如果你从事健康或金融业，你还要面临额外的审计成本，仅初期认证工作就可能花费 £5,000–£20,000。我见过创始人对此感到真正震惊。我们一个 2023 年的金融科技客户预算里完全没有合规工作的预算，结果在上线前需要花费 £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文档吗？"
- 询问第二个冲刺后需求如果有变化会怎样。答案能告诉你几乎所有关于这个机构如何运营的信息。
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 在这些方面帮不上忙，在某些情况下它会生成看起来合理的代码，反而引入新问题。
如果团队确实在认真使用 AI 工具，我会对 2026 年的简单和中等规模工作应用 10–15% 的效率折扣。不要超过这个。任何人因为"我们使用 AI"而向你报价低 50% 的，要么是在做一个你以为完全不同的项目，要么是在骗你。
---
常见问题
在写出规格说明之前，软件估算能有多准确？
不太准确。在创意阶段，预期 ±40–60% 的差异。一旦你有了详细的用户流程、数据模型和所有第三方依赖的列表，你可以达到 ±20%。在完成发现冲刺、有了线框图和技术架构之后：±10–15%。在承诺全面构建预算之前，支付适当的发现服务费——通常花费 £2,000–£6,000，是你在项目上花的最值得的钱。
我应该选择固定价格还是按时间和材料计费？
固定价格能让你的预算确定，但把风险转移到了机构身上——这意味着他们会垫高估价，用变更单条款来保护自己。按时间和材料计费更诚实，但需要你主动管理范围。我对大多数创始人的建议：按冲刺周期（通常2周）固定价格，每个冲刺周期开始时明确范围。你既能获得可预测性，又避免了垫价游戏。
考虑管理开销后，近岸外包或离岸外包开发真的更便宜吗？
通常是的，但不总是。开销是真实存在的——更多项目经理时间、更多异步沟通、有时会因为期望不一致而需要返工。对于范围明确、规格强的项目，近岸外包（尤其是东欧）提供真正的价值。我曾用£40/小时的混合成本与波兰和乌克兰团队成功执行项目。对于不明确且快速变化的项目，我会选择更靠近本地的团队。
软件提案中有哪些危险信号？
单行报价，没有细目。不包含测试或部署的时间表。没有提到如何处理变更请求。说实话——任何机构在报价前都没有询问你关于现有基础设施的深层问题，这也是危险信号。如果他们对你的限制条件不好奇，就说明他们没有认真考虑你的项目。
我应该如何为发布后的维护预算？
标准做法：初始开发成本的15–20%作为每年的持续维护、bug修复和小功能开发预算。£50,000的开发需要£7,500–£10,000的年度维护预算。如果有人告诉你软件在发布时就"完成了"，那就换个软件团队。
---
那个11月份的物流创始人？他回到了他的机构，他们重构了工作流程，产品在3月份上线了。运行得很好。但他告诉我，他希望在签署任何合同前有人给他递过来像这样的框架。所以。就是这样。