实操案例｜教你处理账户体系线下向线上迁移的问题.docVIP

实操案例｜教你处理账户体系线下向线上迁移的问题 　　账号体系迁移要处理好虚拟与现实的对应关系，要准确对应、避免重复。 　　 　　2016年11月，产品部门接到管理层的要求，需要给HS好车的购车用户和公司员工，在CK钱包（P2P理财APP）中开立线上账户，在此账户中需要根据其线下消费情况发放相应的积分，并在CK金币商城中提供更多的兑换商品。 　　其实，核心功能就是把HS好车的线下账户体系迁移到CK钱包原有的账户体系中。 　　那么，要实现此功能，我们就要解决以下几个问题： 　　系统自动注册账户时的用户唯一性问题； 　　系统自动注册账户时的账户重复开立问题。 　　一、如何保证用户账户的唯一性？ 　　当系统给用户自动注册账户时，需要考虑的第一个问题就是，我们用什么来标识这个用户的唯一性？或者说，我们如何让用户和系统知道这个账户代表谁？ 　　在用户角度上，我们常用以下信息标识账户的唯一性： 　　账户（用户）名 　　手机号 　　邮箱 　　第三方社交软件账号 　　在系统角度上，每一个账号在注册的时候都会系统自动分配一个不变的ID，用户的各种信息都会绑定在这个ID下面，与这个ID产生关联。 　　在线上系统的账户概念中，我们其实是在把用户的各项自身属性与系统中的唯一ID进行关联，无论用户的自身属性如何变化，这个ID是唯一且不变的。 　　在本案例的实际操作中： 　　第一步，我们要求运营部门提供用户信息列表，数据项包括：姓名，身份证号，手机号，银行卡号等。 　　第二步，我们向技术部门发布自动注册账户的产品需求，思路是要按照开户规则提供一个管理后台给运营人员，让其使用。 　　第三步，人工处理账户信息重复问题。 　　二、如何解决账户重复开立的问题？ 　　系统自动注册账户时，我们会遇到两套账户体系交叉重复的问题，现在绑定系统唯一ID时常用的用户信息为手机号和身份证号。那么，就会产生以下几种情况： 　　HS用户手机号在CK系统中没有和任何的ID绑定。 　　HS用户手机号在CK系统中已绑定在某个ID下面。 　　同时，由于CK系统对每个身份证号码只能绑定一个ID做了限制，那么又会产生以下情况： 　　HS用户身份证号在CK系统中没有和任何的ID绑定。 　　HS用户身份证号在CK系统中已绑定在某个ID下面。 　　把这2种可能进行排列组合，我们会最后得到一个所有可能性的列表： 　　 　　综上所述，系统自动注册这个功能，是为了给线下的自然人在线上创建一个虚拟账户，并把两者关联起来。这样在CK线上系统中，这个自然人也就有了相应的身份。以后无论是要做相应的行为数据分析还是精细化运营，我们都能够把线上的数据和线下的自然人对应起来，也就满足了我们要在线上对自然人进行积分体系运营的初衷。 　　在本案例中我们是以用户的手机号和身份证号对系统唯一ID进行绑定的，在设计其他此类绑定关系的时候就需要根据自身实际业务情况全面的考虑各种可能性（如上方表格），重点解决线上账户的唯一性和重复问题。 　　三、用户如何自主处理账户重复问题？ 　　前面以自身案例大概说了一下系统注册账户的事情，这里面由于我们自身业务的特点，很多账户重复绑定关系的判定我们都是依赖线下人员去核实和确定的。在用户体量较小时可以如此过度，可当用户量很大或者没有线下人力资源去做这样的事情时，就需要用户自主处理了。 　　那么，如果需要线上让用户自己确定这种绑定关系的话，业务逻辑是什么样的呢？ 　　我们还是以系统帮HS购车用户自动注册CK账户为例。（自动开户信息中需要银行卡号、身份证号，是为了在支付的四要素认证时保证用户各项身份信息为同一人。） 　　1. 运营部门提供了9000个HS好车购车用户名单要求系统帮助注册账号，据说运营妹子已经核实过表格中数据的格式问题和真实性…… 　　2. 使用CK管理后台导入账户名单，所需字段为【手机号】，【身份证号】，【银行卡号】，【姓名】。首先判断手机号是否绑定ID，再判断身份证号是否绑定ID。这样就会出现昨天我们说的那几种情况： 　　 　　可以注册新账户的我们不考虑；只有1项信息绑定的，说明已拥有CK账号，那么用户再次登录CK账号时询问用户是否将此CK账号与HS账号绑定，验证信息后绑定，此类情况不单独讨论。 　　我们重点讨论手机号已绑定，身份证已绑定的情况。 　　这种情况说明用户使用此手机号在CK注册过了账号，也在CK使用此身份证绑定过银行卡。这种用户肯定注册过CK账号，那么就需要在用户登录其已有CK账号时询问用户，是否将此账号绑定为花生好车专属账号，绑定后可根据在花生的消费记录获取积分奖励。 　　是，验证并绑定； 　　否，不绑定且以后不再提示。 　　但是，要在用户中心给用户提供给一个以后进行绑定的入口。（Perfect！这样就结束了！图样图森破~~