设计思想:开展全面的网站评估

文章描述:产品设计评估的逆向思维.

问问题的能力,其实也就都代表了你在“此问题”领域的水准,所以行家问问题一般会很小心和用心。只有小白或者不知深浅之辈,才能问出对方没心情回答或者无法回答的问题。对于此类人...

问问题的能力,其实也就都代表了你在“此问题”领域的水准,所以行家问问题一般会很小心和用心。只有小白或者不知深浅之辈,才能问出对方没心情回答或者无法回答的问题。对于此类人群来说,最好的老师是Google(注意不是百度),机器就可以满足你们,用不着麻烦人类。

比如,不同场合不同类型的人都容易问到“有没有通用的办法做好产品&用户体验?”通常我的回答很统一“有逻辑可循代表可以用计算机处理,如果都能用计算机处理,那还要我们设计师做什么?”此类问题的出现几率,大大超出我的心理底线,特别无语。这种问题与工作经验、能力其实关系并不大,主要体现了一个人的思维方式。

搞清楚这个道理,我们再来看“用户体验设计&评估”类的问题,其实基本都是没法回答的伪命题。简单的判断只能触及表层,无法深入需求本身,而复杂的判断需要时间来验证,无法短时间内得出结论。除非有明确的产品目标,清晰的功能界定,足够的时间周期,以及合格的评估人。2007年9月写的开展全面的网站评估主要也是用来应付这类需求,但还是比较浅显,只提到了层级和分类。也读过类似“启发式评估三大纪律”、“可用性测试八项注意”的指导性文章,收获都不大,因为提供的思路都是零散点,并不具备方法论的普适性。

当然,这类问题虽然有难度,工作还是要做的。其实不管“专家评估”,还是所谓的“启发式评估”,也许大家的习惯不一样,但我们基本都有习惯性的固定模式。认真思考了自己每次使用新产品的过程,结合曾经对各类用户体验指标的判断,有两个结论:

  1. 体验“用户体验”与规划“用户体验”这两者存在不同象限的维度差异;
  2. 绝大多数“用户体验”问题是还没有真正“使用”产品时就能发现的。

反过来仔细揣摩,用户使用互联网产品的节奏依次是“访问-浏览-使用”,这是互联网产品特有的固化模式。而不是我们强调用户体验的要素的“表现层-框架层-结构层-范围层-战略层”顺序,对每个层级的清晰认识有助于规划“用户体验”,但用户完全不懂也不需要,如下分别来探讨。

访问指用户打开浏览器敲入域名到顺利打开页面的整个阶段,对应可访问性设计指标。如果这个阶段出问题,往后所有设计再好的体验都等于零,或者说一定程度上给用户造成了阴影。互联网产品的顺利“访问”是个大话题,这里指的是广义上“访问”,而不仅仅是能不能打开这么简单。目前已完成指标细分为“站点可访问性、服务可访问性、功能可访问性、内容可访问性”四类,进行单独评估和做改进方案。

浏览指用户顺利打开页面之后,从单页面或者多页面间跳转顺利获取内容资讯,并且顺利识别理解的阶段,对应可读性设计、可发现性设计两方面指标。这个阶段出问题造成的影响,得分情况而论,互动类产品影响不大,信息类产品影响则很大。总之,任何产品都存在“浏览”行为,用户总是在“扫视”各种信息数据和交互指引。目前业内对着两类指标的总结还很欠缺,无成熟体系可参考。

使用指用户在获取内容资讯之后,所产生的任何互动行为,对应可用性设计指标。这个阶段出问题后果参考上一段,补充一点,与用户互动的虚拟现实结合,是将来互联网产品的必然趋势。但是,个人认为提升可用性的交互设计只是互联网产品中的加分题,我们评估产品不能因为“交互”不够好而否定产品本身的价值。目前可用性虽然得到了极大重视,但业内存在很大程度的概念放大和错误理解成份,并无太多成熟结论可借鉴。

总之,思路是把“用户使用”与“专业设计”逻辑对应起来,建立关联来考虑问题。也就是说,我认为模拟用户使用产品的“访问-浏览-使用”过程来评估产品,要比做专业设计“结构层、框架层、表现层”的层级递进更合理。而文中所列“可访问性、可读性、可发现性、可用性”四大指标,也完全可以评估互联网产品的专业设计工作。(所做链接均到个人网站相应专题,框架整理出来了,但内容还有待整理和积累)

时间: 2024-08-02 22:27:39

设计思想:开展全面的网站评估的相关文章

从网站抄袭谈民间设计思想匮乏

设计  网易学院:蓝色你好,很高兴能约你作这期关于设计的访谈.中国有句老话,叫"盗亦有道",但在互联网上,很多人显然忘记了这句古训.如今在网上有很多网站都跟你的网站是一样的.说的好听是模范.借鉴,说得不好其实性质就是抄袭甚至是照搬.您是怎么看这个问题的. 蓝色:这个问题是由来以久的,现在的网络开发者,有大致三种,一种是半道出家,一种是程序员出身,一种是设计师出身. 有很多人是半路出家的,不是程序师,也不是设计师出身,他们有自己做网站的优势,比如对某个专业了解.有兴趣.有精力,所以选择了

jQuery设计思想 读书笔记

jQuery是目前使用最广泛的javascript函数库.据统计,全世界排名前100万的网站,有46%使用jQuery,远远超过其他库.微软公司甚至把jQuery作为他们的官方库. 对于网页开发者来说,学会jQuery是必要的.因为它让你了解业界最通用的技术,为将来学习更高级的库打下基础,并且确实可以很轻松地做出许多复杂的效果. 虽然jQuery上手简单,比其他库容易学会,但是要全面掌握,却不轻松.因为它涉及到网页开发的方方面面,提供的各种方法和内部变化有上千种之多.初学者常常感到,入门很方便,

简单分析网易网首页的设计思想

原文:http://www.ued163.com/?p=369 很多人可能认为门户网站首页设计只是把一些导航.资讯内容和广告堆积起来摆放得好看就可以了,虽然这个观点也并不是完全错误的,确实门户网站首页是由这三方面内容组织而成,但随着互联网的快速发展,用户对访问网站的要求也越来越高,在互联网行业,因为很多东西是免费和相似的,用户转移成本会比较低,在这个网站有的东西去其他网站基本都能找到,只是输入个网址就可以了.网站营运商如果想留住用户和吸引更多的用户浏览自己的网站,那这个时候就是需要提高网站的用户

啄木鸟网站评估法 对网站三大重要SEO指标定位

啄木鸟网站评估法是通过对网站三大重要SEO指标的定位,对网站进行全面性.系统性.科学性的评估.它的评估原理是:通过对网站搜索引擎亲和度.用户体验度.网站安全度三个指标的考量,扩展对网站各主要元素的科学评估,并提出参考数值与严格的评估流程,最终获得网站优化水平评估报告.啄木鸟网站评估法最早由国内SEO工作者Obsession提出.   适用网站 国内中小企业网站.博客.新闻类网站 基本原理 一个等待评估的网站,可以把它看做是一颗大树,这颗"大树"有一些传统的构成元素,而按照一个网站的组成

Silverlight网页游戏设计思想(WebGame Essence):(一)动态资源

即开即玩是网页游戏相比传统客户端游戏的最大优势.如果说在每台电脑安装上G的客户端是一种资源浪费及时间污染:那么 Silverlight作为RIA界的新宠儿,在继承祖辈优秀血统的前提下拥有更加卓越的性能及更为曼妙的动态表现,势将引领网络未来世界进入那 令人神往的低碳空间. 笔者学习Silverlight开发1年有余,在写第一部Silverlight游戏系列教程时为了尽快的实现目标而将所有素材资源打包进XAP中.与其 他Silverlight初学者一样,这或许是我们所必须会经历的一个过程.QXGam

网站界面设计中要如何为网站创建风格指南

旅途归来,一切安好.五天很短暂,回想起来基本只有将就算是蓝色的大海和天空,还有白花花的沙滩;有兴趣的朋友可以到我的微博中看看风景照什么的. 还好,回来之后并没觉得无法适应惯常生活一类,它们之间的区别只是"状态1"与"状态2"这样;把该做的事情立刻开始做起来吧,心里会安一些.之前一篇是"iOS Wow体验 - 第六章 - 交互模型与创新的产品概念"的前半部分.今天插播小文一篇,怎样为网站创建风格指南.进入正文,锵锵锵. 什么是风格指南?简单的说,就

UCD设计思想中的用户要素

设计发展至今,所面对的对象已经转变过很多次,如今,无论任何一种产品设计,如果希望得到用户的欣赏,就需要对用户尊敬和关心.那么,UCD设计思想(以用户为中心的设计模式)则显得尤为重要. 当然在设计中我们不必去鼓吹用户,因为一套完整的UCD设计流程比不上富有弹性且效果良好的设计方案来的实在,可为什么我们还要把UCD设计思想当做"信仰"来看待? 用户数量产生市场需求 市场并非只有生产者.经营者.广告机构和质量监督单位等组成,如果没有用户,这一切都变得没有意义.作为市场中最重要的买方,用户的决

jQuery设计思想

jQuery是目前使用最广泛的javascript函数库. 据统计,全世界排名前100万的网站,有46%使用jQuery,远远超过其他库.微软公司甚至把jQuery作为他们的官方库. 对于网页开发者来说,学会jQuery是必要的.因为它让你了解业界最通用的技术,为将来学习更高级的库打下基础,并且确实可以很轻松地做出许多复杂的效果. 虽然jQuery上手简单,比其他库容易学会,但是要全面掌握,却不轻松.因为它涉及到网页开发的方方面面,提供的各种方法和内部变化有上千种之多.初学者常常感到,入门很方便

用Unix的设计思想来应对多变的需求

转自酷壳 之前,@风枫峰 在"这是谁的错?"中说过开发团队对需求来者不拒,而@weidagang 也在"需求变更和IoC" 中说过用IoC来最大程度地解决需求变更.今天我也想从Unix设计思想的角度来说说什么是好的软件设计,什么样的设计可以把需求变更对开发的影响降低.(注意:这并不能解决用户或是PM的无理需求,面对无理需求,需要仔细分析需求,而用技术的手段无法搞定这个事,但是可以减轻需求变更带来的痛苦) 我曾经在<Unix传奇>的下篇中写过一些Unix的