015-登入

今天来简单聊个登入页面。

其实一个简单的登入页面,能思考的事情就很多了。
首先,先聊聊登入最基本的两个功能,也就是注册以及登入两大功能。一开始能够思考的方向是,我到底该以哪个为主要功能呢?其实这个问题,可以从产品使用情境、推出时间或是使用者人数等作为切入的方向:
假设现在制作的是一个美术馆导览的app,那麽作为一位需要使用此产品的使用者来说,在大部分的时期,都是第一次使用的。在这个情境下,主推注册功能,或许就会是一个比较好的做法了。再来,如果是脸书等使用者量体非常大的程序时,登入的功能就会比注册还要来的更常使用。这边只提供的一个最基本的切入点给大家思考,实际上可以考虑的事情,还有非常多!

在考虑完主要推荐的功能时,就可以来思考帐号的设定,或是需不需要提供多元化的登入流程供使用者减去复杂的注册过程,加速会员加入的时间,尽快进入到产品实际使用的情境当中。这边也提供几个可以思考的方式:
如果app的目标客群,是习惯使用app的族群时,由於这群人通常都会拥有各种主流软件的帐号密码,像是脸书、Google、Apple ID等,此时提供多元化的注册方式,便可以大大的缩短使用者注册流程的时间;如果app的目标客群很广时,像是政府机构,电信公司等相关的产业app时,或许使用身分证字号,手机号码等作为使用者注册登入的帐号,会大大的减少因为资讯落差,不知道该如何设定以及忘记帐号的状况发生。

而至於要如何增加注册的人数,单纯的加速使用者的注册流程,有时候还是不够的。这时候就可以加入一些诱因,让使用者真正的体会到软件的好处,再让使用者进入注册的环节,或是推广期间很常使用的优惠码提供注册者一个很直接的优惠,也是可以提高注册人数的好方法。

至於登入常见的功能,还有一个忘记密码的区块。该如何提示使用者最快速的变更自己的密码,同时兼顾提出的每个做法,都能够有效的控制公司成本、个人隐私、使用方便性等问题,也是一个非常有趣的问题是大家可以思考的。

好了,此次的分享就到这边了,铁人赛对於我的时间安排,实在是不希望它占据我整天太多的时间,希望有机会还可以分享更细节的东西与大家讨论,谢谢!


<<:  【Day 14】- 今天来实作一个键盘监听器

>>:  【程序】健康问题 转生成恶役菜鸟工程师避免 Bad End 的 30 件事 - 16

Day12: GuardDuty单一帐号/Org.布建、测试结果产生

如何布署GuardDuty? 1.找到Amazon GuardDuty 2.点Enable Guar...

[Day22] 网格交易机器人-报价接收

首先先在StockPrice以外,新增Bid和Ask,还有Lock(多线程读写资料避免打架的工具) ...

[进阶指南] 错误边界 ( Day22 )

component 里 JavaScript 的错误常常会破坏 React 的内部 state,并...

Day11-JDK堆内存快照工具-jmap(一)基本应用

前言 总算要来介绍让我踏入JDK研究的工具了!!jmap可做到的事情很多,所以我会拆成几篇来介绍。 ...

Day 22 - WooCommerce: 信用卡付款设定选项 (下)

图 22-1: SinoPac 信用卡设定页面 在昨天已经替信用卡付款方式的设定页面规划了四个设定...