考验他们，但是他们的反馈会帮助把这个新的或者是修改的应用尽可能地做得用户友好一些，而且能够凭直觉进行学习。提醒他们说他们的公司必须跟上竞争的形势或者在竞争中领先才能够生存下去。分享他们的知识和经验能够帮助他们的“团队”赢得胜利。
但是在这里要小心。你不能够简单地告诉被会见的人他们不会失去工作。新的应用可能会成为结构重组的一部分，而这样的重组可能会最终导致有人丢掉工作。你不要让自己告诉那些最后可能丢掉工作的人他们没有什么可担心的。相反，你应该告诉被会见的人在软件设计工作中付出努力的人会使他们自己成为新员工的专业培训者和导师。
开放些
和调查的那种把答案简单限定成是/否的问题不同，会见的问题应该是开放的，并且鼓励用户通过举例子或者做假设来说明他们的想法。如果你想评估一下某人对于电脑的喜欢程度，诸如“你是否拥有一台家庭电脑？”之类的问题只会带来“是”或者“否”的回答。
更富于启发性的问题应该是：“你什么时候使用电脑--在家，工作中，在学校，或者在公共或者商业设备上--你通常用它来干什么？”没有电脑的用户可能在图书馆，学校或者其他地方经常使用电脑。如果大部分用户都说他们经常上网，你应该把你的界面设计得更加类似浏览器的风格。
沉默是金，用心倾听吧
在一次平常的交谈中，很可能会在一阵沉默之后开始投入。一次会见不是一次平常的交谈。你的工作是在被会见的人讲话的时候倾听他/她的意见。
如果你问一个问题，然后接下来是一阵沉默，这可能意味着会见者正在仔细考虑答案。让被会见的人首先打破沉默，如果他们喜欢，让他们以后再回答。在等待回答的时候，注意你的身体语言和面部表情。放松点，这样也能够帮助被会见的人放松。在思考问题的时候，人们经常向上看或者转向某一边。在他们陈述他们的答案的时候不要盯着他们。让你自己看看你的会见记录或者准备下一个问题。
有时候我会遇到一些会见人，他们在一阵长长的沉默之后，表示他们被某个问题难住了，或者他们不能给出某个答案。你只要简单地告诉他们你将在以后再回到这个问题上来。有时候对于后一个问题的答案会帮助回答前一个问题。
避免诱导性的问题
在计划和提出你的问题时，要避免“诱导性”的问题，这样的问题会暗示出你期望得到什么样的答案。试试这样的问题：“你认为在目前的数据录入系统中最困难的问题是什么？”，不要问：“目前的数据录入系统很难使用，是这样吗？”这样的问题。被会见的人会隐藏他们的本意，而给出一些他们认为你希望听到的答案。
如果收集需求是为了替换一个陈旧的数据库应用，而这个应用又恰巧是我自己设计的时候，我很难让用户能够对旧系统提出建设性的批评。他们知道那个系统是我设计的，因此他们觉得似乎必须为它说一些好话，他们认为我在那里是为了保护我早期的工作。用户必须明白所有的软件都有一个生命周期，而且最终当用户需求有了变化或者发展的时候，都会被新的系统所取代。
如果你的任务是改进一个现有的系统，确保用户们理解你需要知道如何保护现有软件的好的功能，同时去掉或者改进一些不是太好的功能。
我错过了什么吗？
在会见要结束之前，确认一下你记录下的答案，检查一下是否有先前漏掉的问题。“当我问###，你的回答是###。我的理解正确吗？”在这个检查过程之后，不要忘记可能是最重要的一个问题：“我有没有遗漏掉什么你想补充的内容吗？”
作者： TechRepublic.com
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
