在用户信息表设计文章中，提到千店设计，其实这个是对微信unionid的扩展，或者说是绕开unionid的限制，进行会员的互通设计。
业务场景
开连锁的商家，一般会有多家的门店，有些商家会有千家门店（吹不吹牛就不清楚了）。这种情况，如果想会员体系互通，微信的unionid机制也满足不了。
unionid机制
如果开发者拥有多个移动应用、网站应用、和公众帐号（包括小程序），可通过 UnionID 来区分用户的唯一性，因为只要是同一个微信开放平台帐号下的移动应用、网站应用和公众帐号（包括小程序），用户的 UnionID 是唯一的。换句话说，同一用户，对同一个微信开放平台下的不同应用，UnionID是相同的。
unionid机制限制
unionid机制里面提到了，同一个微信开放平台，我们登录开放平台看一下就清楚了。
image.png
相同主体：上限50
不同主体：上限5
就算是相同主体，也有50个上限，更不用说不同主体了。对这些商家来说，这个数量远远就不够的。
破局关键
虽然unionid不支持，但是我们只要在注册会员中增加手机号的关键获取，就能把整个链路打通了。而且这样就不仅仅限于微信，对于大商家来说，后续流量也可引流到APP。
结语
上述仅仅是针对打通的会员体系进行介绍，当然还有加盟形式，小程序托管，会员不通。但是表的设计都是一致的。均可参考用户信息表设计
网友评论