企业小程序

“小程序做出来，源码到底归谁？”——这个问题一出口，多数时候就说明事情有点晚了。合同签了、钱付了，做出来的东西却攥在别人手里，想改个功能、换个服务商都得看对方脸色。企业小程序这件事，从来不是选个模板传点资料就算完，它的执行细节从账号归属一直铺到上线验收，每一步没走实，后面都要返工补课。

下面按实际推进的顺序拆开讲，重点说清楚每个环节具体该怎么做、要看什么、卡在哪里。

开工之前，先把账号和清单落到纸上

很多人以为开发是从画界面开始的，其实真正决定项目顺不顺的，是开工前这几天的准备工作。账号没理顺，后面连提交审核都递不上去。

注册主体与资质先定下来

小程序账号建议用企业自己的营业执照注册，法人信息、对公账户、管理员手机号都提前备齐。注册完成后，管理员权限和账号密码要攥在企业自己手里，别图省事交给开发方代管。遇到过的实际情况是，账号挂在服务商名下，合作一闹掰，账号要回来能拖上一个多月，期间线上业务只能干等着。认证费用一般是300元一个账号，按年审，这笔钱规模不大，但主体信息一旦填错，改起来要重新走认证流程，耽误的往往是7个工作日左右。

资质方面要分清两类：一类是主体资质，营业执照、法人身份证正反面；另一类是经营类资质，比如做食品、教育、医疗相关的，要先确认自己的资质范围是否够用，再决定功能怎么设计。资质范围没摸清楚就开工，做到一半发现某个功能需要额外许可，只能砍掉重来。

把功能写成能报价的清单

需求清单不能写成“首页、商品、我的”这种笼统分类，要写到能逐项报出工作量和价格的程度。具体做法是：每个页面列出要展示的字段和按钮，每个按钮点下去发生什么，用户提交的数据存到哪里、谁来看、看完了能做什么操作。

比如一个订单页面，要写清楚订单状态有几种、每种状态对应的操作按钮是什么、退款的流程走几步、退款金额谁审核。写不细的地方，开发时就是扯皮的地方，报价时就是漏项的地方。清单写到这个粒度，同样功能的报价才能横向对比，几千元和上万元之间的差距，往往就藏在这些没写清楚的细节里。

这一步还建议同步做一件事：确认服务商是否提供源码交付。关于源码交付的具体条款和判断标准，我们在《小程序源码》里有专门拆解，合同里这一条不写清楚，后期想迁移或者二次开发都要额外付费。

开发推进阶段，按模块走、按节点验

开发周期按页面数量和功能复杂度，一般在15-40个工作日之间，简单的展示型项目能压到两三周，涉及支付、会员、分销这类逻辑的，时间要往上加。推进过程最怕的是“全包给开发方，等最后一起看”，中间没有任何检查点。

把开发拆成可检查的节点

合理的推进方式是分模块交付，每个模块完成后先在体验版里跑一遍，确认功能、数据、页面跳转都对，再合入下一块。这样做的意义在于，前面某个基础模块出了偏差，修起来成本低；等全部做完再发现问题，改动就要牵动多处。

具体动作上，每个节点至少检查三件事：页面在主流手机上的显示是否正常，常用机型和系统版本都要覆盖；表单提交后数据是否真实进入后台，不是页面提示成功就算数；异常操作有没有兜底，比如断网提交、重复点击、金额输入非法字符时的表现。这三点是后期返工频率较高的地方，前期花时间核，后期能省不少事。

接口与支付环节单独走一遍

涉及支付的功能，要在开发环境跑通之后，再到正式环境用1分钱或1毛钱做一笔真实交易，验证回调、对账、退款三条链路。支付配置依赖商户号、密钥、证书这些参数，任何一项错位都可能导致支付失败但订单状态还卡在“待支付”，用户投诉就来了。

消息通知、数据统计这类对接功能，同样要单独验证一遍，看通知能不能送达、统计能不能对上。至于不同开发方式的成本差异和适配场景，《做小程序用什么软件》里有更细的对比，选型之前值得先看一眼。

上线前后的收尾，验收看交付物不靠感觉

提交审核和上线，是最容易掉以轻心的环节。审核被驳回的常见原因集中在内容合规、功能与页面描述不符、诱导分享这几类，提交前自己先过一遍，能少走一两次驳回的弯路。审核周期通常在1-3个工作日，临近大促或者节假日要提前安排，别把上线时间卡在节点前夜。

验收要对着清单逐项核

验收不是点一遍看看“挺顺的”就签字，要对着当初的功能清单逐项打勾。每项确认的内容包括：功能是否可用、边界情况是否处理、后台数据是否可查、操作日志是否保留。支付、退款、数据导出这类敏感功能，用小额数据和测试账号单独跑一遍，确认金额和状态都对得上。

交付物同样是验收的一部分，并且要落成书面清单：

• 源代码和数据库结构的完整打包，确认能在自有服务器或云环境里独立跑起来，不是只能依赖原服务商的环境
• 小程序账号、服务器账号、域名与证书的管理权限，全部转到企业自己名下并改掉初始密码
• 部署文档、接口说明、后台使用手册，以及本次开发中使用的第三方组件和服务清单
• 售后响应时效写进合同，比如故障报修多久响应、功能迭代怎么计价，避免后期维护变成随口报价

上线之后的运营配置别漏

代码上线只是起点，运营配置没填好，用户进来也看不到东西。要检查的包括：基础信息里的名称、头像、简介、服务类目是否与审核时一致；客服入口和消息回复是否正常；数据统计的后台权限是否已经开通；以及是否设置了版本回滚的预案。

后期迭代按经验建议按月或按使用数据来规划，先看后台的实际访问和转化路径，哪一步流失至多就先改哪一步，别一上来就做大版本重构。版本更新时保留上一版的完整备份，出问题能退回，这类兜底动作平时用不上，真出事时挺关键。

企业小程序做得顺不顺，差别往往不在于谁家的设计更好看，而在于账号、清单、节点验收、交付物这几件事有没有在执行层面落实。合同里把源码归属和管理员权限写清楚，验收时逐项打勾而不是凭印象签字，这两条做到了，项目基本不会失控。