云计算产品UI设计的误区

过去几年，由于过度追求易用性，有些仅仅是为了让销售代表更容易演示，导致不少云计算产品的配置混乱，难以维护，最初部署时的易用性往往被数月后的混乱所取代，下面列出几条云计算产品UI设计中的常见误区。

专注于漂亮的外表

供应商在图形界面的设计上水平越来越高，包括植入漂亮的动画和帮助暗示，但这些锃亮美观的东西经常无法满足专业人员的需求。美观只是一种表象，甚至对于设计来说也是如此。

解决方法：迫使云服务供应商在他们的产品中提供更好的导航界面和“信息架构”。搞清楚你的供应商是否有可用性工作组——把这个作为你选择供应商的条件之一。确保你在供应商的可用性评估会议上有一席之地。

持续自动备份

自从Intuit通过持续备份功能打击Microsoft Money， UI设计师就开始在界面上支持持续自动备份功能。这很好，但是对于有系统管理权限的产品来说，简单化的自动备份必将导致灾难。如果UI提供自动备份规则、配置和参数功能，它同时也必须提供：

1. 能够回滚或撤销操作（undo），最好是能对多个登录会话中的修改操作都能撤销。
2. 自动记录审计日志，注明何人何时修改了何事。如果UI能强制进行修改操作的人员备注操作缘由就最好不过了。
3. 能够对配置进行快照并导出。（最好是以XML文件格式）
4. 能够导入这些XML快照文件，用于测试、灾难恢复或者克隆。

解决方法：依据以上几条来评估产品UI功能，必要的时候寻求第三方产品的帮助。

越简单越好

云计算供应商都是疯狂的创新者，但你要确保他们提供的功能确实可用。如果过于专注UI的简化可能意味着工程师们会忽略提供实现功能需要的实用方法。这意味着真正“伟大”的产品在真刀真枪的应用中看起来并没有那么“简约”：

解决方法：设想你未来12-18个月的需求。有多少人会使用云计算系统，有多少任务需要同时处理？除非任务非常简单清晰，你需要重新评估云产品UI的各个方面。

消除大系统的复杂性

那些让新手感到得心应手的UI设计往往会导致非常严重的混乱。因为为了讨好用户，所有的功能都是以最低级别的形式展现（例如：我需要做的就是发出邮件），但这里没有对应的垂直视图（例如：随时显示用于触发邮件的变量）。这直接导致的结果就是用户可以通过几十种不同的规则和次序进行几乎同样的操作，却看不到任何有关重复操作的可见提示。这往往会导致脚本冲突，也让故障排查变得非常困难。

UI应该允许用户重新命名创建的项目，否则就意味着（1）你必须在开始做任何实际任务前有一个很好的命名规范，或者（2）使用克隆并删除原始文件的方法来曲线解决。

解决方法：确保你同时考虑到资深用户和新手的需求，同时应该认识到云产品的UI需要持续的服务支持。可能你还需要为此招聘一个兼职来让事情变得更加平顺。

（内容来源：cio.com）