注册登录系统对于每一个网站或者应用的成长，获取稳定的用户是至关重要的。那么，一个应用应该如何将一个访客转化为用户呢？这其中涉及到的因素有那些呢？实际上，不同的应用因为其产品的不同，或多或少都有着一些差异。本文的目的就在于阐述如何为系统量身打造一个合适的注册登录系统。
一 触发场景
实际上，登录注册页面对于用户而言处理不当是一种非常差的用户体验，当用户满怀期待的要对应用一探究竟时，系统却弹出了一个登录注册页面，这对于用户而言是一种打扰，甚至不排除部分用户有因此放弃继续相关操作的可能。这就涉及到，在什么场景下触发操作会将用户的排斥心理降至最低的问题。答案很简单，触发操作的场景需要给用户一个充足的理由，一个让用户觉得注册对用户自身有利的理由。
常见触发场景
1 第一次进入网站时。
实际上，除了特别要求最好不要在用户第一次登陆网站或应用时强制用户注册。用户此时尚不知网站或应用对自身是否有用，因此用户在本能上对于注册登录是有抵触的，娱乐消遣性质的应用尤其应该注意，用户在浏览时往往具有随意性，此时弹出注册登陆强行打断用户浏览的连续性，会给用户一种讨价还价的感觉，这很有可能激怒用户，致使用户放弃浏览，这对于应用来说没有任何好处。
a 知乎模式---哥哥就是牛逼，不注册就想看，门儿都没有！！！！！知乎非但不提供首次浏览，甚至拒绝用户使用第三方账号登陆，但是应该 注意的是知乎这类网站的特殊性，知乎在刚开始为了维护网站的用户质量甚至拒绝没有邀请码的用户注册网站，这也就不难理解知乎这样做其 实在一定程度上起到了过滤用户的作用。但是绝大多数网站，并不具备这种特点，因而不建议网站或应用在用户第一次登陆时，弹出注册登录 页面。实际上，联系到提示中建议用户输入的是姓名，我们就可以猜到这是一个严肃性的网站，因而注册者不会像娱乐性网站一样，用户登录 严肃性网站目的性一般较强，因为意外的打断而终止行动的可能性较小。
b 网易云音乐模式---别怪我没提醒你啊，下边放了游客浏览入口。当然，如果非要在用户首次登陆时弹出注册登录页面，而应用内容对于用户而言娱乐性又较强，建议采用网易云音乐的模式。在界面放置一个允许用户浏览的入口，需要提醒的是，第三方账号登录建议采用微信、QQ、微博三种方式，实际上最好保留1---2种登录方式，因为用户容易忘记曾经使用过的登录方式。
2 进入网站后，特定操作触发。
a 允许用户浏览全部内容，但当进行部分输入功能时（即非浏览性功能，例如：评论、喜欢等），触发注册登陆。譬如为了防止用户进行恶意评论，规范用户行为，用户想要 进行评论时，弹出注册框。
b 用户将要发生消费行为时，触发注册登录。实际上这是促使用户注册的最好时机，因为此时注册是有利于用户自身利益的。
c 仅允许用户使用部分主要功能，限制部分次要功能模块（譬如个人中心）。
例如陌陌在主要模块页面下侧设置了“快速注册”提示条，并且限制了通讯录与个人中心两个功能模块的使用，当用户点击这几个点时即可触发操作。
二 注册方式---手机号、邮箱、第三方账号
1 手机号注册。实际上这是目前、最为快捷的注册方式，考虑到手机端的输入方式需要切换，为了简化用户操作，建议移动端仅提供手机号注 册，这样可以直接弹出数字键盘，用户无需转换，但是如果应用还有PC端入口需要注意两者的统一问题。譬如，移动端仅提供了手机注册方 式，那么PC端注册也应该有手机注册及登陆，如果PC端保留了邮箱注册，那么手机端也应该在设置中提供绑定邮箱的操作。
2 邮箱注册。邮箱注册方式应该属于桌面注册方式，并不适合移动端。原因在于无法确保用户在手机端是否安装相应的邮箱应用或相关提示，即 使安装了还有一个操作的便捷性问题，考虑到手机验证码注册的即时性以及验证码会出现在状态栏，用户无需任何操作便可获取接收到的验证 码，因而建议手机端优先采用手机号注册。桌面注册其实两者的操作差距会小很多，但是涉及到密码安全问题，建议如果仅提供手机号注册应 该在账号安全里提醒用户邮箱绑定，以便于找回密码。
3 第三方账号。虽然第三方登陆快捷方便，但是一般网站、应用还是希望用户单独注册一个账号，实际上这样做对于绝大多数网站并没有什么好 处，因为用户可能会忘记这些独立的网站账号而不得不再次注册，这非常影响用户的使用体验，因而除非特别要求不建议采用独立的账户体 系。
三 注册内容及流程
实际上，不同的网站、应用因为针对用户的不同，因而其对于注册内容的诉求也有着明显的差异。有的应用希望通过用户注册获取一定的用户信息，那么自然其注册流程就会相对而言较为繁琐，有的应用对于用户信息并没有过多的诉求，因而其注册流程就较为快捷。实际上，从用户角度而言注册流程应该尽量精简，而从平台角度而言，尤其是希望从用户注册流程中获取用户信息的应用，应该思考的是以什么形式呈现信息可以将对用户造成的负面体验降至最低。下面以实际案例进行分析:
案例一 滴滴打车---手机号码。
滴滴打车是一个典型的移动端应用，滴滴打车完全摈弃了其他的注册形式以及第三方登录，其采用的流程为：手机号---验证码---完成。这样做应该是出于以下几点的考虑：
1 注册的便捷性。整个注册过程用户仅需要输入手机号，以及验证码两步操作，便可完成注册。
2 摈弃第三方登陆时因为用户使用过程中需要借助手机与司机进行电话联系，因而直接以手机号码注册也免去了用户注册后还需要再次输入手机 号码的麻烦，并且规避了部分用户注册之后没有录入手机号码而导致司机无法联系的状况。
3 至于滴滴打车为什么不需要输入密码，我觉得应该是因为打车行为是一个与当前用户使用手机密切相关的行为，因而不存在同一账号多设备登 陆问题，其次打车行为与支付行为属于两套独立的体系不存在安全隐患。
4 因为该应用属于提供商业服务的工具，且交易双方会发生面对面接触，因而系统鼓励实名认证。
5 当用户退出后再次登陆，会弹出要求用户输入密码，很明显用户没有设置密码，因此会使用忘记密码按键，当用户输入密码后显示登陆成功但 系统会锁住设置密码界面强制用户输入密码。
案例二陌陌---手机号码+第三方账号。
陌陌是一款陌生人社交软件，其注册方式采用手机号注册与唯一第三方社交账号登陆的方式。其采用的注册流程为：昵称---相关详细信息---手机号---验证码。其采用这种方式应该是出于以下几点考虑：
1 陌生人社交的成功有赖于必要的用户个人信息，因而陌陌在注册过程中要求用户填写性别、籍贯、生日等内容
2 关于下侧的唯一第三方登录账号，我想是为了避免用户忘记是从哪一个第三方账号登陆的问题。
3 自动实现验证码验证，一定程度上缩减了用户操作的复杂度，但是需要考虑的是这一方式的实现，软件肯定主动调取了手机短信内容，是否会 引起用户对于软件安全性的顾虑。
4 应该注意的是陌陌的注册系统要求用户首先填写的是昵称等相关信息再填写手机号等信息原因在于陌陌是一个社交平台，因而个人信息的填写 放在了比较重要的位置。
案例三 今日头条---将注册隐藏于验证码登录中
今日头条是一款媒体类APP，而且浏览头条内容可以发现头条内容娱乐属性，其采用的注册方式为手机号注册，其注册的触发场景为评论等功能，以及个人中心的登陆注册。其采用的注册登录逻辑分析如下：
1 娱乐属性的应用，其用户对于无关的打扰一般没有耐心，因而登陆注册应该采用最为简便的方式。注意“未注册手机号的验证后自动注册”，也就是说今日头条没有注册，只有验证码登录（也即手机动态码登陆）与密码登录两种登录方式。当用户第一次采用验证码登录时，自动注册即伴随着用户用验证码登录后台自动帮助用户快速注册。今日头条的登录程为：手机号码---验证码---完成登录。
2 对于绝大多数头条用户来说，只是在用头条浏览内容打发时间，头条并没有太多的社交属性，因而头条并没有在注册中要求用户填写昵称，也没有必要，当然不要求用户注册就牵涉到后台应该为用户准备一套自动生成用户名称的系统。
3 注意图三，这是已注册但没有设置密码的用户退出时系统的提醒，要求用户设置账号密码后再退出，系统之所以不请求用户在注册时设置密码是因为不希望繁琐的步骤打扰用户，而当用户退出时弹出密码设置框，此时已经不再是打扰，而是一种善意的提醒。
4 值得注意的是，今日头条收藏功能允许用户在不登陆的前提下使用，即使应用卸载后再次安装收藏内容依然存在。也即今日头条根据用户硬件系统在后台自动为用户创建了一个账户，我想这也是头条如此简化用户登录系统的底气。
5 今日头条有一个问题就是移动端与pc端不统一的问题，移动端仅允许手机号注册，而pc端仅允许邮箱登录。最让人无法理解的是，移动端没有绑定邮箱的设置。那么，既然没有邮箱注册的入口，又怎么用邮箱登录呢？
总结
具体设计过程的思路
1 确定注册登陆系统触发场景
a 首次登陆页面。
b 应用内部某一个或某一部分功能。
2 根据应用移动端与PC端的诉求，确定注册登陆方式---手机号、邮箱以及第三方账号---的主次顺序，及其在移动端与PC端的对应。实际上，建议移动端仅保留手机号码注册，PC端考虑到一部分用户没有手机的状况采用手机号码与邮箱号注册两种形式，但是应该做好移动端与PC端的对应。
3 确定登陆注册核心流程
a 填写手机号码/邮箱账号---验证---密码---完成。在这一步还需要考虑的问题有，是否需要用户马上填写密码（也即验证码快速登录是否可以，这样可以将登录与注册相结合，让用户自己决定是否完善相关信息）。
b第三方账号登陆。第三方账号登录首先考虑的是微信与QQ，当然还可能涉及相关利益方，譬如网易可能会把自家的易信塞上。但是，建议保留少量第三方登录毕竟登陆注册是低频次使用的内容，过多的第三方登录容易让用户混淆，忘记自己使用的登录方式。
4 完善核心流程。
不同的应用、平台因为其内容的不同，不免对于用户有不同的诉求。这在注册登陆页面也多少有所体现。前面笔者曾提过，互联网平台的本质是信息流通的节点。人在平台的一切行为，只有一个目的---获取目标信息。那么，很明显为了让平台准确的实现用户与目标信息的对接就必然需要获取用户的部分信息。实际上，从用户角度而言，信息输入是一种打扰，那么如何有效的降低对用户的打扰呢？
a 理清登陆注册环节，除了核心注册流程外，还需要获取用户哪些信息？
b 这些信息应该添加在用户核心流程的哪一个位置？
c 这些信息是否需要马上填写，是否可以让用户日后逐步完善？
相关案例---摩拜单车
触发场景---“扫码开锁” “红色说明条” “自行车标识”
上图为摩拜单车用户首次登陆页面，当用户点击扫码开锁、红色说明条以及自行车标识时，系统会弹出登陆注册提醒。因为这三个触发场景最终都会导向单车的使用，这涉及金钱交易因而此时弹出登陆注册合情合理。
注册登录方式及核心流程
手机号---验证码---完成。到底是否需要用户设置密码，这应该与应用本身的内容重要度有关，像摩拜单车以及滴滴打车这一类工具类产品，其使用与手机密切相关且内容不涉及个人隐私，金钱交易使用一套独立的支付体系，不涉及其他登录平台
核心流程完善
完善内容涉及押金与实名认证两部分内容，当用户未完成注册离开页面后，用户再次触发首页的三个触发场景将会弹出该页面，提醒用户继续完成注册流程。
摩拜单车是一款涉及金钱交易的工具类产品。用户进入界面后只有唯一的目的即实现自信车的骑行，因而整个界面的所有操作，都会触发注册登录系统。但是，如果仔细观察会发现注册登录系统实际上分为两个部分，手机验证与相关内容完善。而完善内容是与自行车骑行密切相关的押金充值以及实名认证。需要注意的是，因为过程繁多，系统为用户准备了相关步骤完善的进度条，这样做其实应该是处于两方面的考虑，方便用户准确获知整个注册登录的流程，其次某些用户可能不会马上完成全部注册，而即使用户不能马上完成下次可以继续操作而无需重新开始。
至于设计过程中具体的细节思考请参考下面这篇文章
做产品的那些事儿---登录注册
