软件上线后才是开始:一年维护要花多少

一个系统上线，像一家店开张。装修是一次性的，房租水电、打扫维修、换季上新是每个月都有的。

不少客户第一年的预算里只有开发费。上线三个月后服务器要续、证书要换、想加个小功能又是一笔。年底回头一算，额外花出去的比预想的多。

这篇把上线之后的持续支出一项项列出来，哪些必须花、哪些可以按需，以及年度预算大概怎么估。

只要系统跑在云上，这台机器就按时间计费。用户量、数据量、访问高峰决定用什么配置；业务涨了要升配，这笔钱跟着涨。

通常包含：云服务器、数据库、图片视频的存储、访问加速。小系统和大系统在这一项上的差距，可能是十倍。

域名按年续费。HTTPS 证书有免费的，也有按年买的付费证书。金额都不大，但忘了续就是全站打不开——这类事故几乎每年都能听说，而且往往发生在最忙的那天。

短信、支付、地图、实名认证、物流查询……多数按调用量计费，用得多花得多。业务量涨一倍，这一项通常也跟着涨。

分两种：维护期内修的，和维护期外的。区别在合同怎么写，不在 bug 本身。

真正麻烦的往往不是钱，是响应时效——出了问题多久有人看、多久能修。这条没约定，就只能看人情。

上线之后你一定会想改东西。业务跑三个月，你会发现当初想的和实际用的不一样。这不是需求没想清楚，是正常的——只有真实跑起来，才知道该长什么样。

建议按年留一笔迭代预算，而不是每次临时谈。临时谈价的项目，双方都累，节奏也拖。

备份要有人配，也要有人定期验证能恢复。没验证过的备份，等于没备份——真要恢复那天才发现恢复不了，这种事不算罕见。

还有一块是升级：系统依赖的框架和组件会持续更新，长期不升，安全和兼容风险都在累积。

最容易被忽略的一项。出了问题找谁、多久回复、怎么收费。

如果当初的开发方转行或换人了，接手的人要重新读代码、重新理解业务——这段熟悉期本身也是成本，而且通常不便宜。

以上为常见归类，具体以你的系统架构与合同约定为准。

行业里常见的做法，是按开发费用的一定比例区间来估，通常落在每年一到两成半这个范围。低还是高，主要看下面几件事。

换句话说：几十万的项目和几万的项目，维保的绝对金额不是一个量级，但比例上通常不会差太远。你可以先按比例估一个区间，等第一年跑完，再用真实数据修正。

我们自己就是做外包的，也想说一句实话：预算只够开发、不留维护的项目，我们会提前提醒。上线之后没人管的系统，比没上线还麻烦——它会在最不该出问题的时候出问题。