软件目标导向的设计

　　当交互设计师通过分析目标而解决问题时，一般地说，他们能够发现非常不同的、甚至好得多的解决方案。
　　想像一下詹妮弗，一个小公司的办公室经理。她的目标是使自己的办公室能平稳地工作。当然，她不希望受到愚弄或者把事情搞错。对于那些互连的终端，她必须使电脑网络平稳地运行。她必须：首先适当地设置网络，然后监视它的性能，以及定期地修改它的配置，以便保持它的最佳性能。在詹妮弗的头脑中，她的责任是把这三项任务无缝地混合在一起，以便为其平稳运行的目标作出贡献。按照詹妮弗的观点，这三项任务并没有真正的差别。在网络的初始设置与随后的重装配置之间，她感觉不到有多大不同。
　　想像一下克兰西，一位软件工程师，他必须编写詹妮弗使用的软件。在克兰西这个逻辑人的头脑中，詹妮弗的软件完成三项任务，或者说三项功能，而每一项都要用不同的大块软件来实现。每项功能甚至都有它自己的界面。克兰西正考虑在左边窗口建立一个系统组件层次列表的界面，而当选择这个表中的组件时，它的细节就显示在右窗口中。用户必须点击大量的系统组件才能发现系统正在发生的事情，而全部所需信息都是为应付询问而设计的。
　　再想像一下韦恩，一位交互设计师，他承担的工作是使詹妮弗和克兰西都感到愉快。在韦恩的设计头脑中，他知道软件必须相当地满足詹妮弗的目标，同时使人放心软件提供了全部所需的功能（詹妮弗是首要的角色）。韦恩还知道他不能指定那些对克兰西来说是不可能或者不合理的任何事情。
　　韦恩看到，詹妮弗仅有一个单纯的目标，即系统能平稳地运行，所以他设计了这样的界面：让珍妮弗一眼就能看到事情正在平稳地运行。如果出现某些瓶颈，詹妮弗的界面就会清楚地显示：一个故障以突出的、可视的方式准确地定位，使她通过与屏幕上表示的故障区直接交互就能检查并解决问题。韦恩知道，对詹妮弗而言，见识系统与修改系统并没有区别，而界面反映了这种感觉。詹妮弗仅在这样的时刻才会发问，即她想知道自己系统的部件如何，如果她已经学过一些东西，那她就会很容易操作。
　　从克兰西的观点来看，显示部件性能的代码与配置该部件的代码是两个分立的过程。它们在任务考虑上没有联系。但是在目标考虑上，它们是密切相关的。詹妮弗从来不会进行选择以重新配置部件，除非她看到它的性能降低了，需要重新配置。此外，当詹妮弗重新配置它时，她将会非常谨慎地监视那些部件的性能等级。
　　为用户的个人目标而进行设计，向我们清楚地展示了一个如何提交功能的方法。