再说一个本地化很强的玩法：利用wx.getNetworkType和wx.onNetworkStatusChange。听起来跟成交无关是吧？但你想过没有，如果你的用户是在地铁里打开你的小程序，网络不稳定，图片加载不出来，他很可能直接关掉页面。我见过一个本地水果配送的小程序，他们在wx.onNetworkStatusChange的回调里做了个判断：如果用户网络从WiFi切到4G，或者信号强度低于某个值，自动把页面上的高清商品图替换成压缩过的缩略图（提前存在wx.getFileSystemManager管理的本地缓存里），同时弹出一行小字：“当前网络不稳定，已为您切换到极速模式，下单不受影响”。这个操作让用户在弱网环境下的下单率提升了22%，因为用户不会因为图片加载慢而失去耐心。

还有一个忽略的API组合：wx.setClipboardData加上wx.getClipboardData。这不是让你做复制粘贴功能，而是用来做“沉默用户唤醒”。举个例子：一个本地健身工作室的小程序，用户浏览了课程页面但没有下单。你可以在用户离开小程序后的第二天，通过服务端推送一条模板消息（用wx.requestSubscribeMessage提前获取授权），消息内容写：“您上次看的‘周末燃脂课’还有2个名额，复制下方暗号【燃脂88】去小程序首页兑换，可免费体验一次”。用户复制暗号后，打开小程序时，你用wx.getClipboardData检测到剪贴板里有“燃脂88”，自动弹出一个兑换成功的弹窗，并引导用户选择体验时间。这个链路不需要用户手动输入任何东西，体验极其顺滑，而且利用了用户“白嫖”的心理。我测试的这个案例，兑换率达到了34%。

讲到模板消息，的用法错了。他们只会在用户支付后发一条“您已支付成功”，这完全是浪费。正确的做法是，在用户支付成功后，通过wx.requestSubscribeMessage申请一个“服务进度提醒”的订阅，然后在你服务人员出发时、服务中、服务完成前10分钟，各发一条模板消息。比如保洁服务，阿姨出发时发“阿姨已出发，预计30分钟到达”，附带一个wx.openLocation的链接，可以直接看到阿姨的实时位置。服务完成前10分钟发“阿姨即将完成服务，请您准备验收”。这一步看似是服务通知，实际上是在为“复购”埋钩子——当用户看到阿姨快结束时，你可以在模板消息的底部加一个“再约一次”的小程序链接，点击直接进入预约页面，并且自动填充了上次的服务地址和时间偏好。这个细节让复购率提升了40%。

再讲一个本地商家特别需要的功能：如何用API让用户帮你拉新。常见的做法是分享得优惠券，但分享率很低。我见过一个本地洗车行的小程序，他们用了wx.shareAppMessage配合wx.updateShareMenu。具体操作是：用户支付成功后，页面出现一个“送好友一次洗车”的按钮。用户点击后，不是直接分享，而是先通过wx.getShareInfo获取分享的加密数据，然后后端解密后生成一个带有唯一标识的分享卡片。好友点开卡片，如果是新用户，直接获得一次免费洗车；如果是老用户，获得一张5折券。而分享者本人，每成功邀请一个新用户，他的账户里就会多一次“洗车延期权益”——他之前买的洗车卡有效期延长7天。这个机制利用了“损失厌恶”心理：用户已经买了洗车卡，如果不用就过期了，但现在可以通过分享让有效期延长，他分享的动力会很强。这个功能上线后，该洗车行的老用户平均每人带来了2.3个新用户。

最后说一个关于数据埋点的细节。用wx.reportAnalytics只是上报页面浏览，但你要成交，得埋更细的节点。比如在用户点击“立即预约”按钮之前，有没有查看过评价？有没有看过视频？有没有点击过优惠券？把这些行为用wx.reportAnalytics上报到微信后台，然后在微信公众平台的“数据分析”里，你可以看到用户从哪个行为到下单的转化率最高。我帮一个本地摄影工作室做优化时发现，90%的成交用户都看过“客片展示”页面里的至少3张图片。于是我们把“浏览客片超过3张”作为一个触发条件，当用户达到这个行为时，自动通过wx.createRewardedVideoAd（激励视频广告）弹出一个“看视频领200元优惠券”的入口。用户看完视频，优惠券直接发到账户，然后引导他下单。这个改动让那个摄影工作室的客单价从800元提升到了1200元，因为用户手里有券，会倾向于选择更贵的套餐。

这些API用法，没有一个超出微信官方文档的范围，但组合起来，就能形成一套完整的成交链路。关键在于，你要把每个API当成一个“触手”，去感知用户的状态：他的位置、他的网络、他的浏览行为、他的支付心理。然后在这个基础上，用最少的步骤、最自然的方式，推他一把。本地生意尤其讲究“人情味”，API不是冷冰冰的代码，而是你用来跟用户说“我懂你”的工具。