先说结论：小程序"登录"不是点一下授权，是一套身份体系

很多业务方把"登录"想得很简单——让用户点一下"允许"就行。但真做起来才发现：同一用户在微信里是 openid、在你其他小程序里是另一个 openid、换公众号又是另一套，身份对不上，会员储值会串、订单会找不到人。这篇把登录背后的身份体系讲清，是定制开发前就该想明白的第一道需求题。

openid 和 unionid 有什么区别？多端身份怎么打通？

这是最核心的一组概念：

  • openid：用户对单个小程序的唯一标识。换个小程序，openid 就变了，等于"换个人"；
  • unionid：同一微信开放平台账号下，用户对同一开发者的多个应用是同一个 unionid，能识别"还是同一个人"。

所以，多端身份打通靠 unionid——前提是你的多个小程序/公众号绑在同一个开放平台账号下。我们讲多端小程序怎么选时提过，选平台要想清楚用户在哪；落到身份上，就是提前把开放平台账号和绑定关系规划好，别等上线后发现两个小程序认不出同一批用户。

手机号授权什么时候弹？用户不给怎么办？

手机号授权（获取用户绑定的微信手机号）是敏感操作，不能滥用：

  • 按需触发：只在真正需要手机号的节点弹（如注册、绑会员、收货），不要一进小程序就要；
  • 用户可拒绝：拒绝是用户的合法权利，流程要留"跳过"或后续补全的口子，别把路堵死；
  • 合规优先：手机号属个人信息，授权要清晰告知用途，这和我们讲隐私合规是同一套逻辑——先想清楚为什么要，再决定收不收。

实践中，能用 openid 认人就不急着要手机号；只有涉及真实交易、线下服务、跨端唯一身份时，才值得付出这一步摩擦。

用户体系怎么和已有会员/CRM 打通？

如果你已有公众号会员或 CRM 里的客户，小程序不能另起炉灶：

  • 统一用户主表：以一套用户 ID 为纲，微信身份（openid/unionid）作为关联键，而不是小程序里再建一份；
  • 绑定关系：老用户通过手机号/会员号把小程序身份和历史账户绑起来，储值、积分才能接着用；
  • 写入时机：注册、首单、绑定会员卡时建立关联，别等到要用才发现对不上。

这和我们讲对接 ERP/CRM 是同一思路——能接就别重写，用户身份也是资产，别在第二个小程序里再养一份。我们做定制开发时，会把"用户身份怎么打通"写进方案第一屏，而不是等开发中途才发现串号。

登录体系是后面一切功能的地基。如果你要规划用户体系、又担心多端对不上或合规踩线，把业务场景说给我们，方案评估免费——我们先帮你把身份流向画清楚，再谈怎么落地。