在有新的項目的時候，銷售和售前爲了證實公司的能力，可能會催促產品設計人員，更快地提供解決方案給到客戶。同時在去到客戶現場的時候，客戶也是會迫切地希望系統建設方更快地輸出解決方案：“來，介紹你的產品”。
但是當我們過早地提出解決方案的時候，就很有可能遭到客戶各個方面的異議，說這功能怎麼樣，那功能應該怎麼樣，一頓吐槽，然後讓我們不斷地返工，改進我們的解決方案，但是改進的進程一直沒完沒了。
作爲初做產品，或需求的人來講，經常會有這樣的困擾，而這些困擾的根本原因是，我們所提供不是客戶真正需要的。
當客戶告訴我們“來，介紹你的產品”的時候。我們急匆匆地輸出“解決方案”。那麼客戶便有權說：“我有權決定你的解決方案是否符合我們的需求”。
只有在對客戶，以及客戶的需求有足夠了解的情況下，才能做出符合客戶需求的解決方案，併爲客戶帶來實際的“利益”。
所以，在適當的時候，應該對急迫地希望輸出解決方案say no。
如果是銷售和售前催促，那麼想辦法讓他們接受下面的請求：
沒有了解需求的情況下，做出來的解決方案，正常情況下將遭受到客戶不斷的異議，而這也會降低我們公司在客戶面前的專業度。
所以我們應該去思考做這個事情的目的是什麼，如果是爲了證實公司的能力，更好的方式，是以做過的系統，公司的資質作爲和客戶溝通的橋樑，再進一步地告訴客戶，我們在技術上是專業的，但是在業務上，無論怎樣，都還是要以他們爲老師，進行學習。
我們可以在請求客戶的同意之後，先進行需求調研，在不斷地碰撞和深化中，瞭解到業務的需要，做出符合業務需求的解決方案。
如果是客戶催促：“來，介紹你的產品”，那麼想辦法讓他們知道：
一來就大談解決方案，無論是什麼公司，最終做出來的東西，都是不能因地制宜的。
同類的產品我們有做，可以展示，但是針對客戶本身的需求，需要進一步地進行調研，才能，提供合理有效的解決方案。
我們是技術上的專家，但是業務上，我們應該依然要向客戶學習，客戶纔是最知道自己業務需求的人，也是最知道自己哪些業務需求是希望得到軟件的幫助的。
只有經過深入的需求調研，提出的解決方案，才能真正地解決客戶所需。這將使得軟件更加“有用”。
另外，需求調研的過程也是讓客戶參與到業務需求分析的過程，這也是讓客戶瞭解自己在領域上關於軟件的核心業務需求，當我們引導他們和我們一起剖析需求，不斷地問他們爲什麼，是什麼的時候，也是他們自己找答案的過程。這樣，做出來的東西，就會讓客戶更加感受到，這就是我想要的。這將使得軟件更加“專業”（在客戶心中的位置）。