产品功能拆解（2）——App登录

上一次我们分享了Web端的登录，这次聊一下App端的登录。

与Web端一样的是，App端的登录也分成进入式的和流程式的。只不过我们很少在App端看到像Web一样的快速登录，看下对比。

左图是标准App登录页面，元素与Web一致；有图是App的快速登录，现在已经很少见了。也就是现在的App，不管是在进入式还是流程式的登录，呈现出来的界面大部分都是左图的样子。原因如下：

1、空间有限。我们知道手机的型号有N多种，在本身有限的空间内，还要做快速登录，同时还要兼顾出错提示，甚至第三方账号这样的页面元素，特别是在一些窄屏手机上，快速登录框会被压缩得很小，已经影响了用户体验，所以不如跳转到单独的登录页面；

2、登录流程。这种情况在金融类软件中出现得比较多。因为金融类软件在登录之后还有一步验证信息（比如指纹或者手势），也就是登录➡二次验证➡登录成功。为了体现完成的登录流程，不如用单独的登录页面保证页面的流畅（主要是二次验证涉及到不通过、取消、跳过等行为）。

在手机上标准的App登录页面除了展示相关登录元素之外，其实能够利用的空间比较少，主要是因为当你点击输入框之后，会弹出键盘。如果你想在登录页面上方做文章，比如增加logo或者广告图，就会导致文本框下移，很容易造成键盘弹出之后，将文本框遮挡住，造成输入不便。所以现在的登录界面基本上就是我画的这个样子。

另外，刚才提到了，App登录与Web登录最大的区别在于二次验证。很多金融类软件为了安全性，牺牲了这部分用户体验，也就是用户在第一次登录的时候需要绘制手势密码，以后不管你是通过何种方式打开的App，都会先让你绘制手势密码，然后再进入App。

我个人不太喜欢这种二次验证，当然我知道这种做法是出于安全考虑。可还是那句话，二次验证是防君子不防小人，因为二次验证不管是手势还是指纹，都是存储在本地的，所以只要有人黑进了你的手机，什么手势指纹，你就是弄成花儿也一样没有卵用。我更倾向于这种使用二次验证的App提升自身安全性和安全机制，二次验证解决不了根本问题，反而频繁的输入手势会影响用户体验。

下次分享会把登录相关内容补完，说下第三方登录和App上的冷热启动。