您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
产品的会员id,有哪些机制,有没有例子?
会员,用户,场景产品的会员id,有哪些机制,有没有例子?
发布时间:2020-12-06加入收藏来源:互联网点击:
产品的会员id,有哪些机制,有没有例子?
回答于 2019-09-11 08:43:50
回答于 2019-09-11 08:43:50
首先我们要明白产品为什么需要用户id?
系统中保存有各种数据,登录日志,浏览日志,订单信息,发货信息,投诉建议等。为了高效获得用户及其相关信息,我们需要一个唯一的标识。
使用这个唯一标识,我们可以一次性得到用户相关的所有信息,而不用多次查询,从而提高相应速度。
既然用户ID是唯一的 我们就可以使用一些唯一的数据作为用户的id
1、身份证号(护照号,军官证): 能保证唯一性,但是有个人隐私问题,不建议采用;
2、手机号:能保证唯一性,用户如果换手机,这个就麻烦了;
3、自增长的数字:能保证唯一性,安全性有问题,容易被人踩到用户id,进行一些攻击; (当初qq号就是自增长的)
4、当前时间毫秒值:能一定程度保证唯一性,但是如果并发特别大的时候或者系统堵塞的时候,可能发生重复;
5、UUID:一个全球唯一的字符串,需要一定的计算,可以接受,存储需要一定空间长度。
6、唯一设备信息:网卡mac地址,手机串号,都不一定有权限能获得到相关信息。
上面是已知用户id产生方式, 比较常用的是2,3,5。 具体怎么选择要看产品特点,上述介绍仅供参考吧。
回答于 2019-09-11 08:43:50
各类技术概念更是看的一头雾水:OneID、数据中台、用户中心、统一会员平台和IDMapping等。本文主要内容是理清什么是“会员ID打通”及应用场景,帮助企业更好的完成全渠道会员统一,多品牌的会员统一和用户运营的精准化。 备注:本文提到的“会员”指泛会员,包含用户、顾客、潜客或客户。
一. 什么是会员ID打通
对于会员ID打通包含两大业务场景:
1. 打通各业务系统相同识别ID形成会员ID,如通过把品牌A CRM与品牌B CRM中的会员进行打通(通过手机号),形成统一接口服务,再提供通用服务接口供业务系统进行调用,如:用户注册、用户信息修改、积分消耗、优惠劵发送等。
2. 打通各业务系统不同识别ID形成会员ID,如通过用户在淘宝的消费行为、微信上的点击浏览行为和线下门店消费形成全维度的用户“全息画像”,为用户运营提供提供数据支撑,常见的业务场景有商品推荐、个性化活动推送等,主要用于提高老客复购率或连单率等指标。
二. 业务场景一:打通各业务系统相同识别ID形成会员ID
传统业务共享模块抽象工作,需详细调研涉及用户相关操作并抽象为统一数据结构,如列以下场景和对应细化业务子流程:
下一步需要抽象为统一数据结构,可能如下:
会员基本信息:用户ID、微信号、手机号、消费密码、姓名、性别、收货地址、年龄、积分、优惠券、标签*等
注册记录表:注册时间、注册渠道、注册详细地址
绑定记录表:绑定时间、选择密码方式、手机号码、OpenId等
会员变更记录: 会员账号、账户变更时间、参与活动内容、账户变更信息等
会员优惠券信息: 会员ID、手机号、券号、券金额、券名称、券张数、有效期、使用要求等相关的信息
在技术上,以上信息会放入关系型数据库,并提供高并发的服务接口供上层业务调用:如会员注册,会员信息查询/修改、优惠劵发放等,我们常把这类定义为用户中心或统一用户平台,同理为了满足企业更多业务需求,还会有订单中心,商品中心等 ,传统企业在架构设计上也会把这层统一定义为数据中台。
三. 业务场景二:打通各业务系统不同识别ID形成会员ID
首先来认识下会有哪些识别ID,常见基本ID如: 手机号mobile、身份证ID和邮箱email;信息化软件系统中用户的唯一ID,如user_id;在PC时代最常用的cookie_id;在移动时代,APP的出现引入的各类设备ID,如imei/idfa和mac,微信产生的open_id;最近几年发展迅猛的人脸识别产生的ID,如face_id。
现在让我们从另一个维度对会员进行分类:可识别会员、可触达会员和可描述会员,如下图:
1. “可识别会员”:判断是否可以标识一个自然人,以上列举的所有ID都是。 2. “可触达会员”:判断是否可以通过ID触达到会员,相关的ID会有有Email(邮箱),mobile(短信),imei/idfa(广告投放),mac(广告投放),user_id (APP站内信),open_id(公众号内容推送)。 3. “可描述会员”:判断是否ID具有可关联描述用户画像的标签信息,而可描述会员是企业进行精细化运营会员的数据基础,企业应该通过一切信息化手段和标签设计(如何设计标签,扩大可描述会员的范围,但这里面还有一项非常重要的步骤:如何打通不同识别ID关联的标签信息并形成一个会员ID,这就是常说的OneId,而IdMapping是描述OneID和其他ID之间转换过程或者说形成OneID的过程。 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属于大数据应用建设范畴。
上一篇:谁推荐一些好听的青春类歌曲或者怀念青春类的,校园分别类的也行?
下一篇:返回列表
相关链接 |
||
网友回复(共有 0 条回复) |