北京小程序开发：五个踩坑经验

做小程序这些年，后台收到最多的问题不是「能不能做」，而是「为什么和我想的不一样」。今天不聊框架选型，就说说我在北京做小程序和APP定制时，反复踩过的几个坑。知码客一直信一句话：知码识途、匠心铸客。代码是跟用户沟通的语言，说错一句，用户就走了。

一、需求文档写得越细，返工越少

北京客户节奏快，很多项目是老板拍板、两周就要看到东西。我见过太多「先做出来再改」的项目，最后改到第三版，预算和耐心都见底。我的做法是：动手前先拉着客户把主流程走一遍，用纸笔画，不写代码。

• 用户从哪进来？扫码、搜索还是分享？
• 关键动作几步能完成？超过三步就要砍。
• 异常情况怎么提示？网络断了、库存没了、支付失败了。

这三条问清楚，需求文档能少一半争议。北京做小程序的团队多，但愿意在需求阶段多花两天的不多，这恰恰是省成本的地方。

二、别把小程序当H5写

小程序有包体积限制，主包2M是硬线。我接手过一个北京本地生活类项目，首页图片全用原图，主包直接爆了。后来做了三件事：

// 图片走CDN，按需加载尺寸
imageUrl + '?x-oss-process=image/resize,w_750'

// 分包：把低频页面挪出主包
"subPackages": [
  { "root": "pages/mine", "pages": ["index", "order"] }
]

// 列表用虚拟滚动，别一次渲染几百条

这些不是高级技巧，是基本功。很多性能问题不是代码写得烂，是压根没考虑运行环境。北京APP开发和小程序开发经常一起做，两端的包体和内存策略完全不同，不能一套思路套到底。

三、登录和手机号，别想当然

微信小程序的手机号获取需要用户主动授权，而且有次数和场景限制。有客户要求「一进来就静默拿手机号」，这做不到，也不合规。我的建议是：把授权放在用户真正需要的时候，比如下单前、领券前，用一句人话解释为什么需要。

用户不是不愿意给，是不知道给了干嘛。把理由说清楚，授权率能差出一大截。

北京用户对隐私更敏感，这一点在本地项目里感受特别明显。设计流程时多问一句「这一步非拿不可吗」，往往能砍掉一半授权弹窗。

四、上线不是终点，是起点

小程序提交审核、发布，只是开始。真正决定成败的是上线后的数据。我一般会给客户配三个基础看板：访问来源、核心转化路径、错误日志。云开发的日志和微信后台的数据够用，不用一上来就上重型方案。

• 每周看一次留存，掉得厉害就查入口和首屏。
• 支付失败率超过2%就要排查，别等用户投诉。
• 版本回滚预案提前写好，别等出事再想。

五、本地客户，靠的是见面和回访

在北京做小程序，同行一抓一大把，价格战打不出护城河。我的经验是：能见面就见面，需求对一遍胜过十封邮件；上线后一个月内主动回访一次，很多二期需求就是这么来的。知码客接的不少项目来自老客户介绍，靠的不是报价低，是出了问题找得到人。

说到底，小程序开发经验不是什么玄学，就是把需求想清楚、把环境吃透、把上线后的日子也当回事。北京市场大、节奏快，越是快，越要在动手前慢下来。知码识途，路才走得稳。