从账号注销系统细节说起
最近在使用简书的时候，为了方便登录简书，想使用各类第三方社交账号联合登录，将微信、豆瓣账号绑定之后，绑定微博账号的时候发现，简书的第三方微博账号已经被其他账号绑定了。此时，我考虑放弃的时候，看到当前账号设置有删除账号功能。登录到微博快捷登录的账号，删除了该账号，另一个主账号顺利绑定。这个功能的用户体验，是之前设计app的所没有考虑到的。
经过反复查看手机上的应用，对于账号注销功能，存在以下三种分类：
A.压根不提供账号注销功能
B.存在注销功能，或者主动通过email或者自助系统提出申请
C.可注销，长时间不使用后系统自动注销，违规行为进行注销。
很多好的产品，都在想法设法提升用户转化率，引导用户注册，提升用户存留率。账号注销对此，却是一个反作用，对于产品价值来说是不利的因素，降低活跃用户量。
从功能需求上来讲，这个功能是一个非刚性需求，低频率，感觉是没有意义的功能。开发此功能，增加了开发成本，从技术角度考虑，所谓的账号删除，并没有逻辑删除，只是屏蔽了使用。随着业务的增加，用户系统可能涉及到更多复杂度，删除账号功能牵扯到各个业务系统。
从用户价值角度考虑，删除账号，一方面是用户对于该产品的不信任，或者用户体验不佳等失去用户使用的期望。另一方面是出于安全考虑，或者处于隐私原因，删除账号并重新注册一个新的。
那么，删除账号功能，做还是不做，我的想法还是做，从第三方登录绑定角度考虑，减少用户误绑定的概率，降低用户约束感，从细节增强用户感，明确产品的使用用户群，逐步留住高价值的用户 ，提升产品其他维度的价值。
谈谈账号系统注册
好吧，原归正传，2015年5月，在考虑施肥博士App的账号系统注册的时候，一直存在一个疑问的流程，即用普通账号注册，以及不同第三方账号注册（手机号、微博、qq等）。不同账号下的注册，遇到这么个问题，不同账号下出现不同的内容，没有做出账号绑定功能，从技术层面上看，这是不同的账号，合并之后的账号系统，数据需要进行一定的处理。即两个不同账号的数据合并问题，存在交集的数据，以及冲突的部分，之前的考虑是没有合并项。
现在将这个账号系统的注册优化，以第三方联合登录方式，其流程图如下：
受到删除账号功能以及绑定社交账号的启发，后端数据库设计以之前的基础不变，绑定社交账号和取消相对来说也变得比较简单。
