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！这样就结束了！图样图森破~~~）
系统只是判断了手机号和身份证号是否绑定了ID，可是并没有判断是否绑定了同一个ID啊！
so~
如果用户有两个账户，A和B：A绑定了手机号，B绑定了身份证号。
那么，到底要提示用户的哪个CK账号与HS账号绑定呢？
这里的话，我建议提示信息更为准确的那个账号绑定，就比如绑定了身份证和银行卡的账户B。因为手机号存在被重复使用的可能性更大，而身份证号由于通过支付功能的银行4要素验证后绑定的，基本不存在重复使用的概率（除非是被而恶意盗用）。所以系统提示用户绑定花生好车账号时，应优先选择身份证信息匹配的账号进行提醒。
PS：我以前在玩dota2的时候遇到过一种情况，我当时注册了2个完美通行证，账号A用手机号注册，账号B用邮箱注册，B账号中绑定的手机号与A相同，其中B账号使用频繁，且进行过充值，另1个账号注册后激活了另外1款游戏后未再使用。在某次登录的时候客户端提醒我，存在两个账号信息重复的问题，让我确认是否合并账号，合并后将使用同一个账号登录，在我确认后，让我输入了另一个账号的密码，即完成了绑定。从此我登录完美的各种游戏，只需要使用这1个账号就ok了。
总结
1. 账户体系的作用是提供了一个标记，这个标记代表着线上的一个独立且唯一的账号，我们希望这个标记可以和现实中的人形成对应的关系，借助这个关系我们可以把这个线上账号的线上行为归类为某个“人”的行为，借此来制定各种的规则，各种的统计，各种的分析和各种的预测。
2. 账号体系迁移要处理好虚拟与现实的对应关系，要准确对应、避免重复。不然，当你想对线下的某个用户进行干预和影响时，你在线上就找不到对应的账号了，同时用户也会因为账号重复造成体验下滑。
作者：张海龙，财客钱包产品经理，5年互联网产品经验，专注于互金领域。
本文由 @张海龙 原创发布于人人都是产品经理。未经许可，禁止转载。
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！这样就结束了！图样图森破~~~）
系统只是判断了手机号和身份证号是否绑定了ID，可是并没有判断是否绑定了同一个ID啊！
so~
如果用户有两个账户，A和B：A绑定了手机号，B绑定了身份证号。
那么，到底要提示用户的哪个CK账号与HS账号绑定呢？
这里的话，我建议提示信息更为准确的那个账号绑定，就比如绑定了身份证和银行卡的账户B。因为手机号存在被重复使用的可能性更大，而身份证号由于通过支付功能的银行4要素验证后绑定的，基本不存在重复使用的概率（除非是被而恶意盗用）。所以系统提示用户绑定花生好车账号时，应优先选择身份证信息匹配的账号进行提醒。
PS：我以前在玩dota2的时候遇到过一种情况，我当时注册了2个完美通行证，账号A用手机号注册，账号B用邮箱注册，B账号中绑定的手机号与A相同，其中B账号使用频繁，且进行过充值，另1个账号注册后激活了另外1款游戏后未再使用。在某次登录的时候客户端提醒我，存在两个账号信息重复的问题，让我确认是否合并账号，合并后将使用同一个账号登录，在我确认后，让我输入了另一个账号的密码，即完成了绑定。从此我登录完美的各种游戏，只需要使用这1个账号就ok了。
总结
1. 账户体系的作用是提供了一个标记，这个标记代表着线上的一个独立且唯一的账号，我们希望这个标记可以和现实中的人形成对应的关系，借助这个关系我们可以把这个线上账号的线上行为归类为某个“人”的行为，借此来制定各种的规则，各种的统计，各种的分析和各种的预测。
2. 账号体系迁移要处理好虚拟与现实的对应关系，要准确对应、避免重复。不然，当你想对线下的某个用户进行干预和影响时，你在线上就找不到对应的账号了，同时用户也会因为账号重复造成体验下滑。
作者：张海龙，财客钱包产品经理，5年互联网产品经验，专注于互金领域。
本文由 @张海龙 原创发布于人人都是产品经理。未经许可，禁止转载。