小程序定制开发：那些踩过的坑

写在前面

做独立开发这些年，接过不少小程序定制的活儿，也见过更多同行和客户在项目里翻车。今天不聊虚的，就说说那些真金白银换来的教训。每一条都对应着具体场景，希望能帮你在下一个项目里少走弯路。

坑一：需求文档写成散文

见过太多甲方拿着三页纸的"需求"来找我，里面写着"要好看、要流畅、要像某宝那样"。这种项目后期必然扯皮。我的做法是：把每个页面拆成"输入-操作-输出"三要素，比如登录页要写清楚支持手机号还是微信授权、验证码几位数、错误提示文案是什么。哪怕客户嫌麻烦，也要拉着他把原型图过一遍，签字确认。

// 需求确认清单示例
- 页面：商品详情
- 数据来源：接口 /api/goods/detail?id=xxx
- 交互：点击规格弹出选择层，选择后更新价格
- 异常：库存为0时按钮置灰，文案"已售罄"

坑二：报价时漏掉"隐形功能"

新手最容易犯的错是按页面数量报价。一个"个人中心"页面看着简单，背后要接登录态、用户信息、订单列表、客服入口、设置项。我现在的报价单会单独列出非页面工作量：

• 支付对接与回调验签
• 消息订阅与模板消息推送
• 后台管理系统的增删改查
• 服务器部署与域名备案

这些不写清楚，后期要么自己贴钱，要么和客户吵架。

坑三：微信授权登录的"静默"陷阱

很多需求说"用户打开就能用"，但微信的wx.login只能拿到code，换openid需要后端配合。更麻烦的是getUserProfile已经收紧，头像昵称要用户主动点击按钮才能获取。我的处理方式是：首次进入不强制授权，先让用户浏览，下单前再引导登录。这样转化率明显更高，也避免审核被拒。

// 推荐：按钮触发授权

  选择头像

坑四：审核被拒的奇葩理由

小程序审核比App Store还玄学。踩过的雷包括：类目选错（做餐饮的选了工具类）、页面有"测试"字样、诱导分享文案、虚拟支付没走指定通道。建议提交前用体验版走一遍完整流程，把"分享得红包"这类文案全删掉，类目按实际业务选最贴近的。

坑五：云开发不是万能药

云开发确实省事，但免费额度用完就限流，数据库查询有20条限制，复杂聚合操作写起来很别扭。我现在的判断标准是：数据量小、团队没后端、要快速上线才用云开发；涉及支付对账、多端同步的项目，老老实实写后端。

一个真实教训：某项目用云开发做订单系统，大促当天云函数并发打满，订单丢了十几单。后来迁移到自建服务器才稳住。

坑六：验收标准和尾款

合同里一定要写清楚验收标准，比如"功能与确认的原型一致，主流机型无闪退"。尾款比例建议留20%以上，交付时把源码、数据库、部署文档一并移交。见过太多同行尾款要不回来，最后连代码都不给。

小结

小程序定制开发的坑，本质上是沟通和边界的问题。需求写细、报价列全、验收有据，能避开八成的麻烦。剩下的两成，靠经验和合同兜底。希望这些踩坑记录对你有用，少交学费。