郑州小程序开发五年踩坑实录

在郑州做小程序和 APP 开发这几年，从花园路到郑东新区，从本地餐饮老板到高新区做设备的工厂，接触过的需求没有一百也有八十。今天不写教程，也不吹技术，就把这些年踩过的坑和攒下的经验摊开说说，尤其是给准备在郑州做小程序的朋友提个醒。

需求阶段：别急着报价，先问清楚三件事

很多郑州本地客户一上来就问「做个小程序多少钱」，这问题其实没法直接答。我一般会先问三件事：

• 业务闭环是什么：是只展示，还是要下单、支付、核销、配送？每多一环，工期和成本都不一样。
• 用户从哪来：靠线下扫码、公众号导流，还是投朋友圈广告？入口不同，页面结构和埋点设计完全不同。
• 谁来运营：老板自己管，还是有专人？后台的易用性优先级要提前定，不然上线后天天改。

去年帮一家做胡辣汤连锁的郑州客户做点单小程序，一开始对方只说「能扫码点餐就行」，聊深了才发现他们有三家店、要分店结算、还要对接现有的收银机。如果按最初的理解直接报价，后面必然扯皮。所以需求阶段多花两小时，能省后面两周的返工。

技术选型：原生、uni-app 还是云开发

这是被问得最多的问题。我的经验是按团队和预算来：

• 原生开发：性能最好，适合交互复杂、对流畅度要求高的产品，比如带地图、实时定位的跑腿类应用。缺点是两端要写两套。
• uni-app 这类跨端框架：一套代码出微信小程序、H5、App，适合预算有限又要多端覆盖的郑州本地商家。坑在于某些原生能力要写条件编译，插件生态质量参差。
• 微信云开发：小团队福音，省掉服务器和运维。做预约、报名、简单商城这类项目，云开发能砍掉一大半后端工作量。但要注意数据库查询限制和冷启动，数据量大了要提前规划。

我自己的习惯是：MVP 阶段能云开发就云开发，先跑通业务验证需求，等单量真的起来了再迁到自建后端。别一上来就上微服务，郑州很多项目根本活不到需要微服务的那天。

几个真实踩过的坑

1. 审核被拒，多半是类目和资质

小程序上线卡审核是常态。餐饮要有食品经营许可证，涉及在线交易的要注意类目选择。有次客户做本地生活服务，选了「工具」类目，结果因为含支付被驳回，来回折腾一周。建议提审前把类目、资质、隐私协议三样对齐，能少走很多弯路。

2. 支付回调一定要做幂等

微信支付的回调可能重复推送，如果不做幂等处理，就会出现重复发货、重复加积分。我的做法是用订单号做唯一键，回调里先查状态再处理，简单但有效。

// 伪代码：回调幂等处理
async function handlePayNotify(orderNo, payload) {
  const order = await db.order.findByNo(orderNo);
  if (!order) return fail('order not found');
  if (order.status === 'PAID') return success(); // 已处理，直接返回
  await db.transaction(async (t) => {
    await t.order.updateStatus(orderNo, 'PAID');
    await t.stock.deduct(order.items);
  });
  return success();
}

3. 首屏性能别忽视

用户等三秒就划走了。图片压缩、分包加载、骨架屏这三招最见效。尤其是分包，主包控制在 2MB 以内，把不常用的页面拆出去，启动速度肉眼可见地变快。

给郑州本地客户的几句实在话

郑州做小程序和 APP 的公司不少，报价从几千到几十万都有。我的建议是：

• 先看对方做过的同行业案例，别只看设计图，要能点开体验。
• 合同里写清楚源码归属、交付物、后期维护费用，这三项最容易埋雷。
• 别迷信「全包」，需求变更怎么算钱要提前约定，否则后期加功能就是无底洞。

我是知码客，一个专注小程序和 APP 开发的独立开发者，常驻郑州，服务过本地餐饮、零售、工厂和不少中小企业。用代码改变生活这话听着大，但每次看到客户的小程序真的帮他们把生意做顺了，就觉得这活儿值得。如果你也在郑州，正琢磨着做个小程序或 APP，欢迎聊聊，先把需求捋清楚再谈钱。