需求工作中发现的问题

    上一次到客户单位感觉到，模块的开发者与用户直接交流需求、听取需求的变化，效果很好，这样比派一个代表做这件事在工作效率显著提高。
在软件的演示和需求的交流过程中有如下建议：
    1. 我们到用户单位演示软件的使用时，最好能展现软件使用的实际效果。有的时候会出现只用语言描述，而不动手操作。这样不利于用户发现问题。
建议：演示时如果时间充许，操作每个功能给，让用户看到实际使用时的效果，并且能够以用户实际工作流程为例来演示，这样易用于用户的理解和接受。
    2. 演示时要将软件的特点展示给用户，比如：我们软件中有一个QuickSelect控件，只要输入申请号的前几个数字，再按光标键选择，最后回车确认就可以调出想要的数据。但演示人员可能不了解它的使用技巧，演示时鼠标键盘一起用，会给用户操作繁琐的印象，没有将这个控件特点(Quick)体现出来。
建议：演示人员给用户演示之前，要与开发人员多交流，不但要知道每个功能，还要知道每个功能的操作技巧，并在与软件使用说明书时，将这些技巧描述清楚。
    3.从开始到客户单位收集需求到现在，一直有这样一个现象：用户在谈每个已有功能或提一个新的需求时，我们一般只是记录，或询问没有听清楚的内容，不敢为用户多想一点儿，多问一点儿，因为万一多问的这一句话，牵出新的需求怎么办！所以用户说一点，我们做一点，但是我们没有意识到这个过程是用户在整理自己的思路，也就是用户自己也不知道该怎么做才好，用户无意中在以我们的下一步工作做为代价，来实现他的想法，我们是不是付出得太多了？
建议：用户提出新的需求，我们第一个问题就是用户的目的是什么？知道用户的目的，我们就能以帮助用户分析问题，找出一种我们工作量最小且满足用户要求的方法来。我们要引导用户说出需求，不要怕深究问题会引出新的需求。我们在整理需求时不为用户多想，需求也许会少一些，但用户意识到某个功能是必须的时候，我们再去改动原有架构所付出的工作量要比当初一并设计大得多。所以我们要去挖掘用户的潜在需求。