给予用户一份贴心|(数十份案例)APP异常界面与Toast产品设计落地

144
作者 KEVIN
字数 6660 阅读 46评论 0

异常界面与Toast


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

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

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



fetch_file00991450395a09ad5eaabab1e73b7d61-picture

fetch_filed198ead2bf2de090abdcc97bae632351-picture



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

01

异常页面与异常情况


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

  • 访问页面不存在的页面


  • 操作失败的页面


  • 拉取数据失败的页面


异常情况分为:

  • 断网状态


  • 服务器异常


  • 操作失败


  • 权限限制


  • 网络切换(WIFI—移动数据—飞行模式)


  • 字符限制


  • 反馈提示

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

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

页面异常:

案例1

fetch_filedc0265241dc13cee35ee582df7504430-picture

案例2:

fetch_file7d721461d814295e827eb136e5687ea7-picture

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


原型设计上:

fetch_file9698ee2c30d6c0a68711f70eb537f84a-picture



操作失败页面:

案例3

fetch_file49d02876bb8548df7a7d7fbf65f62253-picture

案例4

fetch_file0c27c9b84621e01d7a3ad68935e710b1-picture

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

原型设计上:

fetch_file416710b1db151927f343dbc11dde9e2d-picture

拉取数据失败页面


案例1:

fetch_file2e9be4c1047777fdef7f81d3e09682b5-picture

案例2:

fetch_file117a630e39a4c143848ebc7383b9427b-picture

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


断网状态:

案例1

fetch_file72b0497b9c7730e9441c7cf70a264311-picture

案例2

fetch_file4ca0a5daeda48676f8d7e53b7dd0e925-picture

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

原型设计:

fetch_filecfb1060a743a588c7374ecd6f2728ca5-picture

服务器异常:

案例1:

fetch_filee249e8c870cc14352c49b97daf47b3e5-picture

案例2:

fetch_filefd35c5b8abf7f432fb1daa24d3dcaea0-picture

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

原型设计:

fetch_filecb3b4064aa02e7c236feaabd0caf10f7-picture

操作失败:

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

  • 发送操作


  • 评论操作


  • 点赞操作


  • 分享操作


  • 收藏操作


  • 拍照


  • 录像


  • 剪辑


  • ......

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

案例1:

fetch_file60b1184288f1be22e5cb1773fecb55e7-picture

案例2:

fetch_filec04e126c167c7428c73e3d551e31277e-picture

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

权限限制:

案例1:

fetch_file011d46014dc49f2f392e80be6de0c0b1-picture

案例2:

fetch_file67d166d6e8a730a58843513d4f62533d-picture

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

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

原型设计:

fetch_file4d2fc2fe40a2a6425dab44bc5aa651a1-picture

网络切换:

案例1

fetch_filec5f14b2f16b45b70e866549904a39716-picture

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


原型设计:

fetch_file9c2dfd9f0a27d0f5cbea67ba1bb6ce94-picture

字符限制:

案例1

fetch_file5c2e3d0bd5ea97205a9cf87e7ddfc41f-picture

案例2

fetch_file8ace04ad87713de6f59a4ffd7f49ef02-picture

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

原型设计:

fetch_file69c9f815b5c5102857344100b61ea5d6-picture

反馈提示:

案例1:

fetch_file4327e5da41038352cc6aed4bedc5b4be-picture

案例2:

fetch_file3fdd1a3c304f8cbbc8a18ad63effe49f-picture

案例3:

fetch_filea3b224814c6bc6a22ca9c51a6974e0c3-picture

案例4:

fetch_file6318f6f4b2a6e945c7f3c575a0496991-picture

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

原型设计:

fetch_file6390c12179279dcd9f67d354c6f74a48-picture

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


02

贴心在文案


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


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

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

简短

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

区分字体

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

fetch_fileb7eb21a7c717a1b334d78c3a6b21a25c-picture

给词汇排序

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

案例1:

fetch_file732759426ecf523fff2d4a5559c2edc5-picture

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

分部展示文案

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

fetch_filee5e93546bbdfd014df5977054b8dce19-picture

利用高保真

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

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

案例1:

fetch_filed29640a7f44851cd5202b913f07e9273-picture

另外关于深圳线下分享会

之前有一个帖子,KEVIN也说了正在和小伙伴们筹备深圳线下产品分享会帖子在这里动|Kevin和他的产品朋友线下沙龙分享会(深圳地区)

这里建立了个深圳分享会的群,有兴趣或到时候可能有时间的朋友,可以先进群,相关活动的进展和情况我也会在群里说明,1群100人已满,为满足小伙伴们及时得到分享会信息,所以建立2群。分享会相关进展会在这里同步,时间已经确定是:9月23日,地点:南山讯美科技大厦 3

已经邀请到来自华为、中兴、腾讯产品大V为你带来产品分享



【KEVIN改变世界的点滴 作者:张晋壹 】

经验分享

登录 后发表评论