对于用户体验是不是越简单越好!是不是让用户操作的次数越少越好?

关于手机注册账号:现在流行的是验证码下发注册,先验证码的发放无非就是2种(第一次发送),用户手动发送,系统自动发送,系统自动发送,会让用户缺少自检的时间,用户输错账号是常有的事儿,但是自动发送,用户会觉着挺贴心的一个小举动,这个该如何去选择?
回答 24 排序

首先看一下使用场景:

(1)用户输入手机号,输入11位完毕,系统自动发送短信验证码至这个手机号,用户成功接收,流程完毕。

(2)用户输入手机号,输入11位完毕,发现输入错了,这时候系统已经提示发送短信验证码至这个手机号了,用户需要修改。(这里需要注意,用户可能不知道你的发送短信验证码规则,用户只知道输入手机号完毕之后短信验证码就发送,用户可能会完全删除之前输入的11位数字重新输入,但是你的功能设计上可能只需要改动其中一位,短信验证码就会重发)

再看看安全机制:

(1)我写了两行代码,不停的更换手机号,因为你没有图片验证码,我一直在刷你的短信

(2)如果你有图片验证码,那输入11位之后自动发送短信验证码的逻辑上,需要加入图片验证码判断,如果判断为否,用户重新填写图片验证码,那发送短信验证码的触发节点在哪,是填写图片验证码之后,还是填写手机号之后,我们无法确定用户填写的先后顺序

再说一个注册登录找回时的问题:

登录的时候,为什么需要用户自己点击登录按钮?

注册的时候,为什么需要用户自己点击注册按钮?

我是觉得,有时候处在一些节点上的时候,帮用户操作并不能换来用户更好的感受,反而用户不知道你的产品逻辑,导致出现一些异常流程是用户不能自己处理,增加了学习成本,也降低了成功率。

所以我不觉得自动发送验证码这个功能有多么贴心。

2017年05月22日
| 评论 13
匿名
优雅灬 神州数码 产品经理

用户体验越简单越好,但不代表操作次数越少越好!体验不是靠减少操作步骤就一定能实现的。

用户完成任务一般需要克服三类负荷:认知、视觉、动作,脑资源消耗为:认知负荷>视觉负荷>动作负荷。所以减少操作步骤时会降低动作负荷,但是这个过程可能会带来更多的认知负荷,也就是需要用户花更多的精力去思考,这时就降低了用户体验。

当然其实也有很多需要通过增加负荷提升用户体验的,比如说游戏,太简单就能完成任务就没有成就感了。所以我说的第一句话也是错的,用户体验和操作简单不简单没关系😂还是要看使用场景。但针对此问题,简单是好的,但前提是不影响用户的认知。

2017年05月26日
| 评论 3
匿名
Hesionhe 是家香 联合创始人

有个原则,是用户可控原则,也可以叫用户优先原则,这个是我自己私家总结,就是从心里上来说,让用户有可控的感觉,会增加他的心里安全感,所以不是点击越少越好,尤其是已经成为习惯的地方,减少用户的心里不安最重要,尤其是局部非系统化的小交互,安全的重要性远远大于少点一步两步,如果是系统级的设计,那另当别论,就不讨论了。

2017年05月22日
| 评论 6
匿名
-阿信 自由职业 曾经是PM

我先抛出自己的观点:自动发送验证码这个功能确实比较贴心。

为什么我会这么说呢,根据网友的场景分析:

“用户输入手机号,输入11位完毕,发现输入错了,这时候系统已经提示发送短信验证码至这个手机号了,用户需要修改。(这里需要注意,用户可能不知道你的发送短信验证码规则,用户只知道输入手机号完毕之后短信验证码就发送,用户可能会完全删除之前输入的11位数字重新输入,但是你的功能设计上可能只需要改动其中一位,短信验证码就会重发)”

网友说的这个场景,在其他产品已经有了比较和谐的解决方案。场景如下:

用户输入手机号,输入11位完毕,界面自动跳转到输入4位数验证码界面,并且验证码下面还有用户输入的手机号预览,此时如果用户发现手机号输入错误,则点击后退并清空之前输入的手机号。只需要用户重新输入手机号,界面就会再次自动跳转到输入验证码界面。(如下图)
Clipboard Image.png


总结

从题目我觉得作者给自己限制住了,考虑到的是输入验证码和手机号是同一个界面。
让用户操作的次数越少越好,在我看来这并不是最正确的。应该是用户达成目的的行为路径越便捷越好。

2017年06月01日
| 评论 3
匿名
刚哥有看法 广东优信无限网络股份有限公司 高级产品经理

结论:用户体验不是越简单越好,而是要根据产品的不同设计出不同的用户体验。

论据如下:

我们首先要考虑的并不是自动发验证码还是手动发验证码的问题,应该要考虑的是为什么要登录的问题!登录有以下几种形式

1.主动登录。如QQ、微信、小黄人、滴滴等应用,即登录才可以使用!

2.不用登录。如喜马拉雅、百度地图、东方头条等应用,即不登录也可以使用!

3.被动登录。如京东、掌上生活、同花顺等应用,即不登录也能用,但核心功能使用需要登录!

也许还有,且归纳如此。昨天看到一句话:驱使用户采取行动,并是不是酬赏本身,而是渴望酬赏是产生的那份迫切需求。用户不能一概而论,产品同样也是一样的!

主动登录:

主动登录用户只要打开应用就面临必须登录的问题,这类应用一般会默认登录状态和默认账号状态,此类用户的动机为“进入-身份-使用”状态,登录对于用户来说只是开门的钥匙,能打开门就好!所以此类产品显然是越简单用户越觉得好!

再说注册,注册是更强调用户的“身份”问题,手机号码、昵称等信息直接觉得他在未来使用中的形象问题,用户一般会纠结和修改,对关键信息有确认需求,所以,用户需要时间对关键信息确认,验证码的发放必然是手动点击为佳。

登录越简单越好,注册需要严谨,用户需要时间。

不用登录:

这个基本与登录关系不大,用户想起了或者需要享受特殊需求时候才需要注册,这个显然也是需要时间。用户要对要求属性进行明确,所以,也是需要时间的。

被动登录:

被动登录的场景在于用户可以直接使用应用的一部分功能,当需要深入使用时需要完成登录,或者是用户需要完成某个需求时,要求是登录状态,此种情况,用户急于完成自己的诉求,会对获得诉求的时间有较高要求,相应的注册和登录时间越短越好,操作越少越好,对于用户来说,可能登录后以后不一定在来,或者在用到了,对注册信息的需求并不是很高。此类应用应该越简单越好。


综上所述:用户注册登录,看似是一个很小的功能,对用户来说确实一个重要的功能,用户信息是整个应用唯一个和自己有强关联属性的部分,所以不同的应用注册需求不同,用户在注册时的验证码发放取决于用户注册的意义!

归根到底:用户为什么要注册?我们想让用户如何注册?我们想从注册中获得哪些信息?

2017年06月06日
| 评论 0
匿名
Lily2333 那美克星 产品实习生

先回答标题的两个问题

前面有大佬提到的游戏任务等功能外,对于绝大多数产品功能来说,好的用户体验是越简单越好,但简单不等同于操作步骤少。

“简单”的意思是指:不复杂、干扰少,容易理解、使用或处理。

依此定义,简单的操作能够减少用户对产品的学习成本,降低心理负担,使用户对产品更快上手,这也是绝大多数产品想要达成的一个目标。相比较同一个目标,通过用户易理解的5个步骤来实现远比瞎蒙的3个步骤操作上更简单,用户体验更好。

再回答题目中的问题,个人认为手机账号注册时,由用户点击发送验证码更简单。

同样的栗子有很多,我自己亲身经历的一件事可以说明这个问题。

之前设计一个网站,需要用户选择一张图片作为活动发布的封面。我们的开发GG采用他认为更人性化的技术来做,即当用户选择图片后会自动上传,因为他认为点击上传按钮是多余的一步。当进行现场测试时发现很多用户选择后不知道是否已上传导致他们点击倒退按键,上传失败。

这个栗子和楼主说的案例相类似,这样的弊端有两点:一是楼主说的,用户会缺少自检时间,出错后耗费的成本更大;二是会使产品逻辑结构不够清晰。这两点都可能导致用户流失。

因此,头尾呼应一下,好的用户体验是越简单越好,但简单不等同于操作步骤少。

2017年06月01日
| 评论 0
匿名
有熊ii 君灵马业 产品总监

 自动发码这个交互要分场景的。

 手机号如果是客户端直接读取展示,首次进入界面,可以系统自动发;

 但如果是手输,最好不要系统发。


 系统发的初衷是为了让用户觉得贴心,省一步操作,可一旦出现错误,反作用很大。

 尤其在注册这一步,获取验证码一定是有时间机制的,通常是服务器时间30秒到1分钟,如果用户输错,在注册的这个步骤卡1分钟是致命的。


 另外短信渠道价虽然已经低到3分一条,但也架不住第三方盗刷,通常各家的服务器和运营商都会做限制,尤其是验证码类,运营商类1个手机号1天10条上限,服务器一般会低于这个数字。更理想的防刷是连续多次请求发码后加图形验证。

 如果用户输错,系统自动发放,在卡时间的同时也占用了1条上限。

 丢一块钱的心理落差远比捡一块钱的大。

2017年05月26日
| 评论 2
匿名

简单并不意味着更少的功能,而是概念模型的简单。

这句话出自《设计心理学2-与复杂共处》,其实题主问题隐含的意思是简单就是减少功能,其实不是这样的,功能的简单有时候反而让人疑惑。概念模型的简单意味着易于理解,即使是功能多一些用户也能高效的完成任务。

人的认知过程中有三个层次

1.本能层次

2.行为层次

3.反思层次

而这里我想重点说一下行为层次,行为层次有一个非常重要的东西,那就是要保证行为要和期望相关联,而系统的反馈要和期望相符,以下关于期望的说明:

1.期望

问题中用户的期望是当用户填写完手机号码之后,他应该获得验证码;在其他所有条件都满足的情况下,用户能不能获得验证码取决于用户的号码时候正确;而这里产生的分歧是,是系统自动发送还是由用户点击获取获得。

而产生这个分歧的原因是基于这样的假设:我们是不是有一种方式不仅能满足用户的期望,还能提升用户的体验?

a。点击按钮获取

在用户自行确认手机号码正误的情况下,依然可能因为确认失误导致无法收到验证码的情况,但在何种情况用户通常会认为是自己的问题,一旦用户没有收到验证码,其实这一次的系统反馈就没有达到用户的预期,用户就会产生挫败感,甚至疑惑。我们所说的控制感,本质上是行为的期望和系统的反馈相符。当我们的期望每一次都得到满足我们就会对事情产生很好的控制感,甚至进入心流状态。

b。系统自动发送

那么在系统自动发送验证码的情况下,用户没有足够的时间确认手机号的正误,最坏的结果也是收不到验证码,但这种情况和点击获取的区别是,用户很可能会认为是系统没有给他足够的确认时间,才导致没有收到验证码,会将问题归咎于系统的设计。

对于大多数产品来说,点击获取验证码已经成了一个正常流程,用户习惯已经培养成了,对于已经养成的用户习惯,一旦剥夺之后用户反而会觉得少了什么东西,但这并不意味着自动发送是一个坏的方案,如果实施的好的话其实是可以提升用户体验的,关键的问题是,是否能保证系统自动发送验证码的情况下,还能保持用户对整个流程概念的完整性。

2017年06月01日
| 评论 3
匿名
Owinsan *程 产品经理

第一个:对于用户体验是不是越简单越好?

对用户体验,产品越简单越好,对大部分形态的产品以及大部分使用场景,这点我认为基本是准确的。

先说我对简单的定义:相对于同类产品,用户在使用某一产品时付出的使用成本更低,使用成本包括时间、金钱、体力、脑力、心理感受等。

再说下对用户体验的定义:用户体验=用户实际感受的产品状态-用户期望的产品状态=(通过产品获取的价值-使用成本)-用户期望的产品状态

在使用某一款产品时,用户会根据自己的相似经验和外部获取的知识产生对产品的预期。产品简单,意味着用户付出使用成本低,用户使用成本的降低意味着用户实际感受的产品状态的提高,也就是提升了用户体验。所以,产品越简单体验越好。

以注册为例,简单可以是:

1. 用户点击“注册”后跳转到注册界面,光标自动聚焦到手机号输入框,系统自动唤起数字键盘;

2. 后台实时校验用户输入的手机号格式,当输入错误发生时第一时间提示用户;

3. 当手机号输入框中已经输入数字后,输入框右侧增加删除icon;用户使用键盘上的删除键时,每次只删除1个数字。这样,用户既可以一次删除所有数字,也可以删除特定数字。

4. 不再赘述。

第二个:是不是让用户操作的次数越少越好?

这一点,我认为需要区分产品形态来说, 不能一概而论。

假设某个产品分为两个方案:

方案一:产品分为ABCD四个步骤,使用成本包括:理解每一个步骤信息的成本+完成每一步操作的成本+回看以前步骤的成本+步骤间切换的成本

方案二:将ABCD四个步骤合并为一个,使用成本包括:理解所有信息的成本+完成每一步操作的成本+心理压力成本。

不同产品形态,方案一和方案二的使用成本会动态变化,可能方案一高、可能方案二高,所以不能一概而论。

以注册为例:

1. 滴滴打车的注册,个人认为应该减少步骤,压缩不必要的操作点,因为用户在注册时可能正着急打车,难以想象一个急着打车的人点击n次才能完成注册流程的感受;

2. 校内网(遥远的记忆)的注册,个人认为不要减少步骤,因为校内外注册时需要填写的内容很多,分步操作可以减少过多信息带来的心理压力,同时有利于用户对信息校验。

2017年06月01日
| 评论 0
匿名
那么 哈勃 产品经理
  • 首先,缩减操作步骤不一定能带来更好的用户体验。

  • 其次,个人认为用户执行的操作都有进一步优化的空间,包括发送验证码的功能,可以设计更好的自动发验证码的逻辑满足用户。

  • 最后,业务点的优化收益要大于常规操作的收益,如果精力有限建议以优化业务点为主,如果仍想继续优化发送验证码这个点,以下方面或许有些帮助:

  1. 正则判断手机号,若符合手机号则自动发送验证码,若不符合手机号则提示用户修改

  2. 验证码发送后,更改手机号显示状态或显示验证码发送的提示

  3. 设计手动发送与自动发送的A/B测试,统计注册时间花费与错误率

  4. 调整自动发送的时机,例如延后0.5秒,统计注册时间花费与错误率,延后发送用于修改末尾误填

  5. 假设用户一分钟内不会填错10次手机号,限制时间段内的发送条数,统计注册时间花费与同一ID注册发送验证码条数,并调整限制条件

2017年06月01日
| 评论 0
匿名
云殊 DDYC-hangzhou pm

最早做产品的时候听师傅说过一句话,感觉很有参考了性,分享一下:

“ 操作流程不一定要最短、操作步数最少,只要流程通顺合理,步骤长一点都没关系的~ ”

2017年06月06日
| 评论 1
匿名
卡拉OK 产品经理

其实很好区分,没上面通篇大论说得那么复杂。

  • 何谓简单,什么时候简单?
  • 何谓体验,什么才算好体验?

我来胡说八道一下:

何为简单,什么时候简单?

简单约等于少、直接、干净利落。我个人觉得高频操作应该就要简单,因为带来的是效率;低频操作可以容错(可简可不简)。手机验证码,假如是注册的话,这种操作一般也就做一次的,是个低频,但也要判定一下:

  • 自动获取,大不了就手机号码错了,等等再输就好了(对了,爽1s;错了,多了30s)。
  • 手动获取,无非就点多一次。(多了1s)。

或许更细心的,可以去看看用户输错率多高。用数据去论证

但这是重点吗?我看带来好体验是下面说的。

何谓体验,什么才算好体验?

讲真,上面的自动获取或手动获取,并没有说某某就是一个好体验。对用户来说,成本很低很低很低(大把无聊的人每天就解锁一下看一下桌面就关掉屏幕)。

好体验应该是获取了验证码之后,自动输入。这就是好体验,一般验证码4~6个 数字。对用户来说输入东西,麻烦!你帮他输入了,解决了大麻烦,爽!

当然,目前验证码在IOS还是个麻烦鬼。

2017年06月02日
| 评论 0
匿名

个人觉得题目可以理解成优化产品的操作流程和交互,让用户操作更简单舒服,这也应该是每个产品人一生所追求的吧,但是我们往往会在自我实现的过程中忘了一个好产品的基础。(可行性、可用性、有价值的),产品不可能做到面面俱到,做好自己的“60分”就可以了。

用户手动获取和系统自动发送,前者是把游戏规则的主动权交由用户,后者为了让用户更方便,隐藏掉游戏规则让系统去运行,个人觉得在产品的初期还是要将主动权交由用户,让真实的用户去操作和把玩,可以在你觉得可以创新的功能点上做埋点,让数据来指导你值不值得去隐藏规则让用户更方便。

2017年05月26日
| 评论 0
匿名
甲乙丁三雨 家里蹲 小打杂

为什么一定要在发送验证码这一部分进行步骤的减少呢?

比如:

1.用户输入手机号

2.点击发送验证码

3.光标自动移动到输入验证码输入框(app调起系统键盘)

4.检测用户验证码输入是否正确,输入完成判断,错误清空。完成进入登录成功页面

以这种方式进行步骤的优化岂不是合理一些?

没有必要为了简单而简单,让用户感觉到自然流畅才是真理╮(╯_╰)╭

2017年05月26日
| 评论 1
匿名
一个奇怪的人 重庆灵思远景公关广告有限公司 产品经理

这里有几个观点:

首先要解释一下用户体验,百度百科上是这样解释的:用户体验(User Experience,简称UE/UX)是一种纯主观在用户使用产品过程中建立起来的感受。但是对于一个界定明确的用户群体来讲,其用户体验的共性是能够经由良好设计实验来认识到。计算机技术和互联网的发展,使技术创新形态正在发生转变,以用户为中心、以人为本越来越得到重视,用户体验也因此被称做创新2.0模式的精髓。在中国面向知识社会的创新2.0——应用创新园区模式探索中,更将用户体验作为“三验”创新机制之首。

他是一个纯主观用户使用产品过程中的感受,因此我们没有办法把用户体验好坏标准化,我们在设计中更多的是根据经验,一些实验数据等作为设计依据来设计他。在产品发布前,没有人可以明确的告诉你这样设计用户就会觉得体验很好;在产品发布之后,我们是通过统计用户点击热区,跳出率,或者事先埋点等方式来验证体验是否符合用户操作习惯。

第二个观点,从我自己从事产品的几年经验中,常规情况下,设计的简单点,操作路径少一点对用户体验是有好处的。不要被表象迷惑到了,用户体验是一门非常专业的学科,全世界有很多的人在研究他,因此的话,我们不要简单的认为设计简单一点,操作路径少一点就会对用户体验有提升。这是个错误的观点。因为,用户体验涉及到产品的业务逻辑、用户心理,操作习惯,使用场景等等。

个人认为题主可以去看看相关方面的书籍,比如说《用户体验要素》《交互设计精髓》《简约设计》这些书。

2017年05月23日
| 评论 3
匿名
RickyNiel 待业 产品经理

1、显然在进行业务操作设计的时候,先应该满足业务的需求,这个涉及的场景相对比较宽泛,暂不展开。

2、业务操作的设计应该清晰:让用户清楚的知道在当前的页面需要进行什么操作,对这个操作的结果有清晰的预期

3、在满足清晰的情况下,个人认为操作的次数应该是越少越好的。

回到题主提到的手机注册验证码的流程,个人认为自动下发验证码更为贴心。

整体的模拟思考如下:

业务需求:

1、用户注册的时候需要通过获取用户的手机号码

2、需要确认该手机号码为可用号码

3、需要确认该手机号码为当前操作者持有的

用户画像及场景预设:

1、小A,男,22岁,上海某大学学生,通过PMCAFF论坛了解到我们产品,好奇遂下载APP试玩后准备注册

2、小B,女,34岁,上海某A轮公司财务,因为闺蜜推荐下载我们的产品,下载后注册

3、小C,男,29岁,江苏某学校老师,因XX广告位了解到我们产品,下载试玩后觉得不错,准备注册

操作流设计:

1、获取用户手机号码(后台确认该号码的可用性)

2、下发短信验证码

3、获取用户输入的短信验证码(后台确认该短信验证码的有效性)

4、返回用户注册结果

页面交互设计示意:

F4868523-48C5-4AB9-96D9-1A8A502BDFEF.png

核心点思考:

一、为什么把手机号码和短信验证码拆分到两个页面展示

遵循【清晰】的设计原则,尽可能让用户在一个页面的注意力聚焦在一件事上

二、在页面01中为什么没有确认按钮

1、在前面的用户画像中,基本属于互联网年轻用户,对注册流程比较熟悉

2、通过188 XXXX XXXX的设计提示,较为清晰给用户传达了一个【我已经完成手机号码输入】的操作了

3、手机号码对于用户来说是一个极其熟悉的数字,用户在每输入一个数字时,会对之前的数字进行校验

4、用户在输入完手机号码,再点击【下一步】确认时候,一般认为没有时间对手机号码进行校验,保留【下一步】确认按钮并不能很好解决用户输错手机号码直接获取短信验证码的错误

三、怎么防止恶意刷短信验证码的情况

1、因为是在APP里,直接代码刷验证码的情况可以通过技术手段解决(和H5页面的差别)

验证设计效果:

1、抓取用户操作的成功率

2、抓取用户操作的花费时间

3、抓取用户输入错误手机号码的几率

4、抓取用户获取短信验证码的条数

5、对常见的恶意攻击的套路进行模拟


以上为个人对手机获取验证码的流程的思考思路,欢迎讨论~

2017年06月06日
| 评论 2
匿名
活过 有间公司 深圳,找一份产品工作。

你的用户群体越习惯,越好!

2017年06月01日
| 评论 0
匿名

从用户的体验上来看,我真的不关心要不要我多点一次来获取验证码,我更关心我多久能收到验证码。安全和成本,上面都有说到了,就不说了。

2017年05月31日
| 评论 0
匿名
Yoyy 阿哈罗地区 饲育家

显然生活在社会主义社会,任何绝对的产品论都不可能正确。

⬆️这句也是正确的废话。

中庸理论告诉我们,80%的偏向纠结都是没意义的。一般而言两边都是对的。

拍脑袋选一个,也不会对产品成败有什么影响。

如果某天做实验真的发现了当页验证码改成次页自动发之后转化率大涨,也别急着觉得是这种设计的功劳从此信奉一生了。不信你哪天再改回去试试……

2017年05月28日
| 评论 0
匿名
Yanny杨燕 上海聚评 产品经理

我们用的是自动帮用户填充验证码

2017年05月28日
| 评论 2
匿名
查看更多

发表评论,请先 登录 · 注册

合作伙伴

诸葛IO
薪人薪事
会会
华兴阿尔法
 阿尔法公社
测试兄弟
Growing IO
BOSS直聘
Artand
极光推送
SDK.CN
Bugtags
微企点
环信
IXDC