如何设计App的登录

文章纲要:

1.为什么要登录?

2.什么时候登录?

3.怎么登录?

一、为什么要登录

目前app关于登录有两种选择,一种是不用登录,另一种则是需要登录。对于开发者没有账号系统意味着无法获取用户的信息,想要根据用户的一些基本信息做进一步的决策是相对比较困难的,同时用户的一些历史记录难以很好的保存。如果该产品若不是较其他竞品有较大的优势,用户流失的概率会相对比较大。

那么什么样的产品可以做登录,什么样的产品不宜做登录呢?

首先,强社交需求的产品(微信)、涉及到较多用户财产安全的产品(网银类)、用户对操作记录等个人隐私比较care的产品(邮箱)等这些产品登录是需要,用户也可以接收。

其次,如相机、手电筒、时钟、天气、空气质量、文本阅读器等纯工具产品,如果你让用户去登录,只会让用户狠狠的骂你一句傻逼别无其他。

产品要不要登录,其实还是从用户的出发点来考虑,如果登录后能很好的保护用户的隐私,是用户接下去操作环节中必不可少的,那就做吧!但是如果用户后期的操作完全与账号无关,或者说用户就算不登录也可以玩的话,那就算了吧。

二、什么时候登录

确定了产品需要登录,接下来就是考虑什么时候登录了。目前业界流行的有两种登录时机,一种是在启动的时候就检测用户是否有登录,若未登录则让用户登录。另一种是当需要用户的信息的时候再检测用户是否登录,未登录跳转到登录页面。两种形式各有优缺点,并且设计还有一定的区别。

先说如何选择两种登录时机?

如果用户的信息贯穿到产品核心功能的各环节,这种情况可以将登录前置到启动环节。(强社交,强个性化推荐)

如果产品只是在某些环节需要用户的信息,那这种情况完全可以将登录后置。(电商,新闻类)

关于第二种登录,还可能会出现另外一个问题,用户进行一个操作是一个多步的操作,是在第一步的时候就让用户去登录,还是在最后一步的时候让用户再登录呢?

关于这个问题,其实我更偏向于放在最后一步。

原因有:1.不想在第一步就将用户卡死,放在最后一步并明确告诉用户最后一步,用户会考虑他先前付出的和将会得到的,去登录的概率会更大。

2.放在第一步,用户无法预知接下来还会有多少步骤,若需求不是很强,用户会在这一步有较大的折损。

但需要注意非常重要的一点是:一定要告诉用户你当前输入的信息我已经帮你保存了,登录后就可以提交了。不然用户会很担心,我要是去登录或注册了,我现在编辑的信息会不会丢失,严重没有安全感。

三、怎么登录

此环节需要明确以下问题:

1.注册和登录强化哪一个?

根据接收产品用户数、用户先前是否有安装或登录做不同的设计。举两个栗子:百度所有产品都用同一个帐号体系,而且百度帐号体系存在时间相对较长,这个时候如果百度出一个新产品,根据以上的分析,就应该相应的强化登录而不是注册与登录并重。

而对于一个全新的产品而言,没有累积的帐号体系,用户第一次启动app的时候更多的应该是引导用户注册,或者至少是注册和登录并重(引入第三方登录这种case另算)。

2、注册方法

业界最常见的有2种注册方法:手机号注册,邮箱注册。越来越多的产品选择使用手机号注册。手机号注册相对邮箱注册有很多优势,如安全性,及时性,强营销手段等。但越来越多的产品选用手机号注册,也给用户带来了一定的困扰,如果整天都受到一堆的垃圾短信也让人烦躁。也就是说在强推手机号注册的时候,但也要给用户另一种选择如邮箱注册,第三方帐号登录。反正就我而言,当遇到一个新产品,如果有第三方帐号登录就不会去注册。

3.第三方登录过程是否让用户去注册?

在登录的时候经常会有第三方帐号登录的选项(常见的有QQ、微信、微博,各人觉得选项不宜过多,给出最常见、值得信赖不会随便抽风的3种就够了)。点击第三方登录跳转到授权页面,授权后有些产品如果发现该第三方帐号并未生成一个自身的产品帐号,会再次跳转到注册页面。但是从用户的角度出发,如果用户点击第三方登录形式,就是不希望有注册登录那样繁琐的流程,加注册流程只会很大程度将用户卡在门外。这个时候有些PM会告诉你他们担心第三方帐号出问题,希望组建产品的帐号体系。无可厚非,那为何不再后期引导用户去补全信息呢?

4.边界问题处理情况

产品设计中会有很多边界的情况,而这些边界细节的处理合理的处理其实一定程度的彰显着产品经理的能力及素养。比如登录设计中可能遇到的边界情况:手机号注册过程中,检测到手机号已被注册,大部分的产品的处理方法是提示用户手机号已被占用,然后引导用户去登录。而我见过好的设计如微信他会告诉用户这个手机号被哪个用户占用了,是直接去登录该帐号还是再重新注册一个帐号。而微博则是告诉用户该手机号被哪个用户占用,提示用户需不需要更改用户信息成目前的填写的信息。且不比较微信和微博哪种形式更好,微信和微博的这种形式对于用户的体验是更好的。

注重细节的产品才有机会成为一个用户真正喜欢的产品。

以下是梳理的注册登录页面的流程图,信息比较多,具体应用的时候还是根据产品选择对应的形式。


注册流程图
登录流程图

以文章的形式培养自己系统化的思路,顿时发现原来碎片的知识都串起来了。 

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,378评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,356评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,702评论 0 342
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,259评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,263评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,036评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,349评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,979评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,469评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,938评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,059评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,703评论 4 323
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,257评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,262评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,485评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,501评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,792评论 2 345

推荐阅读更多精彩内容