做一個成功的產品，最重要的是要把握住客戶的需求。而在挖掘用戶需求時，很多產品經理會誤把“解決方案”當做“需求”。
做任何產品都是爲了滿足客戶的“需求”。（這裏的客戶可能指的是真正的C端或B端用戶，也可能是公司內的業務部門或老闆。）很多產品經理會抱怨需求方會經常改變需求，導致產品方案需要做較大的返工。而按我過去的經驗，客戶的需求是不太會變的。會變的往往是解決方案。需求方爲了滿足自己的“需求”，一開始想到了一個解決方案，後面覺得有更好的解決方案，或發現原來的解決方案中有比較大的漏洞，因此就會對解決方案作出較大調整。
這裏舉個實際案例，讓大家對“解決方案”和“需求”有更深刻的理解：
曾經，我的一個產品經理去了解一家做線下信貸的客戶的需求，回來告訴我，客戶要做一個P2P平臺，並講了一些客戶具體對於P2P平臺功能細節上的要求。他帶回來的其實是一個客戶自己提的不完整的解決方案，而不是一個真正的“需求”。客戶爲什麼要一個P2P平臺？客戶原來是做線下信貸的，他需要做一個P2P平臺，可能爲了解決不同的問題，滿足不同的“需求”。至少有這幾種“需求”的可能：一是他本身業務規模發展沒有問題，他希望把線下流程搬到線上，提升用戶借貸的效率和操作易用性；二是他本身業務在資金端遇到瓶頸，他希望通過做P2P平臺獲得互聯網投資者的資金；三是他本身業務在資產端遇到瓶頸，他希望通過做P2P平臺提供基於互聯網的借款申請，擴大借款人規模。由於客戶自己提的是一個不完整的解決方案，產品經理需要在其基礎上做出完整的解決方案，而不同的客戶需求，會對產品整體方案產生很大的影響。在大部分情況下，互聯網產品要求快速上線，功能不可能做得十分全面，產品經理在產品方案上會對功能進行取捨。而只有真正瞭解了客戶的需求，才能做好功能取捨。以上面的例子，如果是情況二，P2P平臺中的營銷相關的功能，活動相關功能是產品方案中不可缺少的。而如果是情況三，產品方案中借款審覈，風險控制等功能就成爲需要重點考慮的。如果是情況一，則營銷功能，風控功能都可以做得簡單一些，甚至在第一版中都不提供。
需求方提出的要做的東西，往往不是需求，而是一個解決方案。而且很有可能還是一個有問題的解決方案，因此作爲一個好的產品，一定要真正瞭解需求方的“需求”。基於需求，看需求方自己提出的“解決方案”是否合理，是否有更好的方案。如果有更好的方案，及時給需求方提出建議。這樣才能避免產品過程中的方案反覆，提高產品的成功概率。