我的小程序开发流程实录

上周把手上最后一个外包项目交付了，从接需求到上线整整六周。趁着记忆还热乎，把我这套小程序开发流程完整写一遍。不是教科书式的流程，是踩过坑之后留下来的做法，适合个人开发者和小团队参考。

一、需求阶段：先别急着写代码

很多人一拿到需求就打开开发者工具建项目，这是最容易返工的开头。我现在的习惯是花两三天只做一件事：把需求拆成页面和数据。

• 跟客户过一遍核心流程，用纸笔画页面草图，能画多丑画多丑，重点是确认跳转关系
• 把每个页面需要的字段列出来，这一步直接决定后面数据库怎么建
• 明确哪些功能第一期不做，写进文档里，避免后期无限加需求

经验之谈：需求文档里没写的东西，交付时客户一定觉得应该有。所以宁可前期啰嗦，也别后期扯皮。

二、技术选型：原生还是云开发

我的判断标准很简单：

• 纯展示、表单收集、轻量业务，直接上微信原生加云开发，省掉服务器和备案，两三天能出雏形
• 需要复杂权限、对接已有后台、或者后期要出 App，那就原生加自建后端，接口用 HTTPS 走一遍
• 多端发布需求明确的项目，才考虑 uni-app 这类跨端框架，否则别为了“以后可能”增加调试成本

云开发这几年确实成熟了，数据库、云函数、存储、定时触发器都有，对小项目来说性价比很高，我手上大半项目都是这个组合。

三、开发阶段：按页面推进，别按技术分层

我见过不少人先写完全部接口再写页面，结果联调时发现字段对不上，来回改。我的做法是按页面纵向推进：一个页面从 UI 到数据到交互一次做完，做完就能点。

// 云函数示例：获取列表并分页
exports.main = async (event) => {
  const { page = 1, size = 10 } = event
  const db = cloud.database()
  const res = await db.collection('orders')
    .orderBy('createTime', 'desc')
    .skip((page - 1) * size)
    .limit(size)
    .get()
  return { list: res.data, page }
}

几个容易忽略的点：

• 页面加载态和空状态一定要做，客户演示时最常问的就是“为什么这里是白的”
• 列表分页从一开始就加上，别等数据多了再补
• 把公共的请求封装、错误提示、登录态判断抽成工具函数，后面复制粘贴都省事

四、联调与测试：真机永远比模拟器诚实

开发者工具里跑得再顺，真机上总会有意外。我的检查清单固定是这几项：

• iOS 和安卓各找一台真机，走一遍完整主流程
• 弱网环境下看加载和失败提示是否合理
• 检查授权弹窗、手机号获取、支付回调这些敏感环节
• 用体验版发给客户，让他在自己手机上点，比截图沟通效率高得多

五、提审上线：细节决定过审速度

小程序上线这一步，我一般提前一天准备材料：

• 类目要和实际功能匹配，选错了会被驳回
• 隐私协议、用户信息收集说明要补齐，现在审核对这块查得严
• 截图和简介写清楚核心功能，别堆关键词
• 提交后关注审核消息，被拒了先看理由再改，别盲目重提

审核通过后别急着撒手，先看一天的数据和错误日志，云开发的监控面板能直接看到调用失败情况。

六、交付之后

交付不是终点。我会留一份简单的维护说明给客户，写清楚怎么改文案、怎么导数据、遇到问题找谁。有些同行觉得这样显得不专业，我倒觉得把边界说清楚，后面反而少很多临时电话。

整套小程序开发流程走下来，真正写代码的时间大概只占一半，剩下都在沟通、确认和打磨细节。对独立开发者来说，流程稳定比技术炫技重要得多，毕竟能按时交付、少返工，才是能持续接单的根本。