样式的优先原则 – UED
直接写在元素体内的style优先级别最高!(仅次于!important)用重量来形容,可以定为百万吨量级。
直接写在元素体内的style优先级别最高!(仅次于!important)用重量来形容,可以定为百万吨量级。

用户体验-区域化设计
如何在寸土寸金的首页上使页面的价值最大化,是每个网站设计者最关心的话题。
用户关注的页面长度、宽度都是有限的。宽度自不必说,一般网站都会根据自己网站最大用户群的硬件条件来设置;长度虽然没什么限制,但很少有用户有耐心看完太长的页面。
这个有限的区域相当于一个超市,页面内容相当于商品,超市要决定如何放置商品,就需要清楚每类商品所能带来的价值,然后综合协调摆放,使整体利益最大化。
超市在衡量商品价值时,不会一件一件的去衡量,而会把一种类型商品作为一个整理来衡量。 在网页内容的设计过程中,同一主题的内容经常会作为一个区块的方式展现在页面上,例如中文站首页的“卖家即时供应”、小商品首页的“饰品混批”等等。这一个区块的价值就是网站运营者或者设计者需要了解的“一种类型商品”的价值。
图1
那么如何计算区块的价值呢?
这个区块是N个链接的集合体,因此计算方法有很多种。
我们可以计算每个链接的价值,然后累计合并。但是,无论是逐个区块整理链接还是计算,都会是一件无聊反复的工作;更何况,运营同事随时可能更换链接,无论是时时监测还是要求运营同事配合通知,都不是较好的处理方式。
另外,同一个URL不仅可以在不同的页面上出现,也可以在相同的页面上出现两次以上,都会给对指定区块的监测造成很多干扰。
以前看过一篇文章,需要测试某个洋流的流向,测试者在源头处倒入大量的不易被腐蚀的树脂颗粒,使颗粒能够随水流流动,在其他地点进行监测,就会知道到底流向了何处。一个页面,相对于用户访问的众多页面来说,夸张点说,相当于大海中的一股水流,要比较精确地跟进访问过某个页面的用户路径的走向,则需要在需要观测的“水流”中加树脂颗粒之类的标识物——标签。

用户体验-区域化设计
目前采用的打标签的方式通常是针对一个链接的,对N个链接的集合体,逐个打标签,这样就会把工作压力加给运营或者前端开发。如果用脚本在html代码里,把这个区块的所有链接自动在后缀加上标签,那么还会产生一个问题:对搜索引擎的排名会有影响。如果有不同的url指向相同的页面,那么搜索引擎可能会降低排名,从而对该页面造成负面效果。
为避免这些问题,我们采用的方法是,前端用一个JS脚本,使之能达到这样的效果:当用户出发区块的链接时,就会在url末尾自动加上标签。每次需要打标签时,前端只需要在区块DIV上做简单的配置。
如此一来,Apache端的日志,就会被加入了这个标记,我们分析的样本中就有了我们需要的独特的标签。之后的分析工作,就可以参考网站日志分析方法系列一:聚焦式分析。根据这个方法,我们可以很方便的计算出之后的行为模式,跟踪这个区块对重要访问行为的贡献程度,从而计算这个区块的价值。
还有一种对页面影响更小的方式,打标签时不要在url地址后加标签,而是打回到服务器上,根据时间,在数据仓库中做关联处理,但分析成本较高。
转载自:阿里巴巴(中文站)用户体验设计部官方网站

Microsoft
细致的Microsoft
减少概念……增强信心
•你是不是引入了新的概念?为什么?真的必要吗?
•你能去掉这些不需要的概念吗?
•其中的区别有意义吗?
•用户体验会延续同样的概念吗?
小的好或坏也很重要
•哪些重要的“小事”是经常会碰到的?
•哪些小问题是你在着手解决的?
•少做一些更好。
•不要把小事从你的体验中去除。
•为深思熟虑的细节制订计划。
•修正小的错误。
看起来和用起来都很棒
•你的用户体验哪里最棒?它看起来有那么好吗?
•用户第一眼看到的东西能够让人觉得它用户体验很棒吗?
•用户体验符合期望吗?
•用户很清楚能做什么吗?
•是不是只提供了必要的步骤?
要解决的是让人分心的事,而不是可发现性
•减少令人分心的事情。
•不要让功能自己之间进行竞争。
•致力于新的功能。
•下列方法不能解决糟糕的可发现问题:
◦在开始菜单上添加图标。
◦在桌面上放置图标。
◦在通知区域放置图标。
◦使用通知。
◦提供首次运行体验。
◦提供功能教程。
旋钮和问题前的 UX
•调低问题的音量。
•只问一次。
•不要要求配置来获取数据。
•这个问题是不是已经问过了?
•寻找合并统一的机会。
个性化,而非定制化
•这个功能是否能让用户自己来表述元素?
•你是否能够区分个性化和定制化?
•个性化是需要成为新的功能,还是可以利用现有的功能和信息(如用户的位置、背景图片或排列方式)?
体验的生命周期
•考虑下列各个阶段下的用户体验:
◦安装与生成
◦首次使用与定制
◦常规使用
◦管理与维护
◦卸载或升级
•以一个已经使用了 12 个月的用户身份来审视整个体验。它是否具有:
◦合理的内容
◦合理的“音量”
为移动人士建造
•所有的 UX 原则对于 12 英寸和 20 英寸的屏幕都是等价适用的。
•允许用户被打断。
•考虑启动和中断(快速恢复,不要妨碍其他用户体验)。
•考虑获取或失去连接。
•性能永远是用户体验的杀手。
ps:微软的细致可以渗透到产品中的每一个环节,或组成人机界面的每一个像素,实在令人钦佩。

Apple
轻巧的Apple
注重设计过程
•在设计过程中引入用户交互的5个目标:
◦了解您的目标客户
◦分析用户的工作流
◦构造原型系统
◦观察用户测试
◦ 制定观察用户准则
•做出设计决定
◦避免功能泛滥
◦80% 方案
•优秀软件的标准
◦高性能
◦易于使用
◦吸引人的界面
◦可靠
◦灵活
◦互操作性
◦移动性
人机接口设计准则
•人机接口设计准则:
◦ 隐喻(尽量使用隐喻来描述程序的概念和功能,这样可以利用一些已有的概念和知识。)
◦反映用户的心智模型(用户的心智模型应该在产品的用户接口的设计中体现出来,主要体现在应用程序窗口的布局,工具栏上图标和控件的选择和组织,以及面板的功能等。)
◦隐式和显式操作(显示的操作清楚的表明了对一个对象操作的结果。隐式的操作通过一些可视化的线索或者上下文来表达结果。)
◦直接操作 (直接操作是隐式操作的一种,它会让用户觉得可以直接控制计算机显示的对象。)
◦用户控制一切(允许用户而不是计算机来启动和控制操作。)
◦反馈和交互(反馈和交互意味着通过合适的反馈以及和程序之间的交互从而让用户时刻知道现在发生了什么,而不仅仅是当事情出错时显示一个警告。)
◦一致性(在用户接口上的统一可以让用户使用从其他应用程序学到的知识和技巧。)
◦ 所见即所得(用户应该可以找到程序的所有功能。)
◦容错性(提供充分的容错性以鼓励用户使用程序的各种功能─也就是说,大部分的操作都是很容易恢复的。)
◦感知的稳定性(为了给用户一个稳定的感知,对于对象以及实施在这些对象上的操作,Aqua接口提供了一个清晰的限制集合;为了不破坏用户对稳定性的体验,程序应该保留用户更改过的配置,例如窗口的大小和位置等;提供程序运行的状态和反馈让用户知道程序正在进行的任务,同样能提高感知的稳定性。)
◦整体美学(整体美学意味着信息经过良好的组织并且和视图设计一致。)
◦避免“模式”(尽可能的让用户在任何时候都能做他们想做的事情。避免使用模式对话框来将用户锁定在某个操作中,以至于在当前操作完成前用户不能做别的事情。)
◦管理程序的复杂性(开发一个易于使用的程序的最好办法就是设计得尽可能的简单。)
•设计的优先级
◦满足最低限度的要求
◦发布用户期望的功能
◦让您的程序与众不同
ps:苹果的轻巧不仅体现在它的工业设计上,更多的是它的操作系统和软件的用户体验层面。

简洁的Google
Jon Wiley- Google User Experience Designer 在一次专业分享中,提到了Google 的用户体验设计原则:
•1. 有用(Useful):以用户为焦点,关注他们的生活、工作和梦想。
•2. 快速(Fast):争取节省每一个毫秒。
•3. 简单(Simple):简洁就是力量。
•4. 魅力(Engaging):能够唤起新手的好奇心,能够吸引资深用户。
•5. 革新(Innovative):勇于创新。
•6. 通用(Universal):全世界适用的设计。
•7. 盈利(Profitable):为现行的和将来的商业模式做好安排。
•8. 优美(Beautiful):外观具有视觉愉悦性,但是不会令用户分心。
•9. 可信(Trustworthy):值得用户信赖。
•10. 人性(Personable):加入人性化因素。
ps:谷歌的简洁永远是它的产品特色,从谷歌网站的每个界面到浏览器chrome的用户体验与交互,都尽力把复杂.