序言:传统的零售业务进入了瓶颈期,“新零售”的概念层出不穷,看的眼花缭乱:全渠道/无人门店/无人货柜/新生态(盒马鲜生/小米之家/天猫小店)等;各种技术概念更是看的一头雾水:OneID、数据中台、用户中心、统一会员平台和IDMapping等。本文主要内容是理清什么是“会员ID打通”及应用场景,帮助企业更好的完成全渠道会员统一,多品牌的会员统一和用户运营的精准化。数据库
备注:本文提到的“会员”指泛会员,包含用户、顾客、潜客或客户。
对于会员ID打通包含两大业务场景:微信
传统业务共享模块抽象工做,需详细调研涉及用户相关操做并抽象为统一数据结构,如列如下场景和对应细化业务子流程:cookie
下一步须要抽象为统一数据结构,可能以下:数据结构
会员基本信息:用户ID、微信号、手机号、消费密码、姓名、性别、收货地址、年龄、积分、优惠券、标签*等架构
注册记录表:注册时间、注册渠道、注册详细地址并发
绑定记录表:绑定时间、选择密码方式、手机号码、OpenId等app
会员变动记录:会员帐号、帐户变动时间、参与活动内容、帐户变动信息等高并发
会员优惠券信息:会员ID、手机号、券号、券金额、券名称、券张数、有效期、使用要求等相关的信息大数据
在技术上,以上信息会放入关系型数据库,并提供高并发的服务接口供上层业务调用:如会员注册,会员信息查询/修改、优惠劵发放等,咱们常把这类定义为用户中心或统一用户平台,同理为了知足企业更多业务需求,还会有订单中心,商品中心等 ,传统企业在架构设计上也会把这层统必定义为数据中台。微信支付
首先来认识下会有哪些识别ID,常见基本ID如: 手机号mobile、身份证ID和邮箱email;信息化软件系统中用户的惟一ID,如user_id;在PC时代最经常使用的cookie_id;在移动时代,APP的出现引入的各种设备ID,如imei/idfa和mac,微信产生的open_id;最近几年发展迅猛的人脸识别产生的ID,如face_id。
如今让咱们从另外一个维度对会员进行分类:可识别会员、可触达会员和可描述会员,以下图:
OneID的简化结构可能以下:
以上的场景的产生有多是OneID1是线上淘宝消费,OneID2是线下微信支付消费, 二者经过相同的mobile进行打通,OneID1和OneID2多是同一我的也多是一个家庭,经过IDMapping就能够打通OneID1和OneID2背后的标签,从而让用户运营可变的更加真实和立体。
备注:真实业务场景会更加复杂,ID和ID的转化都须要考虑几率,如mobile1和mobile2都是从收获地址获取的手机号,mobile1出现次数几率为70%(10个订单),mobile2 出现次数几率为30%,那Oneid1转手机号,几率最高的就为Mobile1,mobile2转Oneid,几率最高的为Oneid2(几率为1),OneId1仅为30%。
总结:经过以上介绍,相信各位对“会员ID打通”的基本分类和应用场景有了基本理解,在实际项目落地过程当中场景1和场景2也并没有冲突,场景1属于传统信息化建设范畴,场景2属于大数据应用建设范畴。
做者简介:铁叫兽,10年+数据相关经验,曾在电信、阿里从事过DBA,数仓,解决方案,主要经历了阿里去IOE和ONEID的核心coder,目前从事零售行业的解决方案。
【想了解更多内容可访问数澜社区——国内首个数据中台交流社区(https://bbs.dtwave.com/topics...)】