“原来那家公司不做了，小程序还在用，能不能帮我们接着改？”这类电话我们隔三差五就会接到。小程序二次开发听上去比从零做省事，代码现成的，改几个页面加几个功能就行。实际情况往往相反：老项目里埋着什么，谁也说不准，接手前不摸清楚，很容易改一处坏三处。
下面按我们接手老项目的实际顺序，讲讲二次开发前后要注意的事。
第一步不是看代码，是确认归属
很多人以为二次开发的起点是打开代码，其实应该先把“东西是谁的”理清楚。我们会让客户逐项确认：
- 小程序账号是不是用自己公司主体注册的，管理员微信是不是公司里的人；
- 完整的小程序源码在不在手上，包括前端、后台管理系统和服务端接口；
- 服务器、域名、数据库的登录权限有没有；
- 微信支付商户号、短信接口、地图等第三方账号在谁名下。
这几项里最常出问题的是第 2 条。不少商家手里只有前端代码，服务端和后台在原开发方的服务器上，人家一停机，小程序就只剩一个空壳。还有一种情况是当初用的是某个平台的模板，根本没有独立源码可交付。源码不全的项目，二次开发的意义要打个问号，先别急着谈新功能。
小程序源码拿到后怎么评估
源码齐了，下一步是评估代码能不能接着用。我们一般花一两天做这几件事，不着急报价。
能不能跑起来
把项目在本地和测试环境完整部署一遍。依赖包版本过旧、配置文件缺失、写死了旧服务器地址，这些问题在这一步就会暴露。部署都跑不通的，后面的评估基本可以简化。
代码结构乱不乱
看有没有统一的接口封装，页面之间是不是大量复制粘贴，有没有注释和文档。结构清楚的项目，二次开发效率高；到处是重复代码的，改一个按钮样式可能要翻十几个文件。
安全和数据有没有隐患
重点看接口有没有鉴权、密钥是不是明文写在前端、用户数据有没有做必要保护。老项目在这方面出问题的不少，接手后要优先补上。
改还是重做，怎么判断
这是客户最关心的，也是最难拍板的。没有标准答案，我们通常这样给建议：
如果核心业务流程是稳定的，只是加功能、改界面，代码质量也还过得去，那就二次开发，成本和周期都更可控。如果老代码问题多到每加一个功能都要先修一堆旧问题，或者业务模式已经变了，原来的数据结构撑不住，那重做反而省心。
还有一种折中做法：保留数据库和用户数据，前端或服务端分阶段重写。用户无感知，风险也分散了。
判断时要把后续一两年的需求一起摆出来看，而不只看眼前这一次改动。有时候客户只想加个会员积分，但明年还打算做分销和多门店，那现在就该按长远的架构考虑，免得一年后又推倒一次。
二次开发最容易踩的几个坑
这一段说几个我们实际遇到过的情况，供你对照：
- 改动范围没写清楚：客户说“优化一下下单流程”，双方理解完全不同，做完才发现不是一回事。需求最好落到页面和按钮级别。
- 测试只测改动的地方：老项目牵一发动全身，改了优惠券逻辑，结果订单金额计算出错。改完要把核心流程整体回归一遍。
- 直接在线上改：没有测试环境，改完直接发布，出了问题回不去。接手第一件事就该把测试环境和代码版本管理搭起来。
- 忽视平台规则变化：老项目里有些接口和授权方式，微信这几年已经调整过，二次开发时要一并适配，不然提交审核可能被驳回。
交接和后续维护
小程序二次开发完成后，交接要比第一次开发更细。代码要放进版本管理并交给客户一份，部署步骤、账号清单、第三方配置写成文档。我们会提醒客户：所有关键账号都留在自己公司名下，别再出现“开发公司一走就没人能管”的局面。
结论
小程序二次开发的关键不在写代码，在前期摸底：先确认账号和小程序源码归属，再评估代码能否跑通、结构和安全情况，然后结合后续需求判断改还是重做。动工后需求写细、测试环境先搭好、核心流程整体回归。蔚岚科技接手老项目会先出评估结论再报价，详情可以看小程序开发，或者打 18720919319 把情况说一下。
常见问题
买来的小程序源码能做二次开发吗？
能不能做，要看源码是否完整、授权是否允许修改和商用。只有前端没有服务端、或授权限制商用的，二次开发会受很大限制，购买前就要问清楚。
二次开发一定比重新开发便宜吗？
不一定。代码质量好、改动不大时更省；老代码问题多时，修旧问题的工作量可能超过重做。先评估再决定更稳妥。
原开发公司不给源码怎么办？
先翻合同，看源码归属怎么约定。协商不成的，只能考虑基于现有数据重新开发。以后签合同记得把源码交付写进去。
接手后数据会丢吗？
只要拿到数据库权限并做好备份，一般不会丢。迁移服务器时先完整备份，在测试环境验证无误后再切换正式环境。
二次开发后需要重新提交审核吗？
需要。小程序代码有改动，发布新版本都要提交审核。功能涉及新类目或新权限的，还要先在后台补充对应设置。