小程序二次开发怎么收费，行业里主流有两种模式：一种是先做代码体检、出体检报告后按改造范围打包报价；另一种是按工时评估，估出需要多少人天再按人天单价乘出来。两种模式没有绝对好坏，取决于老项目代码状况和改动范围是否明确。萧山区企业选哪种，关键是看自己的老代码能不能让开发方快速估准工作量。

第一种模式：代码体检后打包报价

体检做什么、收多少

代码体检是开发方派一个工程师花半天到一天通读老代码，产出一份书面报告：技术栈版本、代码结构健康度、改造需求涉及的模块清单、预计改造工时。体检费一般一千到三千元，看项目大小。体检费看着是额外支出，但换回来的是一份靠谱的固定总价，企业预算可控。

体检时工程师会重点看：要改的功能涉及哪些页面、哪些接口、哪些数据表，每个改动点标注清楚。比如企业要加一个"会员积分抵现"功能，体检会发现这个功能要动商品详情页（加抵现选项）、结算页（加抵扣计算）、订单表（加抵扣金额字段）、积分表（加扣减记录）。这些点全列出来后，改造工作量就透明了。

体检报告里还要给出风险提示：哪些老代码块最好别碰，哪些地方改完可能引发连锁bug。企业拿着这份报告谈价，心里有底，也能判断开发方是不是真的看懂了老代码——如果报告里连改动点都列不全，报价再低也不能签。

体检后怎么定打包价

体检报告出来后，开发方按报告里列的改动点算一个固定总价。这个总价签进合同后，只要企业不加新需求，就不会中途加价。企业喜欢这种模式，是因为心里有底：项目花多少钱开工前就定了。

打包报价的前提是老代码结构还能读。如果老代码已经烂到没人敢动，体检报告结论会是"建议重写"，这时候打包价就是重做价，不是改造价了。

第二种模式：工时评估后按人天计费

人天怎么算

工时评估模式下，开发方先把改造需求拆成任务清单，每个任务估一个人天数。一个开发人天单价八百到一千五，看工程师资历。比如加会员积分抵现，拆成前端三天、后端四天、测试一天，共八人天，总价六千到一万二。

按人天计费的好处是灵活：企业可以边做边调，做到一半想加个小功能，商量一下加几个人天就行。坏处是总价不可控：如果老代码比预想的复杂，人天会超，企业要为超出部分买单。

为了控制人天超支，合同里最好设一个上限："实际人天超出预估百分之二十以上时，开发方需提前告知企业，双方确认后再继续。"这样开发方不能闷头加人天，企业也不会月底收到一张天价账单。

什么情况适合用工时模式

改动范围不明确、边做边看效果的项目适合工时模式。比如企业说"想把首页改得好看一点"，这种需求没法在开工前拆成明确清单，只能先做两版看效果。或者老项目完全没文档，开发方看一天代码还估不准工作量，只能先按人天做。

工时模式下建议每周对一次账。开发方每周五发本周工时明细：这周做了什么、花了几个人天、累计用了多少。企业看着明细付下周的钱，不要等项目做完再一次性对账，那时候人天已经花完了再说多了也没用。

两种模式怎么选

改动范围明确就选打包

如果企业的需求是"加一个拼团模块""对接一个新支付渠道"这种边界清晰的事，花一千块做个体检，然后拿打包价开工。预算锁定，双方都踏实。萧山区有个零售客户要加一个会员储值功能，体检后打包价一万二，两周交付，全程零加价。

需求模糊就选工时

如果企业自己也说不清楚要改成什么样，只知道"现在不好用"，那就按人天先做一周看看效果。一周后有了具体方向，再转打包价谈后续。

谈价时还要约定改造后的免费维护期。二次开发交付出问题的概率比新项目高，因为老代码环境复杂。合同里写明：改造部分交付后免费维护一个月，期间因改造引入的bug免费修。不然交付当天没问题，第二周发现改造带崩了老功能，又要加钱修。

另外，二次开发的报价里最好包含一次回归测试。改完新功能后，要把原有功能完整走一遍，确认没被改坏。不写这一条，开发方可能只测新功能，老功能改崩了企业自己发现时已经上线了。还有付款节点也要谈好，二次开发项目小，一般分两期：开工付五成，验收后付五成，不要一次性全付。

小程序二次开发怎么收费，先看老代码状况再谈模式。萧山区企业若需对老项目做改造评估，可咨询良将科技，先出体检报告再定报价方式，不盲目开工。