庆城县企业的老小程序用了两三年，想加个新功能、换个支付渠道、改个首页风格，这时候找原公司可能已经联系不上了，找新团队接手又怕对方不了解代码改崩。良将科技接手过大量微信小程序二次开发项目，经验是：接手前必须做一轮老项目评估，评估不过就开工，十有八九要返工。评估分资产盘点、代码体检、改造方案三步，下面逐步讲清每步查什么。

评估第一步：资产盘点

源码和文档齐不齐

接手老项目先问企业要五样东西：前端源码、后端源码、数据库结构、部署文档、接口文档。五样齐全的项目，接手成本最低；缺两样以上，就要评估补齐成本。不少企业的老小程序是几年前小公司做的，那家公司已经注销，源码只交了个压缩包没文档，新团队要先花一两天读代码反推结构，这笔时间要算进评估费里。

最麻烦的是没有源码的项目。企业只有一个线上运行的小程序包，没有工程文件。这种情况下新团队只能反编译线上包看逻辑，后端则要问服务器账号登录上去翻代码。没有源码的二次开发费用往往接近重做，评估时要如实告诉企业：硬改不如重写。

服务器和账号权限能不能拿到

除了代码，还要盘账号：微信小程序后台账号在谁手里？微信支付商户平台账号能不能登录？云服务器账号密码有没有？域名管理权在哪个注册商？这些权限拿不到，改造做完了也发布不上去。有些老项目当初是用开发方的主体注册的小程序账号，企业自己连后台都登不进去，这种情况要先解决主体迁移再谈开发。

还有一个容易漏的：第三方服务账号。老小程序可能接了短信平台、物流查询、地图接口，这些账号当年是开发方注册的，企业没有账号密码。改造时如果要继续用这些服务，要么找原开发方要账号，要么重新申请新的。盘点时把这些第三方账号列成一张表，缺的提前补。

评估第二步：代码体检

看哪些技术指标

代码体检不是看代码好不好看，是看四个硬指标：一是技术栈版本，前端基础库是不是太老、后端框架还在不在维护；二是代码结构，页面和接口有没有分层，还是全堆在一个文件里；三是有没有明显bug，登录态怎么存的、支付回调怎么处理的；四是测试覆盖，老项目有没有自动化测试，还是全靠手点。

良将科技给庆城县客户做代码体检时，会花半天通读老代码，画出模块依赖图。比如要加一个会员积分功能，体检时就看积分要改动哪些表、哪些接口、哪些页面，每个改动点标红。体检报告出来后，改造工作量基本就能估准，不会做到一半才发现老代码牵一发动全身。

出一份体检报告再谈价

体检完要出书面报告：现有代码健康度评分、建议保留还是重写、改造功能点逐项工时。企业拿着这份报告去比价，报价才不会差得离谱。没有体检就直接报功能价的团队，多半是赌运气，做到一半发现代码烂就加价。

评估第三步：定改造方案

修还是重写怎么判断

判断标准看两个数：改造工作量占重做工作量的百分比。如果改造需求只占百分之三十以下，老代码结构还行，那就修；如果改造需求占一半以上，或者老代码已经没人敢动，那就重写。重写虽然前期多花钱，但新代码结构清晰，后面维护成本低，两三年算总账反而划算。庆城县有个零售客户老小程序代码已经五年没人动，评估下来修要六万、重写只要八万，果断选了重写，上线后维护费每年省一半。

新旧过渡怎么安排

决定重写的项目，数据迁移要提前规划：老小程序的会员、订单、商品数据怎么搬到新系统。特别是会员的积分余额、储值余额，迁移错一笔都是客诉。过渡期建议新旧并行跑两周，老系统只读，新系统跑业务，数据对账无误再下线老系统。

迁移前先做一次试迁移：把上个月的数据导出来灌进新系统，逐笔核对金额和状态。试迁移没问题再迁全量，别直接拿生产数据开刀。迁移当天选在凌晨流量低谷，迁完立刻做冒烟测试，确认核心流程能跑。

改造完成后还有一个交接动作：新团队要把改造过的模块更新进部署文档和接口文档。老项目本来文档就不全，改完再不补文档，下一次换人接手又得从头摸。交接时把"文档同步更新"写进验收标准，不然改完的东西还是一笔糊涂账。同时把改造后的数据库变更脚本单独存档，以后再维护时能追溯哪张表加过字段。

微信小程序二次开发不是直接开干，先把老家底摸清楚再动手，能避开八成返工。良将科技为企业提供老项目体检与改造方案评估，体检报告透明、改造报价清晰，欢迎带着你的老项目来评估。