分享

给予用户一份贴心|浅析APP异常界面与Toast产品设计落地 | 人人都是产品经理

 只有你不可辜负 2017-08-08

给予用户一份贴心,产品经理不仅仅考虑的是文案和基于移动端IOS或安卓的系统交互,还需要把控当前的使用场景。

异常界面与Toast

说起异常界面,这里不由想起在日常生活中我们所使用的APP带来的各种阻碍情况下的一些反馈提示。这里要说明异常界面里面可能会包含Toast。

但从Android和IOS的人机交互规范角度,国内的APP开发包括大厂(某宝)都会将Android和IOS进行统一,这是在有限的人力和开发资源上,交互设计师或产品经理只需要出一套说明文档,自然控件会出现在IOS中出现ANDROID中特有的提醒机制。不过从产品落地来说,只要不影响用户实际操作体验,那就没有问题。

异常界面的反馈提示是需要文案和BUTTON的合理搭配,能够起到降低用户心理对产品的抵触或失落,甚至能够有效的引导用户进入某个模块或功能,起到流量循环不停的节奏感。

关于网络链接失败,提醒用户重新链接,并给予用户指导进入网络设置。给予用户解决当前页面问题的方法和指导。相比什么都没有,或者给用户报错90001错误,请重试。是不是会好的更多?

01 异常页面与异常情况

页面异常在移动端总共有以下分类:

  • 访问页面不存在的页面
  • 操作失败的页面
  • 拉取数据失败的页面

异常情况分为:

  • 断网状态
  • 服务器异常
  • 操作失败
  • 权限限制
  • 网络切换(WIFI—移动数据—飞行模式)
  • 字符限制
  • 反馈提示

罗列出了以上的页面异常和异常情况之后,那么自己在落地产品设计中,如何去保证自己的异常页面发生时,能够正确的去给予用户一份贴心?

因此,我收集了来自大厂的一些产品截图,或许会帮助你能够落地相应的页面。注意其文案和ICON以及BUTTON的结合,提高转化。

页面异常

(1)访问页面不存在

案例1

案例2

以上页面都有当前页面的错误情况说明,以及当前页面的走向按钮。

原型设计上:

(2)操作失败页面

案例3

案例4

以上案例有区分单个异常和异常说明的情况,其中在美的智能APP上我们可以看到其异常不仅有提示,并且给予TOAST显示当前的错误原因,可以检查理由。方便用户去恢复当前出现的错误

原型设计上:

(3)拉取数据失败页面

案例1:

案例2:

以上分别是用两种方式,第一个是以页面文案提示;第二种是以TOAST来作为表示。最终需要说明该页面的错误原因,并且需要对用户的心情进行调理

异常情况

(1)断网状态

案例1

案例2

2个案例说明,在断网情况下不仅仅需要给予用户当前网络提示,还需要给予用户一个操作入口,能够给予去修复当前状态的行为操作。

原型设计:

(2)服务器异常

案例1:

案例2:

同样的,服务器没有相应我们需要在文案中提示当前的状态,并且给予用户当前操作的权限。

原型设计:

(3)操作失败

这里提到操作失败,首先需要梳理清楚当前用户的操作场景,根据产品不同,其不同产品的功能点也不同,那么用户操作也不同。这里我梳理了以下用户操作行为:

  • 发送操作
  • 评论操作
  • 点赞操作
  • 分享操作
  • 收藏操作
  • 拍照
  • 录像
  • 剪辑
  • ……

因操作的场景不同,产品落地中使用TOAST或页面提醒也不同。这里举例为:

案例1:

案例2:

以上操作失败有操作失败提示,提升当前处于XX操作,并且能够给予用户再次尝试的入口。

(4)权限限制

案例1:

案例2:

权限限制基于在移动端中,需要给予用户说明的是当前权限的文案、操作选择。

这里都是以TOAST或DIALOG进行提醒。很多会直接调用系统层的部件进行设计。

原型设计:

(5)网络切换

案例1

网络切换这里需要说明以TOAST或DIALOG进行提示,在移动端中给予用户信息显示,让用户知道当前的网络切换状态在应用中已经识别,尤其是在需要耗流量的场景下,提醒用户显得尤为重要(直播、短视频等)

原型设计:

(6)字符限制

案例1

案例2

限制的提示需要区分场景,是发送场景、还是编辑消息中的场景,如果是在内容编辑中,则在输入中进行提示。

原型设计:

(7)反馈提示

案例1:

案例2:

案例3:

案例4:

以上反馈为用户操作成功提升、操作提示反馈,但反馈提示往往是为了让满足人类的交互习惯,人与人之间的交流,最不能忍受的是:和别人说话,但是别人却没有一点反映,好像视而不见。这些提示都是在1秒左右会小时,短暂的出现在画面上。

原型设计:

最后要说的是,反馈需要避免过渡反馈、不要打断用户的意识流、避免遮挡用可能回去查看或目前操作的对象和内容。

02 贴心在文案

拿了几十份案例,梳理了异常界面的产品设计,但要想给予用户一份贴心,其最重要的是文案的结合。通过产品形态+内容的方式,达到转化、促活的目的。

首先我们要清楚用户在移动端的操作情况,视频 → 动态 →  图 →  文字。

用户在浏览新闻、文章内容都是以扫的速度来进行留来,因此一份好的文案必须要简短!

简短

写好文案后,尽量的缩减。根据产品落地的形态,如果是TOAST那么文案尽可能在10个字或15个字符以内。

区分字体

根据不同的内容重要,进行区字体。比如以标题和正文来区分

给词汇排序

设计文案时,思考将最重要的词语呈现在屏幕上,以及不重要的内容看起来也不重要。

案例1:

你觉得那个更好通俗易懂?

分部展示文案

这里特别适用于用户引导文案,往往一个页面不能把全部文案写上去,这时候可以根据操作步骤或引导用户的操作步骤将文案分开来。

利用高保真

这个是为了解决WORD或TXT文档中,文案的显示效果无法预测,导致文案可能太长或太短,达不到我们想要的效果。

因此利用高保真的原型设计,可以更快地落地文案。

案例1:

总结

给予用户一份贴心,在APP开发和设计中,产品经理不仅仅考虑的是文案和基于移动端IOS或安卓的系统交互,还需要把控当前的使用场景。尤其是使用场景的多样化、重复性,这篇分享以数十份案例来总结最近我所做的异常界面统筹,希望能够帮助到你们

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多