怎样设计一个不好的注册流程.pdf

怎样设计一个不好的注册流程 问题看上去很简单，但如果在初始设计时能避免，可以少走些弯路。 我供职于唯品会，是移动前端的一位产品经理，主要负责 个人中心“ ”内各产品模块的管理及维护。 如果各位有下载唯品会 APP ，呐， 个人中心“ ”的入口在 APP 首页左下角的人像点进去： 这个入口，里面的产品模块主要有几个： 其中，我负责的部分主要是 2 、3，其余由另外的产品负责。今天，主要主要讲讲注册。 首先，我们谈谈为什么会有注册。 我认为，从用户使用场景来讲，注册并非用户的直接需求 —— 并没有用户会为了注册而注册。言下 之意即 —— 用户操作注册的具体使用场景，总是有其他的目的。比如：为了把某件商品加购物车、 收藏某个心仪的商品、领一张满 100 减20 的优惠券等等。 私以为，注册其实是系统的需求。系统需要一个唯一的 ID去标识某一个用户，这样才可以把与其相 关的数据汇总、对应起来。所以，大部分工具型产品，并没有做注册或登录。 说到这里。其实需触发登录、注册的场景，需遵循一个原则：如无必要，勿增实体 —— 不需要登录 注册的场景，应尽量避免增加登录态的触发点，避免打扰用户的使用场景（进入某宝的个人中心必 须登录 /注册，而唯品会 APP 不需要，可以思考一下为什么）。 另外，让我们谈谈账户体系。 总览业内关于登录 / 注册的文章，我发现大部分的谈论一般仅仅局限在登录和注册。而没有一个账户 体系的全视角视图（也可能是有人写了但我没碰到哈）。从唯品会的业务视角来看，完整的账户 体系，实际上包含了一串儿业务：密码登录、手机号注册、短信验证码登录、忘记密码、联登、完 善账户信息、登录保护、设置绑定手机、修改绑定手机、账户安全等。 而注册流程，位于账户体系的顶端，它的设计，直接或间接地决定了其余流程的设计 —— 因为注册 流程决定了账号的基本必要信息。 唯品会从 08年创立，设计注册流程之初难免有考虑不周之处，因此，在流程迭代的过程中，去兼容 老用户的正常使用（俗称补坑），也成为了一项非常艰巨的工作。 让我们设计一个不好的注册流程 最近在读一本书《数学之美》，这本书除了干货满满，其中提到一点我很欣赏。大意是：与别人分 享不好的方法，可以让他人避免走一些弯路。至于什么方法好，相信总会有更牛逼的人会想出来。 下文所述，也算抛砖引玉了。 唯品会 APP 注册 1.0 初代注册流程逻辑（ APP 5.1 之前的版本）：可使用邮箱 /手机号注册，注册仅需输入手机号或邮箱 和密码即可，不校验手机号、邮箱的真实性；注册成功后，将手机号 / 邮箱设为账号的账号名（祭上 一张珍藏的陈年老图）： 旧注册流程产生的账号，包含的信息： 眼尖的同学可能已经发现，这套注册流程存在的最大漏洞即：未鉴别用户手机号 / 邮箱的真伪性。 因此，在这段时间里，使平台产生了大量的一个用户多账号的问题，任意注册的账号甚至会影响真 实的手机号、邮箱使用者注册（因为账号不能重复注册）。 唯品会 APP 注册 2.0 更新版流程（ APP 5.1 之后的版本）：注册仅支持手机号注册，去除邮箱注册。注册时，需校验手机 号的真实性（通过短信验证码），并设置密码；注册成功后，会将手机号同时设为账号名和绑定手 机号。 更新后的注册账号会包含的信息： 这套注册流程修复了原流程存在的手机号真伪鉴别问题。但是，随着唯品会账号突破 9位数，一个小 概率事件发生的频率提升了： 手机号易主问题 。 手机号易主是一个常见的生活场景。 手机号与人的关系是不稳定的，同一个手机号可能会换主人（运营商回收后重新派号），换号的原 因有很多：上大学去了异地；因为联通的 3G 流量很便宜，弃了移动；跟女友手机号运营商不同，用 不了短号，话费成本高等等。但是账号与人的关系是基本固定的（换了手机号，你会换银行卡 号吗）。 而上述的两种唯品会新旧注册流程，产生的账户信息中，账号名都是不可修改的。也就意味着： 手机号的旧主人，如果使用手机号 1