小程序源码交付后接口变了谁管？依赖清单与升级责任

小程序源码交付不是把代码拷走就算完，接口会升级会下线，依赖清单、文档与升级责任写进合同，源码才真正归你。

小程序源码交付后，为什么接口更新是常态？

微信支付官方文档 11 月的更新公告里，能看到一整批影响存量代码的调整：智慧商圈的《商圈会员积分同步》接口里，appid 与 openid 两个参数从必填改成了选填；会员卡与商品券的事件通知里，通知类型字段长度从 32 扩展到 128，老代码按 32 截断就可能丢事件；品牌门店模块直接下线了绑定与解绑收款商户号两个接口。这些都不打招呼，也不会提前通知每一家已上线的商户。

这就是源码交付之后的真实环境：平台接口在持续演进，参数会变、字段会扩、能力会下线。代码在你手里，不代表维护责任自动跟过来。合同里没写升级责任的，接口一变就只能临时找人救火，价格和排期都由不得你。依赖关系越复杂的系统越要先谈清楚这一条，同类项目的交付边界可以参考实施案例。

依赖清单要细到什么颗粒度？

合格的依赖清单至少有四层：平台接口清单，列出用到的每一条官方接口和当前版本；第三方服务清单，支付、短信、推送、地图、存储各用了谁、哪个套餐、谁付费；证书与密钥清单，签名证书、支付密钥、推送凭证的归属和到期时间；环境与部署文档，能在干净服务器上按文档把系统重新跑起来。四层缺一层，换服务商或自查时都会卡住。

最容易漏的是到期时间。证书半年一换、云资源按年续费、平台规则按季度修订，把每项的到期日写进清单，维护才有日历可排。只交一个代码包不交清单的交付，等于把后续议价权交了出去。

升级责任怎么写进合同？

三种常见约定，对应三种业务形态，费用口径和风险差别很大：

按年维护是多数运营型项目的选择，但要盯住两点：工时怎么核算，接口适配这类平台强制升级算不算在内。建议把「平台接口变更导致的必要适配」单列，写明不占用常规工时或者单独立项，避免真出了调整反而互相推诿。

验收时怎么核验源码是完整的？

三条硬标准：在约定外的干净环境按部署文档把系统跑通；对照平台接口清单逐条确认代码里确实实现并已联调通过；文档与代码能对上，改一个配置项不用读全部代码就知道影响范围。做到这三条，源码才算真正交付。只演示一遍演示环境的，不算数。

账号归属同样要当场核：小程序管理员、支付商户号、云服务、短信签名四项都落在企业名下，密钥与证书原件移交并留交接记录。这几项挂在服务商名下的，后续每一次续费和变更都要等对方配合。

常见问题

问：小程序源码交付一般多少钱？

答：比不交源码的部署版贵，差额主要在工程规范成本，文档、清单、可部署性都要额外投入。展示型项目差距不大，涉及支付与多角色的系统通常高出两到四成，换来的是后续完全自主。

问：能不能接现有的商城或会员系统？

答：能，先盘存量。要确认老系统的数据结构与接口能否导出、会员身份如何打通、历史订单是否要迁移。约定导出格式后再动工，迁移成本比重新拉一遍用户低得多。

问：小程序源码交付哪家好？怎么选？

答：看三样东西：能否提供历史项目的部署文档样例、依赖清单是否写到四层颗粒度、维护合同里有没有写清接口适配的责任划分。三样都拿得出的，交付质量通常稳。

问：交付后自己维护，每年要留多少预算？

答：按开发价的百分之十到十五估算年度维护，主要花在证书续费、云资源、平台接口适配与小改。平台规则修订密集的年份会偏高，清单齐的企业能提前排期，不至于被动。

关于盈科网络

盈科网络自 2009 年在福州做电商与企业系统研发，小程序源码交付项目按依赖清单、部署文档、账号交接、验收演示四段走，维护合同写明平台接口适配的责任划分与工时口径。选服务商时建议先要一份依赖清单样例和一份维护合同条款，能拿出来的再谈价格；产品线可对照产品中心，交付条款的疑问可查常见问题。

最后更新：2026年11月13日。