開始做調研的時候，一定要先認真聽取客戶講解需求，只有先聽明白了客戶想要什麼，才能以此做出對策，這就好比做數學題一樣，題目都不讀明白就急於解題，其結果可想而知。在客戶談需求的過程中，切記不要打斷客戶的話語，一來是避免因為打斷後客戶思路接不上，導致遺漏一些需求；二來也是對客戶的尊重。最好的方法是在客戶講的同時，如果我們認為需求不合理可以先記錄下來，等客戶說完之後，再表達我們的想法。這樣可以提高客戶對我們的親切感和信任度，好處就是使用者更喜歡和我們說，我們也就更容易收集到使用者的需求。
要引導客戶，不是說客戶想要什麼就給什麼，不合理的需求不僅會影響到需求調研的結果，而且還會加大開發的難度，從而影響專案交付時間。很多時候，客戶對程式碼並不像我們開發實施人員一樣透徹，所以他們只會考慮他們的想法和要求，未必是他們的“真實需求”，而是他們表達出來的需求。在需求調研過程中，當我們瞭解到客戶想法後，務必要挖掘到使用者的真實需求，透過我們的設計去滿足使用者的真實需求，而不是盲目的跟從使用者的想要的需求，結果被使用者帶到了溝裡出不來。最後就是與客戶溝通，引導客戶理解他們真正的需求，共同促進專案開展。
經過前兩步操作，我們已經獲取到客戶的真正需求，但是這些都是零散的，我們需要將這些瑣碎的需求整理總結，記錄下文件。在記錄過程中可能還會發現遺漏的需要和客戶確認的關鍵點，這樣我們就可以及時與客戶溝通完善、確認需求。再者在實施過程中如果客戶提出額外的需求，要做好備案，同時規避需求蔓延。
在做專案的過程中，會碰到客戶一開始對專案的期望過高，導致後面實施起來進度緩慢。碰到這種情況，需要我們理性的分析實施過程中存在的風險點和難點，前期應該引導客戶充分了解這些風險點，如果想要順利進行不如一步一個腳印，先實現主要的目的，等到主要目的實現後，再向周邊擴充套件。
開始做調研的時候，一定要先認真聽取客戶講解需求，只有先聽明白了客戶想要什麼，才能以此做出對策，這就好比做數學題一樣，題目都不讀明白就急於解題，其結果可想而知。在客戶談需求的過程中，切記不要打斷客戶的話語，一來是避免因為打斷後客戶思路接不上，導致遺漏一些需求；二來也是對客戶的尊重。最好的方法是在客戶講的同時，如果我們認為需求不合理可以先記錄下來，等客戶說完之後，再表達我們的想法。這樣可以提高客戶對我們的親切感和信任度，好處就是使用者更喜歡和我們說，我們也就更容易收集到使用者的需求。
要引導客戶，不是說客戶想要什麼就給什麼，不合理的需求不僅會影響到需求調研的結果，而且還會加大開發的難度，從而影響專案交付時間。很多時候，客戶對程式碼並不像我們開發實施人員一樣透徹，所以他們只會考慮他們的想法和要求，未必是他們的“真實需求”，而是他們表達出來的需求。在需求調研過程中，當我們瞭解到客戶想法後，務必要挖掘到使用者的真實需求，透過我們的設計去滿足使用者的真實需求，而不是盲目的跟從使用者的想要的需求，結果被使用者帶到了溝裡出不來。最後就是與客戶溝通，引導客戶理解他們真正的需求，共同促進專案開展。
經過前兩步操作，我們已經獲取到客戶的真正需求，但是這些都是零散的，我們需要將這些瑣碎的需求整理總結，記錄下文件。在記錄過程中可能還會發現遺漏的需要和客戶確認的關鍵點，這樣我們就可以及時與客戶溝通完善、確認需求。再者在實施過程中如果客戶提出額外的需求，要做好備案，同時規避需求蔓延。
在做專案的過程中，會碰到客戶一開始對專案的期望過高，導致後面實施起來進度緩慢。碰到這種情況，需要我們理性的分析實施過程中存在的風險點和難點，前期應該引導客戶充分了解這些風險點，如果想要順利進行不如一步一個腳印，先實現主要的目的，等到主要目的實現後，再向周邊擴充套件。