RIA项目失败的教训:不要理解用户

开发 后端
本文总结了几条RIA项目失败的教训,比如说——让客户忙于那些不必要的工作。

EffectiveUI公司主席Anthony Franco最近做了一次名为“RIA项目失败的十种方式”的演讲,为想要RIA项目失败的人提供了十条建议。SAP AG的Gerd Waloszek则总结了“糟糕用户界面的18黄金法则”。

以下是Franco提供的十条逆向建议,并解释了为何要避免它们,而应该如何去做:

◆如果你想失败,那就不要理解最终用户——70%的IT项目失败都是由于用户可接受性出了问题。

◆如果你想失败,那就相信开发人员能够正确的做出设计决定。开发人员被逼迫着做出糟糕的设计,因为他们的工作量是由其所完成的功能数量决定的。当一个项目将要接近截止日期时,开发人员就会关注于删除功能而不是从最终用户的角度思考。

◆如果你想失败,那就期望一个银弹式的设计。好主意是值得肯定的,但一个伟大的功能建议不应该取代优秀健康的UI设计。

◆如果你想失败,那就满足所有人的需求。“如果一个公司试图为所有人创造一个产品,那么最后不会适用于任何人”。

◆如果你想失败,那就启动项目然后忘却。在项目启动之后,产品需要更多的迭代以不断完善。

◆如果你想失败,那就不要定义成功。不定义成功意味着不知道目标是什么。

◆如果你想失败,那就避免冲突。冲突未必是坏事,因为“没有冲突就没有进步”。当屋子里的所有人都赞同某种看法时,那么就要提高警惕了。

◆如果你想失败,那就相信不需要推销自己的想法。利益相关者应该努力在组织内部推销自己的想法,但不要期望仅仅因为来源于你就会被接受。这需要准备回答类似下面的问题:投资回报率如何?优点是什么?为什么要现在做?如果不做会怎么样?

◆如果你想失败,那就追求完美。不应该一开始就把所有都计划好,并期望现实会按照计划行事,因为变化无处不在。

◆如果你想失败,那就重视过程甚于产品。这条建议可以改写为:“如果你想失败,那就不要冒险”。我们可以非常重视开发过程,但是“按时生产一个糟糕的产品毫无意义”,通过迭代的方法构建满意的产品更轻松一些。

以下是Waloszek总结的糟糕用户界面18黄金法则,提供了负面的例子:

让客户忙于那些不必要的工作——让用户在某些控件填写数据,随后又提示他们不能在那里输入数据(比如,一个应用让你在假期或周末填写数据,随后又提示说你不能在那些天工作)。

不遵守标准——不把菜单条目放置在通常的类别和位置上(比如,在“编辑”菜单中放置“保存”按钮)。

让软件运行缓慢——有无数的可能性导致软件运行缓慢。比如,你可以在每个用户输入之后包含长时间的验证或者切换。或者你可以强制用户浏览一连串的对话框。

尽可能地使用缩写,特别是在有足够空间显示完整单词的情况下——使用“dat.”而不是“date”,“Tolky”而不是“Tolerance Key”,“NxOb”而不是“Next Object”,等等还有很多......

使用技术型语言指导用户——使用UTF-8格式发送URL(需要重启,在MS IE的高级设置里)

隐藏在用户看来重要和常用的功能——把其藏在用户永远找不到的菜单里。

让你的应用只支持鼠标——绝不提供任何键盘快捷键。

使用你的应用成为一项挑战——即使用户操作会导致严重的后果也不加以提示。

脱离最终用户——许多用户有许多的选择,你只提供一个。这倒是可以更快更简单的实现。

宣扬糟糕的示例——只需要听从本页的其他黄金法则就可以实现。

花费大量精力设置糟糕的缺省参数:与用户的期望背道而驰,缺省配置极其糟糕、令人厌恶、无用——反正由你决定——在web表单上做缺省设置使用户收到不想要的新闻或者广告,散布他们的地址等等。

在每次系统重新恢复之后都破坏工作上下文——在系统重启之后取消之前选择的屏幕元素。

忽略让用户更方便的功能——让他们很辛苦——当用户需要在列表中添加条目时,只允许他们在列表末端插入条目,然后再让用户把条目移动到正确的位置。换句话说,没有提供额外的功能用于直接将条目插入到目标位置。为了增加点情趣,当用户直接把条目移动到目标位置时,应用提示一些伪造的错误,然后把条目插入到末尾。

不让用户中断消耗时间和/或消耗资源的进程——偷偷启动一个备份或者索引进程,让用户难以取消,也就是说,无视用户的鼠标点击和键盘操作。

应用不合逻辑——添加一个准备某操作的按钮使用户确认可以做该操作了。这里有一个真实例子:在许多电子邮件应用中,“转发”按钮实际上没有真正执行转发操作,而是做转发之前的准备工作(因为,我们不得不提供收件人地址)。

时不时的来一次系统崩溃或者让应用僵死——让编辑器或者编辑域在用户事先未预料的情况下僵死,以至于用户还没有来得及保存他们的工作成果,而频繁保存的习惯会浪费宝贵的系统资源。

尽可能的阻碍用户输入——页面加载也是阻碍用户输入的好机会。在等待的时候,用户可能会与室友聊天、读报或者盯着空屏幕发呆。

阻碍用户输入,即使没有必要——阻碍用户在图片浏览器更新缩略图的时候输入就是一个很好的例子——没有任何理由阻止用户滚动、选择图片或者发起操作。

是否还有其他失败RIA项目的“优秀”建议,值得不惜一切代价避免呢?

【编辑推荐】

  1. Flash与开放Web的应用开发平台之争
  2. Flash Flex服务组件大排行
  3. Java+Flex打造完美RIA应用
  4. 将Flex与Spring集成框架
  5. Flex连接Java EE的技术选择
责任编辑:yangsai 来源: Infoq
相关推荐

2021-03-10 11:13:06

IT项目首席信息官执行顾问

2019-07-16 07:20:02

物联网项目物联网IOT

2010-05-07 10:23:23

安全教训银行黑客

2010-10-18 11:39:41

程序员

2009-02-12 15:07:57

程序员创业经验

2017-07-24 14:59:31

ERP软件连续性

2021-11-18 10:08:43

企业IT技术

2009-03-26 09:50:10

微软RIA.Net

2010-02-24 13:46:54

Fedora FTP

2024-02-19 16:10:52

人工智能数字化转型

2012-07-24 08:39:25

2011-09-29 10:24:08

项目方法项目变更项目风险

2012-09-19 14:36:38

创业创业公司创业教训

2016-03-29 09:54:23

项目经理经验教训总结

2022-09-06 10:35:29

安全密码

2017-07-14 10:15:41

研发管理教训

2016-12-14 13:30:00

大数据应用场景错误

2016-12-08 13:16:50

大数据用户反馈

2020-09-27 08:00:44

Flutter开发项目

2024-07-25 16:19:18

点赞
收藏

51CTO技术栈公众号