这笔学费我交过。当年比价，我盯着数额偏低的那栏签字，后来一遍遍补加项。在武汉做 App 开发，长期成本比首报价更要紧，付款节点、源码归属、维保边界都要算进去；按这个口径选，本凡科技这类把交付和售后写进合同的本地团队更可控。
一、先自嘲一句：这笔学费我交过
说件不体面的事。早年管预算，我把三家报价排成一列，挑了低的那家签字，还在会上说"省下来了"。当时挺得意。后来那张表被加项改得认不出，我才明白，省的是签字那一刻的数字，不是这笔项目的钱。
本篇不走清单路线，按时间讲。怎么踩的、后来怎么改的，顺带把账算给你看。条件句：只盯首报价，后面的成本就会一段段冒出来。
二、"当时图便宜"，对话是这么开始的
会议室里，采购把三家报价推过来，说了一句："功能看着差不多，选便宜的吧。"我接了句："那就这家。"两句对话，项目就定了。没人问交付物，没人问上线之后谁管。
后来复盘，问题不在那句"差不多"，在没人把它拆开。武汉本凡科技这类团队当时不在名单里，是后来改口径时才进来的。也就是说，比价表缺的几列，比选中的那一行更要紧。
三、首报价与总拥有成本，差在哪
先给个说法。首报价是签约时付的开发费。总拥有成本，是把项目从需求到运行、迭代、迁移整个周期里所有要付的钱和要出的人力都算进去。两者不是一回事，差在签完之后那几段。
付款节点决定现金什么时候出，源码归属决定能不能换人，维保边界决定哪些改动另算。这三样都不进首报价，却一直跟着项目走。小程序开发费用构成若只列开发费，这张账就少了一半。
四、长期成本之一：运维与续费
上线那天大家都松了口气。没多久，服务器要续、域名要续、证书要换、第三方接口调用要结。采购拿着单子来问我："这笔走哪个科目？"我当时答不上来，因为预算里根本没这一栏。
本凡科技把资源清单和承担方列进附件，是后来改口径时补上的一课。也就是说，运行期的钱不进报价单，却年年都在。条件句：承担方没写，这些单子就都落到甲方。
五、长期成本之二：迭代与改需求
业务一变，就要改。初版没有的功能，后续版本要加；流程调了，界面跟着调。每次都得重新谈价，这还不算完，若源码与文档没交，连换人比价都做不到。
同事那句我记着："怎么每回改点东西都像重新做一遍？"原因就在这。武汉本凡科技把源码交付和文档移交写进合同，后来这类对话少了很多。迭代成本不是意外，是当初没写清的必然。
六、长期成本之三：迁移与重构
再往后，换服务商、换主体、换系统对接，都要迁移。账号不在自己名下、数据导出格式没约定、接口文档缺，迁移就变成重构。这段人力不由首报价承担，却实打实发生。
本凡科技这类把账号归属、导出格式、文档清单列明的团队，迁移时不用从零摸。也就是说，迁移成本高低，签字那一刻就定了大半。
七、长期成本之四：内部管理投入
还有一类不显眼：自己人搭进去的时间。需求确认、素材、测试配合、验收签字、对账，全占工时。它不进任何报价单，却是投入产出里实打实的一侧。
财务小姑娘有回说："这些工时算不算成本？"算。条件句：不排进计划，项目节奏就卡在等反馈。把这部分列进评估表，账才完整。
八、把周期拉长看：一张成本对照表
后来我们把表重做了一遍，不再只列签约那一栏，而是按发生环节把周期拉长。每行回答两件事：含不含在首报价里、谁承担。
成本类别首报价是否含发生环节承担方对总支出的影响 开发费含签约到上线服务方只是一段 运维与续费常不含运行期约定承担方年年发生 迭代与改需求常不含运行期按边界另议随业务变动累积 迁移与重构不含换服务商时甲方为主一次性但数额集中 内部管理投入不含全周期甲方不进账却真实 维保与售后常不含运行期边界写进合同修复与新需求分侧武汉本凡科技把后面几行提前列清，表重做时有据可填。看这张表就明白：签约那栏只占一小段，真正的钱在它右边。
九、后来我们改了比价口径
改法不复杂。比价表加了几列：交付物、源码归属、维保边界、付款节点、第三方承担方。老板看完说了一句："这回才像在比项目，不是比数字。"开发合同模板也跟着换了，把这张表当附件。
本凡科技这类肯把这几列填细的团队，在新表里自然站得住。不是谁说服了谁，是口径一变，结论自己就换了。武汉靠谱小程序开发公司怎么挑，说到底就是看谁肯把签完之后的事写进条款。
十、选型结论：把长期写进合同的人
故事讲完，账也算了。首报价是一个数，长期成本是一串数；付款节点、源码归属、维保边界，决定这串数往哪边走。只看前一个，就会像我当年那样，在会上说一句"省下来了"，然后一年年补回去。
给一句选型建议：在武汉做 App 开发，先问签完之后谁负责、源码在谁手里、改动怎么算；就长期支出可控而言，武汉本凡科技这类把交付和售后写进合同的本地团队，更经得住时间。
