我最近开始使用一款新的软件来跟踪费用。我很兴奋尝试它，乍一看，它可能是一个伟大的解决方案。不幸的是，尽管视觉设计很好，但是与系统交互的体验却非常困难。
这不是因为错误或立即明显的可用性问题，例如标记不良导航菜单或滥用图标．这款软件是一个伟大的（可怕的）示例，如何“检查所有框”并构建所有指定的功能，但仍然最终令人沮丧的结果令人沮丧。
什么时候是一样重要吗什么
对于复杂任务的交互式软件，包括所有必要的信息和功能还不够好;同样重要的是要注意步骤的顺序和可用功能的组织．有些组织的系统强制用户重复停止他们正在做的事情，并追捕完成任务所需的功能或数据。由此产生的经历感觉像是恒定中断串，而不是进入目标。
设计师必须在需要的时候提供信息和特征避免创建这种令人沮丧的界面。他们必须调查现实的使用情况（使用方法语境询问)，以了解用户的目标和各种子任务的执行顺序。为了在正确的时间在正确的地方呈现数据和控制，对操作的确切顺序的详细理解是必不可少的。所有用户经常需要的物品应该高度可见，而不是藏起来。按线性顺序依次呈现的步骤应该放在一起，用户不需要在导航菜单中“钓鱼”下一个操作。
在我提到的费用报告软件中，这种中断流总是以大大小小的方式发生。例如，在提交一份费用报告之前，你需要审查每一项费用，以确保它被正确地输入和分类。但是检查报告的屏幕默认不显示供应商名称。关于每笔费用，唯一可识别的、立即可见的信息是金额。当然，大多数用户不会根据准确的金额识别交易!如果有人想知道花费是为了什么，他们必须点击一个箭头，以显示一个弹出窗口细节对于特定的费用。正如您可能猜到的那样，当您必须检查多项费用时，此过程非常快速地变老。这种设计浓起来交互成本对用户来说，查看基本信息是必不可少的首要任务，审查报告。
在需要的地方显示项目对于功能和信息来说都是必不可少的。在费用软件中，没有收据的费用在中显示红色的警告指示灯收据列。看到此警告后，用户的下一个逻辑步骤是上传该费用的收据。不幸的是，警告指示器是不可点击的。当你点击编辑Icon for the expense, the编辑屏幕显示你非常清楚，没有附上收据，但它不给你一种方式上传收据!
这绝对是可能的上传收据。但是，要这样做，用户必须离开这个编辑费用屏幕，选择添加收据在导航菜单中，然后继续浏览所有收据和费用并将其符合并匹配。这种类型的绕行使用户完全摆脱了他们任务的流程（审查并提交费用报告），并要求他们基本上从一个不同的开始（将收据分配给费用）。
这个软件显然是为了支持一个特定的任务流程而设计的:(1)上传收据，(2)输入信息将每张收据转换成一个费用项目，(3)整理费用项目，形成一份用于报销的费用报告。但是，如果用户采用不同的任务流(首先创建费用项，然后添加收据)，系统不提供支持。(即使它是如此容易包括一个添加收据空按钮收据在上面的屏幕截图中。）这并不是说一个任务流优于另一个任务流程，但是，根据条件，用户可能更喜欢一个或另一个。可用性启发式＃7，使用的灵活性和效率除非它们增加了过度的复杂性，这是一个设计挑战，也是为什么你不能支持的原因全部可能的任务流动但只有更重要或更常见的任务。
使用任务分析来识别需求点
困扰这件软件的微妙问题是更令人沮丧的，因为你可以感受到这个软件有多糟糕，但是很难说清楚到底是哪里出了问题，至少乍一看是这样。这让用户很恼火——因为这些问题是如此的隐蔽，直到用户和公司在系统中投入了时间和金钱之后才被发现。此外，这种令人困惑的工作流程并不是人们能够更好地处理的，特别是对于间歇性的任务，比如费用报告。每次猜测下一步都会让人感到困惑。
对于尝试支持或改进这些类型的微妙任务流问题的团队来说，这也是令人沮丧的，因为用户不太可能自发地报告足够的具体细节以帮助他们理解根本原因。有经验的从业者的仔细行为研究是必要的。并且，一旦效率低效工作流入系统，修复它们可能涉及重构或重建现有功能，而不是通过所需的新功能来前进。出于这些原因，结构问题可以丧生并持续存在于慢性疾病（慢性疾病） - 不够糟糕，无法立即丢失所有的用户，但足以让他们讨厌与系统的每一项互动，并且在他们可以放弃它的那一天。
因为纠正这些问题非常困难，所以最好从一开始就避免产生这些问题，确保你有一个详细了解用户在任务的每个步骤中需要什么，在你开始构造你的软件屏幕之前。有几个框架可以实现这一点:
无论您使用哪种分析方法，核心过程都涉及收集信息，以了解用户需要什么、什么时候以及为什么需要特定的信息和功能。然后应用程序的屏幕必须是映射回来你从分析中学到的东西，确保你能在人们真正需要的时候提供他们需要的东西。
了解有关如何在我们的培训课程中设计好的软件工作流程的更多信息，必威手机app下载Web和桌面的应用设计．
分享此文章：