基于微信的产品设计01:注册登录及账号体系设计

4 评论 25549 浏览 234 收藏 9 分钟

微信用户量越来越大,也逐渐成为一个开放的生态平台,为公众号开放了许多服务接口,让公众号能够为自己的用户提供更加个性、更加优质的产品服务。《基于微信的产品设计》将逐步为大家讲述如何基于微信公众平台、开发者平台进行相应的产品设计,以此提升自身公众号的产品服务,甚至能够打通自身产品与微信产品,提供全方位的产品服务。

瑞叔曾负责某一线电商亿级用户的Passport产品工作,任职期间也进行了账户体系的相关改造设计,因此开篇我们就先聊聊“基于微信的账号体系设计”。

移动端联合登录的便捷性,以及越来越多用户倾向于选择微信作为全网登录账号,因此微信联合登录被许多APP产品作为第三方联合登录的首选。然而,采用微信联合登录后会造成一定问题,比如:

  1. 无法获取更详细的用户信息
  2. APP、微信服务号下账号不一致
  3. 手机绑定带来的重复绑定

如何才能设计出一个体系更优兼容性更强的账号体系呢?就让瑞叔一一道来吧。

一、了解openID与unionID

  • openID:同一个用户,在不同公众号或移动应用下对应有不同openID标识;
  • unionID:同一用户,在不同公众号或移动应用下unionID相同。前提是,如若需要做多个公众号以及移动应用账户互通(得到唯一身份标识unionID),则需要将多个公众号或移动应用在微信开放平台进行绑定,然后我们才能给拿到unionID;

因此,在账号体系设立之初,如若有APP联合登录、PC联合登录或多个公众号,则需要采用unionID来与账户表中userID做对应,而不要采用openID;

举个栗子:

由于历史原因,未考虑到统一采用unionID,导致部分微信联合登录用户在PC微信联合登录和APP联合登录是两个截然不同的账号。这就是账号体系设立之初未考虑到openID和unionID的后果。

因此,建议每一个产品经理都要深入了解下openID和unionID,可以通过《微信公众平台开发者文档》来学习,在现有账号体系下新增微信联合登录或从0开始的时候,都要考虑进来。

二、微信登录方式

微信登录可分为两种

1. 微信联合登录(PC/APP)

PC上微信扫一扫登录,APP上确认授权登录后,可从微信拿到openID或unionID,将openID或unionID与自身账户表中userID建立对应关系;

2. 微信环境下的授权登录

微信环境下授权登录分为两种:

2.1 授权登录

需要登录时,页面跳转到授权页面(也就是我们经常看到的绿色授权页面),用户授权后可从微信拿到openID、unionID;

A2

2.2 静默授权

静默授权下,不需要跳转页面让用户确认授权,而是直接授权用户登录。区别于授权登录,静默授权仅能拿到openID和uninID,但并不能拿到用户的微信头像、微信名称等资料;

三、账号互通

基于一、二两点,我们就可以进行账号互通的设计。用户表中包括唯一userID字段、unionID字段、手机号码字段等其他字段。

通过unionID获取对应userID,即可实现用户在自己APP、多个公众号之间的互通。

举个栗子:

瑞叔我在今日头条APP上首次采用微信联合登录,今日头条获取到我的unionID并在表中无记录,则认为我是一个新用户,创建一个新的而userID与unionID对应。下次我用PC微信联合登录时就可以登录到同一账号下。而后,我关注了今日头条的微信服务号,我进入今日头条服务号后,今日头条判断我的unionID,然后我就可以在今日头条服务号下登录。这样就形成了账号互通,

四、账号互通对业务上的帮助

多平台无缝登录

举个栗子:用户在A电商APP上联合登录并下单,在微信中,关注A电商服务号静默授权(用户无登录感知)直接查看订单信息,大大提升了用户体验;

快速登录

举个栗子:电商中许多CMS页面或者其他活动页面会被分享到微信朋友圈,当用户打开页面时,如若该用户在该电商平台中注册过,则可直接拿到unionID进行静默授权,用户不需要输入账号密码就可直接登录并购物,大大降低用户登录门槛;

微信触达渠道

举个栗子:关注过京东服务号并绑定账号的朋友都知道,当新抵用券到账号,会有一条微信服务号消息推送。这就是在打通了账号体系后一大表现。

当在APP中产生行为后,可直接从微信服务号推送相关消息至用户。比如订单信息、账户安全信息、公告信息等非常适宜采用微信触达渠道。

a1

五、弊端

1. 手机号问题:对于许多重服务行业,如外卖生鲜、房产等行业对用户手机号码依赖性非常强。微信联合登录后,如若不强求用户补全手机,则可能造成用户手机号缺失,在后续营销无法跟进;

2. 手机号绑定冲突问题:微信联合登录用户需要在登录后强制绑定手机或在后续某些操作节点中绑定手机。在绑定中如若发生手机号已注册或已绑定在其他微信中,就会产生绑定冲突问题。

对于此问题解决方案如下:

2.1 对于手机号注册,未绑定微信:

此种情况可对账号做合并操作,这其中对账户余额、账户订单、账户收藏等数据进行合并;

2.2 对于手机号注册,并绑定过微信:

一般可提示用户是否将手机号从原账号解绑并绑定至当前账号。如若遇到原账号有账户余额或重要信息,则不建议采用此方案,直接提示用户原账号重要性,并不可绑定即可。

以上是《基于微信的产品》系列的第一篇,后续瑞叔还将继续深入讲解在微信平台上如何进行产品设计,比如基于微信的传播产品设计、基于微信的触达渠道建设以及其他基于微信的玩法。

 

作者:瑞叔聊产品(微信公众号ruishu11),瑞数曾负责某一线电商过亿用户账号体系、用户沟通触达系统、微信平台营销产品等。

本文由 @瑞叔聊产品 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 文章挺好的,但这全文下划线看的我。。。。

    来自美国 回复
  2. 瑞叔,想求教下。目前公司开始出了小程序(之前只有服务号和APP),小程序里面其实也可以采用微信账号登录。但是关于微信unionID与userid(自身账号体系)的绑定关系是否应该放在统一的账号服务中更好?目前公司小程序还不多,只有2款,业务上还在探索中,为了快速迭代,业务方希望把绑定关系放在业务中,而不是放在统一的账号服务中,对于业务开展当然暂无影响,但是不知道从全局角度或是后续发展的角度来说,是否应该一开始就将绑定关系统一管理,还是等业务发展起来后再统一也可以?

    来自浙江 回复
  3. 我觉得可以讲的再深一点,更好。

    来自广东 回复
  4. 可以再讲的深一些,会更好

    来自广东 回复