聊聊小程序搭建：从零到上线的真实记录

最近帮一个朋友把他们的线下小店搬到了线上，做了一套小程序。从选型到上线大概花了三周，踩了几个坑，也省了不少钱。今天把「小程序搭建」这件事从头到尾捋一遍，给准备自己动手或者找人做的人一点参考。

先想清楚：你要的是「能用」还是「好用」

很多人一上来就问「小程序搭建多少钱」，这个问题其实没法直接回答。因为同样是卖东西，一个只有商品列表和下单按钮的小程序，和一个带会员体系、分销、拼团、直播的，成本能差十倍。

我的建议是先列一张功能清单，把功能分成三档：

• 必须有：没有就干不了活，比如商品展示、下单、支付。
• 最好有：能提升体验但不影响主流程，比如优惠券、收藏。
• 以后再说：运营起来再补，比如积分商城、分销。

把第一档做扎实，第二档挑两三个，第三档先画饼。这样预算能控制住，上线也快。朋友那家店最后只做了第一档加优惠券，两周就内测了。

技术选型：原生、云开发还是低代码

小程序搭建的路子大概三条，我按自己的理解说一下。

原生开发

就是老老实实写 WXML、WXSS、JS。好处是可控性最强，性能最好，后期想加什么功能都不受限制。坏处是要有前端基础，还得自己搞服务器、域名、备案、HTTPS 证书这一套。适合有技术底子或者功能会持续迭代的项目。

云开发

这是我这次用的方案。微信官方提供的云开发，数据库、存储、云函数都打包好了，不用买服务器，不用备案，省了一大截运维的事。对独立开发者和小团队特别友好。

举个简单的例子，查询商品列表在云开发里就这么几行：

const db = wx.cloud.database()
Page({
  data: { list: [] },
  onLoad() {
    db.collection('goods')
      .where({ onSale: true })
      .orderBy('createTime', 'desc')
      .limit(20)
      .get()
      .then(res => this.setData({ list: res.data }))
  }
})

不用写接口、不用配跨域，前端直接读数据库（当然权限要在控制台里设好，别把敏感数据开放给所有人）。

低代码/模板

市面上有很多可视化搭建平台，拖拖拽拽就能出一个商城。优点是快，几天就能上线；缺点是同质化严重，想改点特殊逻辑就很别扭，而且每年要交平台费。如果你只是想快速验证一个想法，可以试试；如果打算长期做，我不太推荐。

小程序搭建里最容易忽略的几件事

1. 类目和资质要提前查

这个坑我朋友差点踩进去。他的店卖食品，小程序类目里食品是需要《食品经营许可证》的，提交审核前就得准备好。很多人代码写完了，卡在资质上，白白等一两周。建议动手前先去微信公众平台的类目说明里对一遍。

2. 支付要单独申请

小程序本身注册下来不等于能收款。微信支付需要单独开通商户号，还要绑定对公账户或者个体户账户。个人主体的小程序是开不了支付的，这点一定要提前确认主体类型。

3. 审核比想象中严

第一次提交被打回来很正常。常见原因有：页面里有测试数据、有诱导分享的文案、有没上线的功能入口。我的做法是提交前自己拿另一台手机完整走一遍流程，把「敬请期待」这种占位页面先藏起来。

4. 性能别等上线才管

小程序包体积有 2MB 的主包限制，图片多了很容易超。图片尽量走 CDN 或者云存储，列表用懒加载，首屏别塞太多东西。这些在小程序搭建阶段就顺手做了，比上线后返工省事得多。

关于费用，说点实在的

自己搭的话，主要成本是时间和一点固定开销：小程序认证 300 元一年（企业主体），云开发有免费额度，超了按量付费，小店一个月几十块基本够用。找人做的话，简单展示型几千块，带支付和会员的通常上万，具体看功能。别只看报价，要问清楚包含几次修改、后期维护怎么算、源码给不给。

最后

小程序搭建这件事，技术门槛其实没有想象中高，真正花时间的是想清楚业务逻辑和对付各种审核规则。我的建议是先用最小可用的版本上线，让真实用户用起来，再根据反馈迭代。别憋大招，憋到最后往往就黄了。如果你也在做类似的事，欢迎留言交流，踩过的坑我基本都踩过一遍了。