Rick O’Brien是安大略的Business Data Solutions的所有者。这是他第一次为TechRepublic写文章。
几年以前，一位商业财产管理公司的经理要求我把一些Microsoft Word制作的租赁文件自动复制到WordPerfect 5.1，而WordPerfect 5.1在他的公司里已经使用了很长的时间了。当我建议我们安排一次和最终用户的会见来了解他们的想法和意见的时候，他说没有必要。新的macros必须“完全和旧的那个一样”地工作。
我还是在等待和这位经理的约见的时候同办公室的员工进行了非正式的交流。他们都在问为什么他们必须要学习新的软件只为了做和以前完全一样的事。
我尽可能礼貌地拒绝了这个工作。得不到最终用户的支持和协作，新的自动文档项目在开始之前就注定要失败。
用户的参与在项目的需求收集阶段是没有价值的。用户的想法和意见在设计和编码阶段能够提供有价值的帮助。如果应用是基于工作流模型，并且在开发过程中得到用户的帮助，用户培训就会容易得多。最后，用户的接受能够帮助保证完成的应用获得成功。
你可以采用很多方法在应用开发阶段收集用户的意见：调查（通常是针对大型组织）；在站工作流观察；一对一的用户会见；集中团体、多用户会议；或者综合并灵活使用把上面所有的方法。
我将专注于一对一的用户会见，以及如何从你和会见者会见的宝贵时间中获得最大的价值。
收集用户意见
在小型组织中，你可能能够有时间和每个将要使用新应用的最终用户接触。在大型的组织中，这样的想法是不切实际的，你将会满足于接触一个用户的横截面作为代表。在这两种情况下，时间对于你和那些员工来说都是很宝贵的，所以你必须提高数据收集的质量。
做好准备
会见不是一场谈话；它有自己的结构。调查使用的是“是/否”以及多项选择，而会见更加开放，而且必须由一系列准备好的、深刻的问题组成的。准备好一个问题列表将使你能够给用户展示出取得的进展，比如：“我们已经开始干了；只是还有两个问题。”准备好一个问题列表，并根据这个列表发问将让你能够把比较困难的问题放在会见的后面进行。
对于用户来说，会见可能是场痛苦的经历，所以让他们觉得自在是你需要解决的重要问题之一。一次，在我和一个有很少计算机技能的用户会见中，她忽然脱口而出：“为什么你要问我所有的这些问题，为什么？”我向她保证说她的反馈非常有价值，它将被用来修改新的软件以满足她的需要。
谁是专家？
一种让用户在会见过程中感到自在的方法是：在会见过程中忘掉你自己，并且承认他们是他们所从事的工作中的各项任务和程序的专家。你在那里是向他们学习的--而不是出于其他的目的。你将使用他们的经验和建议来设计应用软件，而这些应用软件将帮助他们工作得更轻松，并提高工作效率。用户不仅仅对他们目前的任务了解得非常清楚，当出现问题的时候，他们还能够告诉你。有效的方法是，你可以这样问他们：“我怎样才能让你的工作变得更加轻松/安全/容易？”
作为一个开发者，很容易陷入的一个陷阱就是按照开发者自己的主观意识设计某个应用。我在早期的会见中总是问一些空洞的问题，比如屏幕应该是什么颜色的，或者用户觉得OK按钮应该放在哪里，或者菜单里应该包含哪些项目，等等。软件设计应该围绕着使用这个软件的用户需要完成的任务；否则，软件就成为提高工作效率的障碍，而它自己也成为一种负担。
恐惧的因素
这种情况可能你没有遇到过，但是很多用户可能会害怕他们在会见时给你的答案会导致他们被“电脑取代”，或者暴露出他们缺少计算机技能的事实，这可能会危机到他们的工作。你要向被你会见的人保证这并不是
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
