首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

完成信息架构-内容研究-启发性评估

Toy Bc(阿坚)

读完需要

8

分钟

速读仅需3分钟

内容整理摘录自《超越web设计的信息架构》,根据过往经验教训,摘录书中文字,结合在一起,形成属于自己的文字内容。

上文回顾,主要是描述了研究情景的研究会议(更多的是头脑风暴)、利益相关者访谈(按照PMP定义,应该就是访谈,在不同阶段,和不同角色的利益相关者进行访谈)、技术评估(在研发阶段的进行技术储备和技术设计的预研)。

情景研究内容全部都更新完成了,主要是获取支持、背景调查、初步演示报告、研究会议、访谈及技术评估。

根据信息生态的文氏图,情景、内容、用户都是在信息架构,信息环境下,必不可少的信息。

内容被定义是在信息环境中的东西,只有让用户找到内容,内容才能被使用,所以内容可寻性的优先级要大于其的可用性。

内容研究框架的工具分为启发性评估、内容分析、内容映射、标杆法。分成三段文字进行叙述,启发性评估,内容分析,内容映射和标杆法。

1

启发式评估

只要有可能,就要尝试从现有网站应用中学习,并找出值得留下的部分内容。启动整个过程,这就是启发式评估。

大多数产品、信息的项目无非就是涉及重新设计现有的信息环境,优化已有的信息架构,获得更好的用户体验。

启发式评估(heuristic evaluation)是一种专家评判,用一组正设计的准则去测网站应用。

理想状态下,启发式评估要在查询背景材料之前进行,避免产生偏见。很多项目都是临时性的,甚至是直接上手的,很多组织机构不会给到组织设计者去重新熟悉和学习已有架构。

最好是组织外部的人来进行评判,可从全新角度看问题,并不受任何当前政治因素的影响。

1.1

单专家启发式评估

单专家启发式评估是最简单的。通常由一名专家检查信息架构,从中找出主要问题和改进机会。

专家提供一组关于什么可行,什么不可行的不成文的假设,假设完全根据从很多组织结构得来的经验教训提出。

单专家的启发式评估需要在成本和质量之间去的良好的平衡。成本相对是很低的,但是如果找到一个专业的,或者是不对口的专家来做这件事情,质量就会有些担忧了。

就跟我们去门诊部去看病一样,不做检查,就是单单一个医生来给你做诊断,并开出药方。

1.2

多专家启发式评估

多专家启发式评估更极端、更严格、更昂贵。由多名专家,根据一个原则和(或)常识性指导方针指南来检查网站应用的信息架构。

参考指标来自实例,Jakob Nielsen 的 "Ten usability heuristics"。

1.Visibility of System Status

The system should always keep users informed about what is go on,through appropriate feedback within reasonable time。

系统状态可见

在合理的时间内,通过适当的反馈形式,通知用户,系统正在发生的事情,当前的进度和状态是什么)

2.Match between System and Real World

The system should speak users' language,with words,phrase and concepts familiar to the user,rather than system-oriented terms。follow real-world conventions,making information appear in a natural and logical order.

系统和现实世界是一样的)

系统应该要说人话[用户的语言],人[用户]的单词、短语和概念,而不是面向程序的语言。要遵从现实世界的习惯,出现的信息应该是自然而然的和有逻辑的

3.User control and Freedom

Users often choose system functions by mistake and will need a clearly marked “emergency exit”to leave the unwanted state without having to go through an extended dialogue. Support undo and redo。

用户可自由控制

用户经常会在系统功能操作时出错,此时就需要有一个明显标记的“紧急出口”,从这个不需要的状态中离开,不必通过扩展对话。当然也要支持撤销操作和重做这个操作。

4.Consistency and Standard

User should not have to wonder whether different words ,situations or actions mean the same thing

一致性的标准

用户在操作时,不会疑惑两个不同的单词、情境或者是行为带着相同的操作(多种表述要注意了哦)

5.Error Prevention

Even better than good error message is a careful design which prevents a problem from occurring in the fist place。Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit the action.

防止出错,尽量避免出错

好好的精心设计比良好的错误消息要更好,可将问题发生扼杀在摇篮中,问题就不会发生。可消除错误发生的情况,或者是在用户操作时检查错误,在用户确认提交之前,要用户确认操作的选项

6.Recognition rather than Recall

Minimize the user's memory load by marking objects,actions and options visible。The user should not have to remember information from one part of the dialogue to another。Instructions for use of the system should be visible or easily retrievable whenever appropriate.

不要让用户想,用户不要去想该怎么操作

通过让可见对象、可见交互操作、可见选项,最大减少用户的思考负担。用户不需要去记住从对话的某部分跳转到另部分的信息。在适当时候,系统使用说明都是可见的,便于检索的。

7.Flexibility and Efficiency of Use

Accelerators-unseen by the novice user-may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users。Allow users to tailor frequent actions.

使用效率和灵活性

加速器-新用户看不到-专家用户会经常快速操作的交互)让系统可满足缺乏经验和有经验用户,允许用户对经常操作的部分进行定制

8.Aesthetic and Minimalist Design

Dialogues should not contain information which is irrelevant or rarely needed。Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility.

简单且具有审美的设计

对话框内不能放不相关或很少用到的信息。对话框里每个额外的信息都会和相关的信息相矛盾,会降低相关信息的可见性。

9.Help users recognize ,Diagnose,and Recover for Error

Error messages should be expressed in plain language (no codes),precisely indicate the problem and constructively suggest a solution.

帮助用户识别错误、诊断错误,并从错误中恢复操作

用简明概要的语言(没代码)的方式表示错误信息,并准确支出问题,还要给出建设性的解决方案

10.Help and Documentation

Even though it is better if the system can be used without documentation ,it may be necessary to provide help and documentation。Any such information should be easy to search ,focused on the user's task,list concrete steps to be Carried out ,and not be large.

帮助和文档

一个没有文档就可使用的系统即使是更好的系统,但是还是要尽可能的给用户提供帮助和文档。任何的帮助和文档信息都要容易搜索,专注在用户正在做的任务上,列出要执行的具体步骤,而且文档不要太长

每位专家根据这个清单独自检查网站,并写出自己的意见。

再将所有专家聚集在一起,专家们讨论比对所有意见,讨论彼此差异,最后达成共识。这样可避免个人意见太强,可能出现的过于主管的结论。也能让每个领域专家都有机会发挥自己的经验,让每个人都能看到不同的问题及机会。

多专家启发式评估的成本是很高的,要根据项目范围大小在专家数量和评估方式当中寻找平衡。

启发式评估提供了自顶而下的观点来了解网站应用的组织系统和导航结构。

下段文字将会介绍内容研究的,内容分析相关的介绍,通过内容收集和内容分析两部来做内容的分析,找到模式和关系。

题图: by architecture boys brick wall bricks 551594 from pexels

20190815 札记

写这么长是没有办法的,写的可用性原则就有10条呀。借助Google翻译,再用自己意译的理解,所有的文字都是按照我所理解的进行翻译的。

这应该就是之前在一家公司面试时,他非常炫耀和高举的可用设计的原则。

(扯闲大号Toy_Bonaparte 查看更多内容)

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20190816A03Q6W00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券