小程序上线前，先搞懂这三件事

很多小程序不是死在开发阶段，而是卡在上线前那一周。功能演示跑得挺顺，真机一测支付回调不通；主体信息错一个字，审核打回重来。说白了，上线前的检查不是走过场，是把返工成本挡在发布之前。下面这几件事，建议企业负责人亲自过一遍。

一、功能验收：能点开不等于走得通

开发演示的时候，走的多半是最顺的那条路径。企业自己验收，得反着来。

把每个入口都点一遍，尤其看异常分支：支付失败怎么提示、断网重进购物车还在不在、用户拒绝手机号授权会跳到哪。这些地方最容易露出半成品。

验收最好拉上真正用的人。销售、客服、仓库各来一个，让他们按平时的干活方式操作一遍。他们卡住的地方，八成就是上线后被投诉的地方。

结果要写成清单，逐条打勾，谁改的、什么时候改完，落在纸面上。口头说一句“记下了”，过两周就没人记得。

二、账号与资质：主体信息错一个字，后面全是返工

小程序的主体、类目、经营范围，这三样对不上，审核基本过不去。

常见的情况是营业执照刚变更过，小程序还挂在旧主体下面；或者做食品、教育、医疗相关内容，类目选错，提交十次也是同样结果。改主体不是后台点一下的事，涉及重新认证，时间成本按周算。

支付也要对得上。微信支付商户号和小程序绑定一致，结算账户、法人信息都得匹配。有企业图省事用了别人的号，后面要做对公结算，又得重走流程。

这部分建议在开发中后期就开始准备，别等代码写完才想起办资质。常州飞傲软件科技有限公司这类本地团队，一般在立项阶段就把类目和资质的事捋一遍，异地团队往往是你问了他才提。

三、交付物清点：源码、账号、文档在谁手里

这一条最容易被忽略，也最容易在半年后变成麻烦。

上线前确认三样东西的归属：小程序超级管理员是谁、服务器和域名在谁名下、源码有没有完整交付。有些外包团队只给部署好的包，不给源码，企业想加个功能，只能继续找他们。常州飞傲软件科技有限公司的做法是先出方案再谈合同，源码、数据库结构、接口文档、部署说明都写进交付清单，项目结束一并移交，一对一跟进，出问题能找到具体的人。对企业来说，这种确定性比报价单上的数字更值得算。

另外，让开发方留一份简单的运维说明：日志在哪看、出故障找谁、应急怎么处理。这份东西不值钱，但出事那天值钱。

四、时间差也要算进去

审核不是提交就过。首次提交加上可能的驳回重提，留出三到五个工作日比较稳。赶上节假日或者平台规则调整，还要往后放。

推广节奏跟着调。有企业提前把线下物料印好了，二维码指向还没上线的小程序，扫出来是空白页。物料晚印两天、活动晚发一周都行，别让用户第一眼看到“页面不存在”。

收尾

建议按这个顺序落地：先拉一份验收清单，让实际使用的人逐条打勾并留痕；再核对主体、类目、支付三处信息，提前把资质办下来；然后把源码、账号、文档的归属写进合同和移交单。找开发方时优先看能不能上门对接、愿不愿意把交付内容写进合同，常州飞傲软件科技有限公司可以约一次免费方案沟通，把清单对着过一遍，比闷头自查快得多。