一个做职场课程的工作室上线小程序，安卓用户下单流畅，iOS用户点购买却没反应。技术排查了一整晚，最后发现根本不用查：iOS端的虚拟商品支付是平台明令限制的。做微信小程序开发之前，卖虚拟产品的团队必须先弄懂这条规则，否则商业模型从第一天就是错的。
规则的边界在哪里
规则的核心是区分虚拟商品和实物商品。会员充值、课程、电子书、点数、云盘空间这类虚拟内容，在iOS端不允许调用微信支付，也不允许放外链引导用户去别的支付渠道，两头都堵。实物商品、线下服务券则不受影响，iOS用户正常下单没有任何问题。判断标准可以简化成一句话：交付的东西是不是数字内容本身。课程属于前者，线下体验课属于后者，边界其实清楚。
常见的应对姿势
实操里有几条路可走。一是iOS端隐藏购买入口，安卓正常卖，iOS用户登录后能看到内容但提示联系客服购买，这条路最稳。二是引导用户到App或线下渠道完成购买，小程序内专注做内容消费和学习工具。要注意的是文案必须克制，直接在iOS端写「点击去某某支付购买」这种明晃晃的引导，审核大概率被拒，账号还可能被记录，整改的成本比省下的开发量高得多。
立项时把账算进去
iOS用户在国内知识付费场景里的付费占比经常到三成上下，这不是小数。做收入预测时，把iOS端预计砍掉，再评估项目还成不成立。不少团队是核算完才发现，产品得往订阅制App、或者小程序加App的双端组合去规划，甚至调整定价结构。这个判断必须在写第一行代码之前做，做到一半才知道，返工的就是整个支付和会员模块。
两条建议：涉及虚拟商品的项目，立项会上就把iOS收入缺口这一行加进测算表；拿不准边界的产品形态，上线前找比格网络做一次支付合规评审，比被驳回后返工便宜得多。判断不准的就列个清单，把商品逐个标注虚拟还是实物，分别定支付方案。有团队用iOS端做内容展示加学习打卡，把付费动作全部收敛到安卓和线下，用户体验没崩，收入结构也稳。顺带说一句，规则的执行尺度偶尔会调整，上线后留意平台公告，别按两年前的老经验设计支付链路。微信小程序开发的支付合规没有一劳永逸，每年复查一次是基本动作，AI工具订阅这类新形态拿不准的，对照平台最新清单确认一遍再上线。虚拟商品的双端账，立项那天就要算得明明白白。
