app体验如何改进?三个迅速提高用户体验的魔鬼细节
平面设计2015-06-16作为一名移动app的产品设计师,我(英文原文作者)每周都会下载很多app来试用,看看有哪些细处的交互模式或是惊艳的视觉设计能给自己带来启发。有时,你确实能发现一些app有着不错的想法,但是更多时候,你只觉得失望,因为看到太多app不懂得怎样尊重用户。
在设计开发流程里,有那么一些最基本的实践原则需要我们记在心里并落实到产品当中,目的很简单,就是让产品变得好一点,让用户开心一点。本文中,我们将聚焦在以下三个问题上:
征询授权
注册的窘境
加载与等待
征询授权
没有什么比第一次打开app之后立刻被询问是否愿意授权更让人觉得讨厌的了。你连产品介绍或是最基本的界面还没机会见到,就被一个弹窗糊在脸上,上面写着“你是否同意我每天都来打扰你?” 每当我遇到这种情况,便会立刻卸载掉这个app;透过现象看本质,我知道这款产品背后的设计者不懂得尊重用户,这里不会有什么值得我学习的东西。
设想一下,你一只脚刚刚踏进某家餐厅的大门,服务生立刻扑过来说:“请留下您的邮箱,我们每天都会为您发送新品消息”,有没有很粗鲁?你会听他的吗?这种“服务”给你的感觉如何?你甚至还没体验过这家餐厅的饭菜质量,为什么要关注他们的新品消息?
和现实中的情况类似,向用户征询权限的方式及时间点很有讲究,从询问是否允许推送消息、是否需要订阅,到征询信用卡信息,皆是如此。从展现形式上来说,我更习惯于使用和全局UI和谐统一的定制化设计代替硬邦邦的系统对话框,来更有礼貌的向用户提出要求 – 更重要的是,向用户解释为什么需要授权。
有些类型的app,譬如Uber,是完全基于用户的地理位置信息进行工作的。他们是这样向用户征询授权的:

就是最基本的iOS模态对话框模式。如今,大家都了解并信任Uber,但是如果我不知道呢?如果我因为不了解和不信任而点击了“不允许”呢?

如果一开始就拒绝授权,我接下来要么在搜索栏中手动设置自己的地理位置,要么就是去到系统设置里面重新打开授权。无论哪种情况,都会破坏自然流畅的产品体验。
也许,在征询授权之前增加一个额外的步骤,就能解决这些问题:

这个额外的定制化对话框不需要很多工作量,即使在用户进入app之前增加这样一个步骤,也是划算的,因为这种定制化的形式可以让用户知道你在意他们、尊重他们,他们会感到更加安全,并对个人化的服务体验产生良好预期。
注册的窘境
我在最近的一个创业项目当中,为了确保给用户带来最好的初体验而绞尽脑汁,因为这个产品的机制相对特殊一些,需要用户注册账户并首先邀请好友加入之后才能开始工作 – 挑战真的不小。
如果你认为简单的放置一个“用Facebook账户登录”按钮便能解决掉所有问题,那么这只能说明你没有对社交平台账户登录的相关功能进行过实际测试。使用Facebook、Twitter、Google等平台的账户直接登录,这种方式不是在所有情况下都适用,我们的实际调研结果也表明一些用户并不愿意将自己的社交平台账户授权给其他产品使用。那么,怎样确保用户愿意在你的产品里创建新的账户呢?
展示产品价值
我们所习惯的那种常规的注册流程仔细想来其实挺疯狂的。虽然在多数时候还是可用的,但是从用户体验的角度来看,非常不可理喻。

我们在很多app里都见过这样的流程:初次加载后,出现几屏根本没人看的功能介绍或是新手引导,然后在最后一页里告诉你必须注册账户才能开始使用服务。
在怎样的世界里,你会在还没有体验过服务的情况下就献出自己所有的个人信息?这和我们之前关于征询授权的问题是一个道理。
但就是有一些特定类型的产品(包括我自己的),确实需要用户的真实信息才能进行工作,这也是现实。
如果可以,试着增加一种游客模式,虽然核心功能和服务不可用,但是让用户在不注册的情况下对产品产生直观的认知。当那些潜在的目标用户了解了你的产品是怎样帮他们解决问题的,他们无需引导便能产生参与的欲望并创建账户。这些用户是你真正的目标用户,因为他们的动机完全是自发产生的。
查看全文
在设计开发流程里,有那么一些最基本的实践原则需要我们记在心里并落实到产品当中,目的很简单,就是让产品变得好一点,让用户开心一点。本文中,我们将聚焦在以下三个问题上:
征询授权
注册的窘境
加载与等待
征询授权
没有什么比第一次打开app之后立刻被询问是否愿意授权更让人觉得讨厌的了。你连产品介绍或是最基本的界面还没机会见到,就被一个弹窗糊在脸上,上面写着“你是否同意我每天都来打扰你?” 每当我遇到这种情况,便会立刻卸载掉这个app;透过现象看本质,我知道这款产品背后的设计者不懂得尊重用户,这里不会有什么值得我学习的东西。
设想一下,你一只脚刚刚踏进某家餐厅的大门,服务生立刻扑过来说:“请留下您的邮箱,我们每天都会为您发送新品消息”,有没有很粗鲁?你会听他的吗?这种“服务”给你的感觉如何?你甚至还没体验过这家餐厅的饭菜质量,为什么要关注他们的新品消息?
和现实中的情况类似,向用户征询权限的方式及时间点很有讲究,从询问是否允许推送消息、是否需要订阅,到征询信用卡信息,皆是如此。从展现形式上来说,我更习惯于使用和全局UI和谐统一的定制化设计代替硬邦邦的系统对话框,来更有礼貌的向用户提出要求 – 更重要的是,向用户解释为什么需要授权。
有些类型的app,譬如Uber,是完全基于用户的地理位置信息进行工作的。他们是这样向用户征询授权的:

就是最基本的iOS模态对话框模式。如今,大家都了解并信任Uber,但是如果我不知道呢?如果我因为不了解和不信任而点击了“不允许”呢?

如果一开始就拒绝授权,我接下来要么在搜索栏中手动设置自己的地理位置,要么就是去到系统设置里面重新打开授权。无论哪种情况,都会破坏自然流畅的产品体验。
也许,在征询授权之前增加一个额外的步骤,就能解决这些问题:

这个额外的定制化对话框不需要很多工作量,即使在用户进入app之前增加这样一个步骤,也是划算的,因为这种定制化的形式可以让用户知道你在意他们、尊重他们,他们会感到更加安全,并对个人化的服务体验产生良好预期。
注册的窘境
我在最近的一个创业项目当中,为了确保给用户带来最好的初体验而绞尽脑汁,因为这个产品的机制相对特殊一些,需要用户注册账户并首先邀请好友加入之后才能开始工作 – 挑战真的不小。
如果你认为简单的放置一个“用Facebook账户登录”按钮便能解决掉所有问题,那么这只能说明你没有对社交平台账户登录的相关功能进行过实际测试。使用Facebook、Twitter、Google等平台的账户直接登录,这种方式不是在所有情况下都适用,我们的实际调研结果也表明一些用户并不愿意将自己的社交平台账户授权给其他产品使用。那么,怎样确保用户愿意在你的产品里创建新的账户呢?
展示产品价值
我们所习惯的那种常规的注册流程仔细想来其实挺疯狂的。虽然在多数时候还是可用的,但是从用户体验的角度来看,非常不可理喻。

我们在很多app里都见过这样的流程:初次加载后,出现几屏根本没人看的功能介绍或是新手引导,然后在最后一页里告诉你必须注册账户才能开始使用服务。
在怎样的世界里,你会在还没有体验过服务的情况下就献出自己所有的个人信息?这和我们之前关于征询授权的问题是一个道理。
但就是有一些特定类型的产品(包括我自己的),确实需要用户的真实信息才能进行工作,这也是现实。
如果可以,试着增加一种游客模式,虽然核心功能和服务不可用,但是让用户在不注册的情况下对产品产生直观的认知。当那些潜在的目标用户了解了你的产品是怎样帮他们解决问题的,他们无需引导便能产生参与的欲望并创建账户。这些用户是你真正的目标用户,因为他们的动机完全是自发产生的。
查看全文
暂无评论!
发表评论