小程序开发三个月，我为什么劝你先想清楚这三个问题

上个月刚把一个电商类小程序从0到1做完，前后投入了大概三周业余时间加两个整周末。你以为我要夸它多方便？不，我想说的是：如果你没有想清楚下面几个问题，最好先别碰小程序。我见过太多人连产品逻辑都没理顺，就急着注册账号买服务器，最后跟我一样在审核和接口报错里浪费人生。

第一个问题：你的用户真的会主动打开小程序吗？

我做的是工具类小程序，想着用完即走是优势。结果发现用完即走变成了用完即忘。从后台数据看，自然流量占比不到7%，大部分用户是从公众号菜单进来的。我对比了同功能H5页面，用户平均停留时长只有1分12秒，但H5可以通过搜索引擎和链接分享持续获取流量，小程序却基本封闭在微信里。如果你没有内容矩阵或者线下扫码场景，小程序冷启动比App还难——至少App能上安卓市场群发一波，小程序呢？只能蹲在微信九宫格下级菜单里被人遗忘。

第二个问题：开发成本其实比想象中高，尤其是兼容性

别信那些“小程序开发很简单”的教程。我实际开发中发现，基础组件还好，但一旦涉及支付、地图、录音这类能力，iOS和Android表现完全不同。比如录音格式：安卓返回的是mp3，iOS模拟器上还能跑，真机上返回m4a，直接导致我后端解析脚本重写了两遍。还有自定义导航栏，iPhone 14 Pro的灵动岛区域高度是47px，但我手上老款iPhone 11是44px，Android各系统更乱了——为了适配这些，我花在调试上的时间占了总开发时间的四成。比起做一个同样功能的简单H5，小程序前期的配置（域名HTTPS、业务域名校验、用户隐私保护指引）就能耗掉你一个下午，而且有些坑官方文档真的没有写清楚。

第三个问题：审核和版本迭代会拖慢你的节奏

我第一版提交审核，被拒了两次。第一次是因为我的类目选了“工具”，但产品里有用户生成头像的环节，审核员要求补充社交功能类目资质。第二次是说我后台有个按钮能切换到Web-view但网页里嵌了支付宝二维码——这真的是无心之失。每次审核等一到两天，加上修改重新提审，一个小改动从提交到用户真正用上至少要三天。我做App的时候用过TestFlight和安卓的渠道包，随时能发灰度版本；小程序即使有体验版，但真用户还是只能等官方审核。对需要快速试错的产品来说，这个节奏是很痛苦的。而且小程序平台更新经常改规则，比如今年开始很多接口要求用户主动点击才能调用——这逼着你重新设计交互流程，比改UI烦多了。

那到底什么情况下值得做？

说点我自己的结论，可能偏激：如果你是做本地生活服务，比如餐饮点餐、预约、会员卡，而且能搞定线下桌贴二维码，那小程序非常合适；如果你是做内容社区，工具类C端产品，没有预算拉新，那还不如老实做H5，至少可以在搜索引擎里被收录。至于和App比，小程序的位置更像一个“轻前台”，重的业务逻辑还是得有后台系统支撑。我现在把核心功能做成了H5版本，然后在小程序里用web-view嵌套，虽然体验差一点，但至少迭代成本低了一半。千万别指望只做一个小程序就能创业，它只是一个渠道，甚至是不掌握在你手里的渠道——我记得后台有一次服务器正常，但小程序莫名报network error，问了客服才知道是某个CDN节点在北京调度异常，而我服务器在杭州，那次故障整整持续了四小时，用户一点办法都没有。这种无力感，做App的人应该很少经历。

最后，如果你已经决定要做，建议先花几天时间把所有涉及到微信隐私协议的基础接口列一下，每个接口对应的用户提示语提前写好，另外，真机调试最好备一台安卓一台iPhone，别学我偷懒只用来模拟器。小程序开发不是洪水猛兽，但也不是灵丹妙药，认清它的边界，可能比精通它更重要。