报名活动，用户填写信息有手机号，没有验证码，产品询问该报名用户需不需要加入账户系统，如需要，账户系统则加入这批数据，手机号作为登录账号。需要注意，仅是作为协办方的商务活动，用户不知其平台，某天在平台注册时提示“该手机号已是账号”等文案，必然一脸蒙圈，所以除非是充数据，否则不建议加入。

　　技术做法：将这批用户锁定，虽然存在于我们的账户系统，但注册时没有判断限制。当用户量大到一定程度，并且账户体系需调整，就尴尬了，删也不是，不删又不好处理。

　　产品做法：增加手机+验证码登录入口。登录成功，新用户自行创建账号，旧用户直接登录即可。

　　为什么市面很多产品依然保留“账号/邮箱+密码”的登录方式?

　　产品早期已聚集很多用户，并且注册使用账号/邮箱，然而该产品没有绑定手机号的强硬需求，所以只能保留该登录项。后期可根据绑定用户占有比等数据判断，再行决定是否去除账号/邮箱+密码登录方式，切勿一刀切!

　　注册登录设计安全做法

　　上图为喜马拉雅FM的注册登录界面。

　　登录项有账号密码/手机免密/第三方账号，既方便新用户也照顾老用户以及丢失手机只能使用密码登录的用户。

　　注册项有手机+验证码+设置密码，至于昵称要不要?社交产品中昵称是对外展示的马甲，注册时没有填写，则默认手机号为首次的昵称，或者系统为新用户统一配置默认昵称+编号区分。

　　运营问过我为什么注册成功后昵称是手机号，好奇怪，我说可以去资料页更改的，她还是觉得很奇怪，然而可能有些人又觉得注册时候不要用户填写那么多信息。至于要或不要，建议产品下决定前多考虑，有条件做个A/B测试，没条件可以选一项先行，埋点根据数据分析，再做决定。

　　例如先收回去，根据用户后期更改昵称频率以及注册成功至更改昵称的时长等，判断用户对更改昵称的需求迫切度，达到某一峰值，则放在注册时填写。

　　放出来之后追踪用户在设置昵称页面的跳出率高不高，如果很高，但又不想影响用户注册转化率，可增加跳过按钮填。用户设置密码成功点击下一步操作按钮时，账号已经生成了。

　　设置昵称功能之所以啰嗦那么久，是因为产品工作沟通中，矛盾点往往是小分歧~

　　手机注册流程设计

　　输入手机号完成，下一步操作是获取验证码，点击获取时触发判断。切勿在最后提交注册时判断，否则既让用户做无用功，又产生无意义的信息费用。又啰嗦了，因为发现新人的需求文档中，基本缺少判断逻辑的触发机制描述。

　　第三方账号登录逻辑

　　第三方授权存在X个，同一人在平台中存在多个账号概率极高。例如你的微信账号有10元，QQ账号0元，某天登记QQ账号记忆混乱以为钱没有了，是BUG!

　　强制绑定手机号产品，第三方授权登录后如需绑定手机号，前提为该第三方之前不存在账号。

　　例子：

　　使用微信授权登录，点击微信a登录后弹出绑定手机号页面，输入手机号A，获取验证码时进行判断，如该手机号A不存在账号，则登录成功关联手机号并创建user ID。然而下次QQ登录，绑定手机号A,判断该手机号A已存在账号，但是没有绑定过QQ，直接登录至手机号生成的账号，这种做法能够保证一个用户使用X个第三方账号登录进入的是同个账户。更换另一个微信b登录绑定，则判断手机号A已经绑定过微信a，如继续绑定，则微信a与手机号解绑，微信b绑定并登录至手机号生成的账号。

　　可以得出，微信a已没有绑定任何手机号，下次使用微信a登录，绑定手机号B，生成的是新账号。也就是说user ID的建立判断是以手机号作为凭证而非open ID，使用第三方授权登录，绑定不成功后退出，账户创建不成功。

　　选择绑定手机号为什么不需判断“是否被同类第三方绑定”?绑定之前，第三方账号已经存在，所以必须从账号的概念上思考。