从错误页面的角度看用户体验
阶段一:
系统错误信息乃至错误堆栈被抛到页面上。
这是最原始的容错界面,在现在的网站中依然偶尔出现,这是糟糕的和不安全的,相信现在没有一个负责任的UCD专家会容忍这种现象的发生。
阶段二:
引导到简单的错误提示页面,例如:“系统忙”、“页面不存在”和“出错了”,或者一个简单的弹出框提示用户。
无论界面是美观还是简陋,这种方式都是原始的,并且是易于实现的。这是网站UCD的底线,如果您希望您的网站简单和质朴,那么这样实现并没有什么不好。
阶段三:
提示页面不仅仅是告知用户错误,还能够给出一定的建议,或给出一定的引导,以帮助用户在出错的情形下更快地修正错误,找到正确的页面。
这在相对复杂一些的网站上出现,通常网站只给出简单的提示或引导,例如只给出搜索框建议用户搜索他所需的东西。
阶段四:
如果页面比较复杂,那么设计人员可能希望页面某个部分的错误不会影响大局,例如,一个聚合了若干个portlet的大页面,对于某个portlet的错误,不影响页面其他部分的展示——这时候,通常最好的容错办法是保持安静,即“No news is good news”,用户不需要知道系统忙,也不想知道页面的某个出错的位置本该展示某某内容的;用户最希望依旧能看到一个完整的页面,只是其中出错的部分被隐藏起来了,他并未发觉。
这里需要实现两点:
1、网站风险分散的容错性设计,对于某个子功能的错误不影响到整个页面的运营;
2、错误的隐藏,界面少了某一区域,依然能够准确排版展示。
您的网站,在哪个阶段呢?
文章系本人原创,转载请注明作者和出处
上一篇: 过度工程
下一篇: swoole的进程模型架构
推荐阅读