我的案例

小程序开发全流程:从注册到上架的真实时间线

年初帮一个客户的预约服务业务做了一款微信小程序。这篇文章把整个流程拆开,给准备做小程序的老板们一个真实的参考。

项目背景

客户需求: 线下美容店,想在线预约、选择服务项目、查看技师排班、在线支付、会员积分。

我负责的工作: 小程序注册、UI设计、前后端开发、对接微信支付、提交审核直到上架。

不画饼,下面直接说真实情况。

完整时间线

阶段 耗时 实际做了什么
账号注册 2天 注册企业小程序账号 + 微信认证(300元/年,必须对公打款验证)
需求梳理 3天 画功能脑图、确定页面布局、数据表设计、接口列表
UI设计 5天 首页、预约、技师、我的 四个主页面,加上子页面一共12个页面
前端开发 12天 WXML+WXSS+JS,写页面、调接口、处理各种边界情况
后端开发 8天 用 Node.js 搭后端 + MySQL + 微信支付接口对接
联调测试 5天 前端后端联调,支付测试(沙箱环境先调通再切正式)
审核被拒 +3天 第一次提交被拒(原因见下文),修改后重提
二次审核通过 2天 修改后再次提交,通过审核
上线准备 1天 配置正式支付密钥、切换正式服务器、灰度发布
总计 约41天 从注册到正式上架

踩过的坑

坑一:审核被拒三次

第一次提交被拒的原因说出来你可能不信:

被拒原因 怎么解决的
类目不符(选的”生活服务”,但预约涉及美容需选”美容/健身”) 修改类目,重新提交资质(营业执照经营范围需包含”美容服务”)
没有用户协议和隐私政策入口 在个人中心加了一个页面,展示用户协议和隐私政策
支付页面没有明确的服务条款确认 下单页加了一个勾选框”已阅读并同意《服务条款》”

经验: 微信审核比你想的严格,特别是涉及预约+支付的类目。提前准备好营业执照、行业许可证、隐私政策文件。

坑二:API 限制

微信小程序有很多API要用,但不是所有都能用:

API类型 限制
wx.getUserInfo 2021年后不再弹窗获取用户授权,改成了头像昵称填写组件。用户信息获取变得很被动——你只能等用户主动填
wx.requestPayment 必须走微信支付流程,且企业主体才能申请;个人主体小程序不能做支付
wx.getLocation 需要用户授权且要在 app.json 中声明用途,否则审核不通过
模板消息 一次订阅只能发一次消息,用完即止;长期订阅门槛高,仅限政府/医疗/交通等特定行业

经验: 开发前先去微信开放社区查你要用的API有没有限制。很多人开发完了发现核心API不能用。

坑三:用户授权流程复杂

这是用户体验和微信限制之间最难平衡的点:

  • 手机号获取: 需要用户主动点击按钮触发,不能用代码自动弹出
  • 位置信息: 首次获取需要弹窗确认,用户拒绝后无法再次弹窗(只能引导他去设置里手动开启)
  • 订阅消息: 每次只能订阅一条,用户关了通知你就没辙了

我的策略: 把这些权限请求都跟刚需场景绑定。比如”要预约服务,请授权手机号”——用户要预约自然会让步。

总成本

项目 费用
微信认证费 300元/年
服务器(阿里云轻量应用服务器) 612元/年(2核2G)
域名 + SSL证书 55元/年
微信支付费率 0.6%/笔
短信通知(阿里云短信) 0.045元/条
开发费用(我的报价) 按项目计,这里不展开

年固定成本约 1000元,支付费率和短信费用是浮动的。

给老板们的建议

  1. 先验证需求再开发——小程序的开发成本不低,先确认你的客户真的会用小程序
  2. 能用模板就用模板——不是每个小程序都要从零开发,SaaS类小程序服务商(有赞、微盟)适合标准化的电商场景
  3. 预留一个月审核期——不要把发布会/开业定在”开发完成的下周”,审核可能反复
  4. 企业主体不要省——个人主体功能受限太多,连支付都做不了
  5. 服务器选近用户——你的微信用户在哪就选哪的服务器节点,别图便宜选国外的