独立开发要不要接长期维护单：四条判断

2026-10-07 独立开发,长期维护单,接单判断,止损

独立开发要不要接长期维护单，我是从一次失败里想明白的。我第一款自研小游戏上线后没几天就凉了：种子计划来 180 人/天，次日留存剩 5 人，当天广告收入不到 ¥6，人均时长不到 2 分钟。

为了它我掏了服务器加域名 ¥300 多块、微信认证 ¥30，累计广告收入不到 ¥50。真正贵的不是维护本身，是你没算清它要占用你多少年。

先给结论：能满足下面四条里的三条以上，就接；少于三条，宁可少赚这一笔。

独立开发要不要接长期维护单，先看第一坑：把「长期」听成「稳定」

客户说「长期维护」，你脑子里浮现的是「每月固定进账」。他心里想的往往是「出了问题你随时在」。

这两件事差得很远。一个没有响应时限的口头承诺，等于你把未来的时间无限期抵押出去了。

怎么避：接之前把「长期」翻译成三个具体动作——响应时间、每月几次、超出部分怎么算。翻译不出来，就不算谈过。

维护单最坑的地方在于，它不是按你的节奏消耗时间，是按别人的节奏。

你排好了这个月要做产品，客户一句「页面打不开了」，你的周计划就废了。

怎么避：把维护分成「计划内」和「计划外」两类。 计划内的（比如每月一次巡检、一次小改动）可以写进固定工作量；计划外的按次计。这样你的时间才可预测。

我那个失败的小游戏，服务器加域名 ¥300 多块是持续成本，微信认证 ¥30 是一次性的。这不叫维护单，但道理一样——只要某个东西在持续消耗你，你就得知道它哪天停。

维护单最常见的死法，是三年后你还在给一个你早就不关心的系统改按钮颜色。

怎么避：白纸黑字写清维护期限和到期后的处理方式。到期就是到期，续不续另谈。

这是最隐蔽的一条。

维护单的金额通常不大，但因为「稳定」，很容易让人产生一种错觉：我可以不做新东西了。一旦维护单变成你的主要收入来源，你就不再是独立开发，你是在远程上班，还是低薪的那种。

怎么避：给自己定一条线——维护收入占你总收入的比例上限。超了就得主动找新客户或推产品。

如果已经接了，发现不对劲，按下面顺序处理。

退出这件事，越早谈越体面。 拖到你已经完全不想打开那个仓库，基本就只能硬着陆了。

Q：独立开发要不要接长期维护单，会不会影响做产品？

会，取决于你定没定边界。约定了响应时间、频次和退出条件，它就是稳定现金流；没有这些，它就是随叫随到。

Q：长期维护单一般怎么报价？

不写具体数值，因为各地各行业差别很大。稳妥的做法是拆成固定月费加计划外按次，先算清你自己每小时的产出，再倒推报价，具体以你和客户的书面约定为准。

Q：客户说维护很简单，就是偶尔看看，能接吗？

可以接，但要把它当成「按次计费」的散单，而不是长期承诺。真那么简单，写进合同也不会有人反对。