小程序平台开发，我踩过的那些坑

做独立开发这几年，小程序平台开发一直是我收入里比较稳的一块。不是因为它多高级，而是因为它的交付周期短、客户预算相对明确，一个人也能把前后端全包下来。今天不聊虚的，就说几个我实际做项目时反复踩到的坑，给准备自己动手或者刚接私活的朋友一点参考。

别一上来就纠结原生还是跨端

很多新手在动手前会花好几天研究 uni-app、Taro、原生到底选哪个。我的经验是：先看客户要什么。如果只发微信小程序，原生开发最省心，调试链路短，社区问题一搜就有；如果客户明确说以后要上支付宝、抖音，或者要打包 App，那再考虑跨端框架。为了一个只用微信的商城项目上 Taro，后期调样式的时间够你把原生写两遍了。

云开发能省掉一半的活，但别全押上去

我早期特别迷信云开发，觉得不用买服务器、不用配域名备案，简直是独立开发者福音。确实，做工具类、预约类、内容展示类的小程序，云开发能把后端工作量压到很低。但有两个前提得想清楚：

• 数据量和并发上来之后，云函数的冷启动和数据库查询费用会变得不太可控，得提前算账；
• 复杂业务逻辑（比如多表关联统计、定时任务、第三方支付回调）在云开发里写起来会别扭，后期迁移成本也不低。

我的做法是：轻业务用云开发快速上线，重业务老老实实自己搭后端。别为了省事把架构做死。

真正耗时间的是那些“非技术”环节

很多人以为小程序平台开发最难的是写代码，其实不是。我统计过自己几个项目的时间分配，写业务代码大概只占四成，剩下六成耗在：

• 主体资质和类目审核，尤其是涉及支付、教育、医疗这些敏感类目，来回驳回是常态；
• 隐私协议、用户授权弹窗的合规改造，平台规则一年改好几次；
• 和客户对需求，客户说的“简单做个会员系统”往往能拆出十几个页面。

所以我现在报价时会把审核和沟通的时间算进去，不然做完一算账，时薪还不如去送外卖。

性能优化别等到上线才做

小程序包体积有硬限制，主包超了就得拆分包。我吃过一次亏：一个电商项目图片全用原图，首屏加载慢得用户直接退出。后来做了几件事，效果立竿见影：

// 图片走 CDN 并带压缩参数
const imgUrl = `${CDN_HOST}/goods/${id}.jpg?x-oss-process=image/resize,w_400/quality,q_80`

// 列表页分页加载，别一次拉全量
onReachBottom() {
  if (this.data.hasMore && !this.data.loading) {
    this.loadNextPage()
  }
}

另外，setData 别传大对象，能只更新字段就别整个 data 覆盖，这些都是老生常谈，但真到赶工期的时候最容易忘。

上线不是终点

小程序提交审核、发布，只是开始。后面还有版本迭代、用户反馈、数据埋点分析。我习惯在每个项目里留一个简单的日志上报，出问题时能快速定位是前端还是接口的锅。这一步花不了多少时间，但能救急。

说到底，小程序平台开发对独立开发者来说是个不错的切入点，门槛不算高，但想做得稳，靠的是对细节的耐心和对规则的敬畏。代码只是其中一环，剩下的功夫都在代码之外。