在有新的项目的时候，销售和售前为了证实公司的能力，可能会催促产品设计人员，更快地提供解决方案给到客户。同时在去到客户现场的时候，客户也是会迫切地希望系统建设方更快地输出解决方案：“来，介绍你的产品”。
但是当我们过早地提出解决方案的时候，就很有可能遭到客户各个方面的异议，说这功能怎么样，那功能应该怎么样，一顿吐槽，然后让我们不断地返工，改进我们的解决方案，但是改进的进程一直没完没了。
作为初做产品，或需求的人来讲，经常会有这样的困扰，而这些困扰的根本原因是，我们所提供不是客户真正需要的。
当客户告诉我们“来，介绍你的产品”的时候。我们急匆匆地输出“解决方案”。那么客户便有权说：“我有权决定你的解决方案是否符合我们的需求”。
只有在对客户，以及客户的需求有足够了解的情况下，才能做出符合客户需求的解决方案，并为客户带来实际的“利益”。
所以，在适当的时候，应该对急迫地希望输出解决方案say no。
如果是销售和售前催促，那么想办法让他们接受下面的请求：
没有了解需求的情况下，做出来的解决方案，正常情况下将遭受到客户不断的异议，而这也会降低我们公司在客户面前的专业度。
所以我们应该去思考做这个事情的目的是什么，如果是为了证实公司的能力，更好的方式，是以做过的系统，公司的资质作为和客户沟通的桥梁，再进一步地告诉客户，我们在技术上是专业的，但是在业务上，无论怎样，都还是要以他们为老师，进行学习。
我们可以在请求客户的同意之后，先进行需求调研，在不断地碰撞和深化中，了解到业务的需要，做出符合业务需求的解决方案。
如果是客户催促：“来，介绍你的产品”，那么想办法让他们知道：
一来就大谈解决方案，无论是什么公司，最终做出来的东西，都是不能因地制宜的。
同类的产品我们有做，可以展示，但是针对客户本身的需求，需要进一步地进行调研，才能，提供合理有效的解决方案。
我们是技术上的专家，但是业务上，我们应该依然要向客户学习，客户才是最知道自己业务需求的人，也是最知道自己哪些业务需求是希望得到软件的帮助的。
只有经过深入的需求调研，提出的解决方案，才能真正地解决客户所需。这将使得软件更加“有用”。
另外，需求调研的过程也是让客户参与到业务需求分析的过程，这也是让客户了解自己在领域上关于软件的核心业务需求，当我们引导他们和我们一起剖析需求，不断地问他们为什么，是什么的时候，也是他们自己找答案的过程。这样，做出来的东西，就会让客户更加感受到，这就是我想要的。这将使得软件更加“专业”（在客户心中的位置）。