[版权声明]:版权归作者Alite所有，转载时请以超链接形式标明文章原始出处和作者信息及本声明:http://www.alitedesign.com/

细致的Microsoft

减少概念……增强信心

• 你是不是引入了新的概念？为什么？真的必要吗？
• 你能去掉这些不需要的概念吗？
• 其中的区别有意义吗？
• 用户体验会延续同样的概念吗？

小的好或坏也很重要

• 哪些重要的“小事”是经常会碰到的？
• 哪些小问题是你在着手解决的？
• 少做一些更好。
• 不要把小事从你的体验中去除。
• 为深思熟虑的细节制订计划。
• 修正小的错误。

看起来和用起来都很棒

• 你的用户体验哪里最棒？它看起来有那么好吗？
• 用户第一眼看到的东西能够让人觉得它用户体验很棒吗？
• 用户体验符合期望吗？
• 用户很清楚能做什么吗？
• 是不是只提供了必要的步骤？

要解决的是让人分心的事，而不是可发现性

• 减少令人分心的事情。
• 不要让功能自己之间进行竞争。
• 致力于新的功能。
• 下列方法不能解决糟糕的可发现问题：
  • 在开始菜单上添加图标。
  • 在桌面上放置图标。
  • 在通知区域放置图标。
  • 使用通知。
  • 提供首次运行体验。
  • 提供功能教程。

旋钮和问题前的 UX

• 调低问题的音量。
• 只问一次。
• 不要要求配置来获取数据。
• 这个问题是不是已经问过了？
• 寻找合并统一的机会。

个性化，而非定制化

• 这个功能是否能让用户自己来表述元素？
• 你是否能够区分个性化和定制化？
• 个性化是需要成为新的功能，还是可以利用现有的功能和信息（如用户的位置、背景图片或排列方式）？

体验的生命周期

• 考虑下列各个阶段下的用户体验：
  • 安装与生成
  • 首次使用与定制
  • 常规使用
  • 管理与维护
  • 卸载或升级
• 以一个已经使用了 12 个月的用户身份来审视整个体验。它是否具有：
  • 合理的内容
  • 合理的“音量”

为移动人士建造

• 所有的 UX 原则对于 12 英寸和 20 英寸的屏幕都是等价适用的。
• 允许用户被打断。
• 考虑启动和中断（快速恢复，不要妨碍其他用户体验）。
• 考虑获取或失去连接。
• 性能永远是用户体验的杀手。

ps:微软的细致可以渗透到产品中的每一个环节，或组成人机界面的每一个像素，实在令人钦佩。

轻巧的Apple

注重设计过程

• 在设计过程中引入用户交互的5个目标：
  • 了解您的目标客户
  • 分析用户的工作流
  • 构造原型系统
  • 观察用户测试
  • 制定观察用户准则
• 做出设计决定
  • 避免功能泛滥
  • 80% 方案
• 优秀软件的标准
  • 高性能
  • 易于使用
  • 吸引人的界面
  • 可靠
  • 灵活
  • 互操作性
  • 移动性

人机接口设计准则

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

ps:苹果的轻巧不仅体现在它的工业设计上，更多的是它的操作系统和软件的用户体验层面。

简洁的Google

Jon Wiley- Google User Experience Designer 在一次专业分享中,提到了Google 的用户体验设计原则:

•  有用（Useful）：以用户为焦点，关注他们的生活、工作和梦想。
• 快速（Fast）：争取节省每一个毫秒。
• 简单（Simple）：简洁就是力量。
• 魅力（Engaging）：能够唤起新手的好奇心，能够吸引资深用户。
• 革新（Innovative）：勇于创新。
• 通用（Universal）：全世界适用的设计。
• 盈利（Profitable）：为现行的和将来的商业模式做好安排。
• 优美（Beautiful）：外观具有视觉愉悦性，但是不会令用户分心。
• 可信（Trustworthy）：值得用户信赖。
• 人性（Personable）：加入人性化因素。

ps:谷歌的简洁永远是它的产品特色，从谷歌网站的每个界面到浏览器chrome的用户体验与交互，都尽力把复杂问题设计得让用户感觉到最简单。

1.从来没想到过办理离职竟会如此麻烦

2.最近一次做入职体检是七年前，再次去做入职体检，竟然很多事都忘记了，弄的像是职场新人，比如有的医院是只在上午做体检、又比如必须要携带一张登记照、再比如体检需要空腹等等

3.每天上班打开电脑以后，第一件事便是习惯性的打开Firefox，习惯性的输入www.chinacars.com，习惯性的回车。结果发现，原来我已经离开这家公司了，我现在需要习惯的是，将地址改为www.51xiaoguo.com。

4.以往我都习惯在公司多停留半小时至一小时才回家，而现在这个习惯需要改变为每到下班时间，前台MM像只小鸟般过来提醒大家到点下班了——新的公司不主张加班

5.这几天我听到最多的说的最多的一句话便是：“一个新的起点”

其实我一直都在等待Google App Engine推出对PHP语言的支持，但似乎这事儿遥遥无期，官方也没有明确的说法。

另外一个云计算平台Amazon S3，虽然支持PHP，但是出于对服务器在国外随时可能被墙的担心，我也没怎么去试用。

令人高兴的是，Sina App Engine正在紧张的开发中，继前段时间发放了少部分的邀请码以外，昨日又推出了体验账户的申请。体验帐号拥有正式帐号的全部功能，但是体验帐号会在注册第二天临晨5 点被回收，该帐号下的所有代码和数据将被清空。体验帐号可以随时申请，实时开通，每天共可申请100个。

于是，我昨天便申请了一个体验账户，以下是一些体验总结。

1.一个账户可以创建多个SAE应用，我只创建了一个“查IP”，提供sina微博查IP机器人服务。

2.对单个应用有独立的管理界面，点击自己的应用进入管理，左侧有一堆管理功能。

3.一个应用可以由多人共同参与开发，对于团队开发挺不错的。

4.从菜单可以看出，SAE内置提供Mysql、MemCache、Storage、Cron Jobs、Image、Fetch Url、Mail的支持，除了少部分被禁用的PHP函数以外，PHP的大部分函数都能正常使用。而我的查IP应用中使用到的SAE内置服务就有Mysql、MemCache和Cron Jobs。有意思的是，我发现ereg这个函数并不在禁用列表中，但事实上SAE却不许使用这个函数。而外部服务则有SinaS3，目前还处于alpha阶段。

5.SAE对httpd、Mysql、Memcache、Fetch URL、数据存储、图片处理有配额限制，基本上是以日为单位的。比如，httpd的配额限制为：请求次数每日 10000000 次、流入带宽 每日500000 KB、流出带宽每日1000000 KB、CPU时间每日10800000 MS，Mysql的配额限制为查询次数每日1000000 次、写入Mysql的数据量每日1000000 KB、从Mysql读出的数据量每日1000000 KB、CPU时间每日10800000 MS、数据存储总量（非每日）为195312.5 KB。基于SAE开发的应用一定要注意这些限制。我的查IP应用由于现在使用的人数并不多，因此远远低于这些配额限制。

总体来说，SAE还不错，尤其是对于习惯PHP开发的人员来说，程序的移植也比较容易，希望能尽快推出正式版本。

PS：由于我用体验账户发布了这个查IP应用而获得了一个正式账户的邀请码，等体验账户到期以后我就能使用正式账户了，哈哈，感谢Easy。