继上次的用户体验的分享后,本次给大家详细的说明下体验设计。
首先讲下用户体验的分类,用户体验主要分为五个大类,第一个感官体验,感官体验主要是给予用户视觉跟听觉上的体验,主要是让用户感觉到舒适。第二个是交互体验主要是给用户感觉到好用与实用的体验感。第三个主要是情感体验,这个是让用户在心理上感受到产品的友好性,很贴切用户实际内心的需要。第四个浏览的体验,这种感觉主要是用户看到产品的时候在预览的过程中,能够激发出一种好奇心或者是吸引的心理感受。第五个是信任体验,能够使得用户感受到信任的情感,觉得平台是很可靠的,具有一种归属感。
接下来根据用户体验的分类结合到产品设计中需要的注意点进行描述。
感官体验主要从产品的整体风格要符合用户的审美观。在做产品设计之前要明确针对的客群,按照客群去选取符合这个群体的审美观的风格。产品的LOGO也可以让用户在感受上达到一定的视觉冲击,LOGO 要简要,但是又能折射出企业文化等信息。页面布局、色彩以及页面的访问速度都能让用户在感官上感受到这个产品的体验是否舒适。若是视频类产品,可以从音色、音量上去调节听觉上舒适度。
交互体验主要还是功能层面的体验,用户操作要简洁、页面要有主次感,统一感。比如,注册模块,流程清晰、简洁。待用户注册成功后,再详细完善资料。 针对新开窗口,尽量减少新开的窗口数量,避免打开过多的无效窗口。具体的功能还要具体的分析。
情感体验主要还是运用于互动体验,比如售后跟进、优惠活动、友好的客服等,在情感上去打动用户,这一点对产品的口碑起着很重要的作用。随着不同的节日给予不同的风格变换,在情感上唤醒用户的感受。针对用户操作的指引也要落实,让用户一目了然的知道产品的功能,这样可以减少用户的自我思考,让用户轻松的去使用产品。
浏览体验主要还是要从页面的布局、内容的分类、产品的种类等信息化进行刺激用户的浏览层的体验。包含颜色的排版、页面的底色等,能触达用户视觉。
信任体验是用于让用户感觉到产品的可靠性,产品质量的保障说明备案信息、售后及时回应、售后保障、客服电话的外显、帮助中心、相关链接、隐私条约、法律声明等信息。让用户感受到可靠性,认定产品的安全性。
交互设计原则主要讲解下尼尔森的十大交互原则,如下:
原则一:状态可见原则(Visibility of system status )
用户在使用产品的时候,要一目了然的知道当前的功能是什么,这个功能在什么场景下需要使用,也要为用户提供适当的反馈入口,防止用户使用过程中出现错误而无处反馈。
原则二:环境贴切原则(Match between system and the real world)
产品应该设计符合用户日常逻辑的功能,不要太进行另类化,让用户产品很强烈的陌生感,使用的网站语言也要贴切用户的生活环境,不同国家的用户采用不同国家的语言展示,要与实际的环境相结合。
原则三:用户可控原则(User control and freedom)
使用产品的时候,可以让用户实时的去把控产品的使用方法,比如用户在操作系统的时候,关闭、退出这些操作要让客户清晰的知道入口,符合常规逻辑,比如退出一般在设置里面,或者页面右上角退出标记等。新开弹窗的关闭按钮也要显而易见,而不是里三层外三层的让用户去进行摸索。
原则四:一致性原则(Consistency and standards)
一致性原则主要包括结构、色彩、操作、反馈与文字的一致性。
原则五:防错原则(Error prevention)
与良好的错误警报弹出窗口相比,更好的设计是在错误发生之前避免错误。这可能有助于用户消除一些容易出错的情况,或者让他们在提交前有机会确认。应特别注意用户快速使用该功能,并产生破坏性影响,以防止用户犯不可逆转的错误。
原则六:易取原则(Recognition rather than recall)
通过使组件、按钮和选项可见,减少用户的内存负载。用户不需要记住每个对话框中的信息。软件的用户指南应可见,并可在适当时再次查看。
原则七:灵活高效原则(Flexibility and efficiency of use)
系统设计的时候保持灵活的原则,针对新老客户都要适用的原则去设计。
原则八:优美且简约原则(Aesthetic and minimalist design)
对话内容应该删除不相关或几乎不必要的信息。任何不相关的信息都会使原本重要的信息更难被用户感知。
原则九:容错原则(Help users recognize, diagnose, and recover from errors)
错误消息应该使用摘要文本(而不是代码),显示错误并提供解决方案。这意味着如何为犯错误的用户提供及时、正确的帮助?这有助于用户识别错误,分析错误的原因,然后帮助用户回到正轨。如果你真的无法帮助用户从错误中恢复过来,那么你也应该尽力帮助用户将对用户造成的伤害降到最低。
原则十:人性化帮助原则(Help and documentation)
系统最好不使用帮助文档,我们也应该提供支持文档。任何帮助信息都应该易于查找。