上个月，一位做化妆品的老板来找我们。他的小程序是 2024 年找外包做的，花了 3 万 8。现在想加个分销功能，对方不接了——那个团队去年就注销了。
他拿着源码过来，我们打开一看：代码几乎没有注释，数据库表名全是拼音，文档一份都没有，没有 Git 提交记录，交付的就是一个压缩包。
这种情况我们见得太多了。小程序上线两三年，当初做的团队没了，功能跟不上运营，想改又不知道从哪下手。很多老板的第一反应是“那就重做一个吧”，但重做真的是最优解吗？
说实话，不一定。
我们给他做了三天代码评估，结论是重做。原因不是“代码难看”，而是三条硬门槛全中了：源码虽然拿到，但依赖装不起来、换台电脑跑不通；业务从单店零售变成了分销；优惠券模块三个月修了十几次，修一处冒一处。最终8周交付，费用5万，会员和订单数据全部迁移，上线后正常稳定运营。
（案例经客户授权，部分信息已脱敏。）
不是所有旧小程序都该动。先自查，命中 2 条以上，说明这个系统值得投入了。
支付偶尔掉单、优惠券叠加算错、会员等级不触发——单独看，这些都是能修的 bug。但如果同一个模块三个月修了十几次，修一处冒一处，那就不是 bug，是结构问题。
判断标准：过去半年，同一个功能返工超过 3 次。
要加分销、接视频号、对接 ERP，技术一看，原来的结构不支持。
这里要分清两种情况：一种是工作量问题（能做，只是贵），一种是架构问题（做不了，或者硬做会把系统搞崩）。只有第二种才算信号。很多外包会用“加不了”来掩盖“不想做”或“报价谈不拢”，多问一句“是结构不支持，还是排期排不上”，能问出真相。
当初数据库放在服务商云上，源码加密或者压根没给。想迁出来，迁不了。
注意：这一条一旦命中，不用再往下算分，直接看第三部分的门槛 1。
两年前的 UI，现在打开像上个时代。客户进来三秒划走，商品都没看到。
这一条最容易判断，也最容易被误判成“必须重做”——实际大多数情况，改版就能解决。
团队解散、公司注销、微信不回。出了问题只能干着急。
不确定自己属于哪种情况？
把小程序名称或源码包发给我们，48 小时内出一份《旧小程序健康检查报告》：能不能改、改要多久、重做要多少，先给结论，再谈合作。
信号只回答“要不要动”，“怎么动”是另一套判断。
门槛 1：源码能不能用。这是最硬的一条。
没有源码 → 重做，没得选。
有源码，但跑不起来（依赖丢失、环境不可复现、没有部署文档）→ 也倾向于重做。
有源码、能跑、结构清晰 → 才谈得上改版。
很多老板以为“拿到源码”就安全了，其实源码交付和源码可用是两件事。一个简单的验证方法：能不能在一台干净的电脑上，照着文档把项目跑起来。跑不起来，源码就只是一堆文件。
门槛 2：业务模式有没有变。没变 → 改版。变了 → 重做。
单店变连锁、纯零售变分销、纯线下变线上线下打通，这三种变化都会动到底层：数据结构、权限模型、订单流程全得改。改到后面就是重写，只是花了改版的钱、走了重做的路。
门槛 3：故障是不是反复出现。偶发 bug → 修。同一模块反复返工、性能越用越差、加一个功能崩三个 → 重做。
判断标准：过去半年返工超过 3 次，或者每次上线都要提心吊胆。
三条都不中，再往下看两笔账。
品牌做起来了、有粉丝积累、有历史评价 → 尽量别换号，在原来基础上改版。
新号、没什么沉淀 → 换号无妨，重做更自由。
要说明一点：改版和重做都不影响原小程序账号，只要主体资质没变，账号一直能用。所以“怕丢号”通常不构成重做的理由。
改版 2-8 周（视范围），重做 6-12 周，如需迁移历史数据，另加 2-4 周。
预算只够改版 → 先改最痛的两个点，分阶段来，不要一次把所有功能堆上去。
| 场景 | 周期 | 费用区间 | 主要风险 |
|---|---|---|---|
| 只改页面和体验 | 2-3 周 | 【1-3 万】 | 改完还是旧架构 |
| 加 1-2 个核心功能 | 4-6 周 | 【3-6 万】 | 旧代码越改越乱 |
| 加功能 + 数据迁移 | 6-8 周 | 【5-8 万】 | 迁移丢数据 |
| 重做 | 6-12 周（迁移另加 2-4 周） | 6-15 万 | 需求蔓延、历史数据割裂 |
费用按人天报价，不用“原开发费的百分比”来算——因为原项目报价高低差别太大，按比例算出来的数往往不成立。这也是为什么有些项目改版比重做还贵：读懂别人没文档的代码，比从头写更费时间。
第一，别什么都想改。
改版不是重做。一次改太多，测试跟不上，上线全是 bug。先改最痛的那两个点，其余的排下一期。
第二，动手前先备份。
不管自己改还是找人改，先把线上数据库完整备份。改坏了还能回滚。这一步花不了半小时。
第三，把旧系统的文档要过来。
哪怕原来的文档不完整，也要先看一遍。原来的团队还在，让他们配合做一次交接。没有文档就改代码，跟蒙着眼睛走路没区别。
重做最容易犯的错，是换个团队，再踩一遍同样的坑。
我们累计服务过 6000 多家企业客户（含模板、轻定制与定制开发），见过太多老板第二次找开发公司时，还是只看报价、还是不看源码交付、还是不签详细合同，结果做出来的东西跟上一个一模一样——能用，但一出问题就没人管。
所以这三条，建议直接写进合同：
1. 源码 100% 移交，不加密、不设授权限制。
交付清单也要写进合同：需求文档、原型图、UI 设计稿源文件、前端源码、后端源码、数据库设计文档、API 文档、测试报告、部署文档、备案材料，共 20 余项。清单比承诺有用。
2. 响应和迭代有时限。
需求 1 个工作日内响应，小迭代 2-4 周内上线，大版本按排期确认；交付后提供 2 年免费技术咨询，之后按年度维护协议续签。
3. 实体团队，不转包。
有固定办公场地、有全职技术团队、能提供已上线项目的后台供查验。这一条决定了三年后你还能不能找到人。
这三条我们都是写进合同的。广州互诚信息科技有限公司位于天河区天源路 5 号天河新天地 C 栋，自有办公场地 360 平方米，全职技术团队 50 余人，是广州软件协会副会长单位。项目交付时同步提供 20 余项项目文件。
要一份《旧小程序评估表》？
填完 10 项自查（有没有源码、能不能本地跑、有没有文档、有没有 Git 记录、依赖能不能装、有没有测试、数据库有没有 ER 图、接口有没有文档、密钥有没有硬编码、上次更新是什么时候），我们帮你判断该改版还是重做。
Q1：旧小程序改版一般要多久？
看改多少。只优化页面和体验，2-3 周；加核心功能（分销、直播等），4-6 周；需要迁移数据，再加 2 周。
Q2：原来的小程序账号还能继续用吗？
能。改版和重做都不影响原账号，只要主体资质没变，账号一直有效。
Q3：改版期间线上小程序会暂停服务吗？
一般不会。先在测试环境改好、测试通过，再选用户少的时段（比如凌晨）上线，整个过程基本不影响正常使用。
Q4：原来团队注销了，源码还能拿到吗？
很难。所以签合同时源码交付条款一定要写清楚。如果已经拿不到源码，那只能重做——这一条没有折中方案。
Q5：重做的话，原来的会员数据能迁移过来吗？
能，前提是拿得到原数据库的导出权限。如果数据库在别人手里拿不出来，会员数据只能重新积累。这也是为什么当初一定要拿源码和数据库。
Q6：改版和重做分别要多少钱？
改版按人天算，2-8 周的项目大致在 1-8 万；重做 6-15 万，复杂项目更高。具体要看功能清单，建议先做一次评估再报价，避免拍脑袋。
广州互诚信息科技有限公司成立于 2015 年，专注小程序与企业管理系统的定制开发，服务过零售、美妆、餐饮、教育等行业客户。
可核查资质：广州软件协会副会长单位；软件著作权及项目交付文档体系；全职技术团队 50 余人，自有办公场地 360 平方米。
招投标资质：软件开发服务能力一级证书、人工智能行业应用系统集成服务一级证书、企业信用等级 AAA、企业资信等级 AAA（颁发机构：华评信标（北京）认证服务中心，证书编号可提供查询）。这类证书主要用于招投标场景，是参与投标的入场券，不代表技术能力上限——真正能兜底的是源码交付、团队稳定和合同条款。
电话：18011971195
地址：广州市天河区天源路 5 号天河新天地 C 栋1305室
最后说一句
不是所有旧小程序都该重做，也不是所有改版都比重做便宜。判断顺序别搞反：先看要不要动，再看能不能改，最后才谈多少钱。
能改版就别重做，能花小钱解决的问题，别花大钱。但如果三条硬门槛都中了，也别硬撑——拖一年，损失的不只是开发费。
运营小程序商城时，营销过程中的几个需求点
如今越来越多的商家纷纷在微信平台上定制开发出自己的小程序商城，但是运营效果都不是相当的理想，那么商家们应该怎样改善自己的运营现况
开发运营一个微信小程序，需要掌握哪些技能？
开发运营一个微信小程序，是要有技能傍身的，运用技巧的辅助以及科学的思维指引，才能去保障开发效果与运营效果。
小程序开发公司教你如何有效进行小程序推广？
小程序被开发出来，肯定要运营才能给企业商家带来盈利。不过，运营效果也有好坏之分，运营推广的方式也有有效无效之别。那么怎么样才能有效进行小程序
盘点开发微信小程序商城之后，几种有效的推广方法
在电商行业发展或者准备进入电商行业中发展的企业商家，在微信电商不断发展的现在，大多会选择进入这个市场去发展。特别是这一年多
用微信小程序开发与运营，玩转行业新变革
很多行业商家，在小程序出现的这两年来，都在考虑是否要进入到这个市场，去开发运营小程序以促进行业商家发展到达新的高度
把握互联网革命机遇，以小程序开发运营占市场份额
互联网的发展，推动了商业模式的发展。而后，互联网的每一次变革，商业领域也会随之而变。如今互联网又进入新革命阶段，移动互联网
