如何实现客户扫码获取客户信息

扫码之后客户填了手机号，何实户扫户信后台却只看到一串匿名字符——这是现客息很多门店做扫码获客时踩的第一个坑。问题不在扫码本身，码获在于扫码之后那套数据链路没打通。取客

先说清楚一件事：客户扫码，何实户扫户信扫的现客息到底是什么。微信生态里常见的码获入口有三种——公众号二维码、小程序码、取客企业微信活码。何实户扫户信公众号二维码扫完关注，现客息能拿到openid和昵称头像，码获但手机号拿不到，取客除非客户主动授权。何实户扫户信小程序码扫完进小程序，现客息可以用getPhoneNumber接口获取手机号，码获但需要客户点击授权按钮，而且这个接口对企业主体有认证要求。企业微信活码扫完加员工好友，能拿到客户的微信昵称和备注信息，手机号同样要手动留。

所以“扫码获取客户信息”这件事，本质上是两步：第一步让客户愿意扫码，第二步让客户愿意给信息。第一步靠利益驱动，第二步靠交互设计。

利益驱动决定扫码率

我见过一个社区水果店的做法：门口立牌写“扫码领5元券，当场可用”。客户扫码进小程序，授权手机号后券自动到账。整个流程不到15秒，扫码率超过60%。另一个做美妆的客户，扫码送小样，但要求填姓名、手机、肤质、生日四项，结果扫码率不到15%。差别在哪？水果店只要一个动作，美妆店要四个。每多一个字段，转化率至少掉一半。这不是猜测，是大量A/B测试跑出来的经验值。

手机号是最核心的字段，其他信息可以后续在互动中逐步补全。一次性要太多，客户直接关页面走人。

技术实现的关键节点

以微信小程序为例，完整链路是这样的：客户扫小程序码 → 进入授权页 → 点击“手机号快捷填写”按钮 → 微信弹出授权弹窗 → 客户确认 → 后端收到加密的手机号 → 解密后存入数据库。这里有个细节容易翻车：getPhoneNumber返回的encryptedData和iv需要用session_key解密，而session_key会过期。如果客户在授权页停留太久才点按钮，解密就会失败。解决办法是在onLoad里先调wx.login刷新session_key，或者把授权按钮放在页面最顶部，减少停留时间。

企业微信的活码方案更简单。在企微后台配置“联系我”二维码，客户扫码后直接加员工好友。员工可以在企微侧边栏看到客户的微信昵称、添加时间、来源渠道。手机号需要员工在聊天中引导客户发送，或者通过企微的“客户联系”API结合小程序做授权获取。企微的优势是客户直接进了私域池，后续触达不依赖公众号推送次数。

数据落库之后的事

拿到手机号只是开始。我见过太多团队把数据存进Excel就完事了，三个月后翻出来发现一半号码已经停机。有效的做法是：扫码获取手机号的瞬间，就打上来源标签——哪个门店、哪个活动、哪个员工推荐的。然后24小时内发一条短信或企微消息，内容不是广告，是“您刚才领的券已到账，点击使用”。这条消息的打开率能到40%以上，因为客户还记得自己刚扫过码。

另一个观察：扫码获取的信息越少，后续补全的机会越多。比如先只要手机号，客户用券核销时再引导填生日，说“生日月双倍积分”。这时候客户已经体验过你的服务，信任度比刚扫码时高得多，填信息的意愿也更强。

技术方案没有绝对优劣。公众号适合做内容沉淀，小程序适合做交易转化，企微适合做一对一服务。选哪个取决于你的业务场景，但核心逻辑不变：扫码是入口，授权是门槛，后续运营才是留住客户的关键。只盯着“获取信息”这个动作，数据拿回来也是死的。