對于產品經理來說，想出解決方案并不是最重要的，更關鍵的是，尋找到正確的問題。那么，該如何找到正確的問題呢？本文作者分享了他的看法，希望能給你帶來一些啟發。

如果你一接到需求，就直接點開軟件，設計原型，那你很可能是在朝著錯誤的方向狂奔。

01 設計需求，為什么費了老勁還沒用

最開始做產品設計時，我接到一個需求，就會不假思索地“快速響應”，因為我感覺解決了多少運營同事的需求，就好像是我自己給自己打分的一個指標，出的需求快又多，同事也會覺得你靠譜，最終結果肯定也會好。

我會打開各種原型軟件，花力氣畫啊畫，然后評審，進入開發流程，上線，等待好的結果。

我以為這樣子，快速設計好了功能，就能像勇者拔出了石中劍一樣，后續故事就是凱歌頻傳、一路平推了。

但可惜，現實世界不是這么運作的。

當我們被自己的想法振奮時，我們會很快列出一系列的實現想法的路徑——也就是解決方案，這會花費我們很多的精力。但大多數的產品都沒有成功，這不是因為我們文檔沒有寫好，需求沒有對齊，而是因為我們沒有錨定正確的問題。

在經歷或看到了一次次費老力的研發，毫無成果后，我理解到：畫出原型、制作好功能、溝通協調等等遠遠談不上是“寶劍”，它更像一個個加buff的小道具，而鎖定攻擊目標，才是“寶劍”。也就是說，我們得先找到正確的攻擊目標，而不是對著空氣輸出。

02 因為對著空氣輸出，就談不上“傷害/經濟轉化率”

那么，正確的攻擊目標在哪里？我們該怎么找到它？

下面會慢慢說下推導邏輯，想直接看結論可翻到下一個標題處。

那我們接著說。隨便打開一個產品經理的崗位需求，都能看到說“要具備優秀的邏輯思維能力、數據分析能力、溝通協作能力”，剛打算做產品經理時，我看到這條崗位需求就覺得奇怪，這需求是想干什么呢？為什么產品經理這么需要它們呢？以及，你們到底想要應聘者干啥，能不能說得具體一些？

成長后，我有了個答案：產品經理是公司中，“去尋找正確的問題，而不是尋找正確的解決方案”的人。

正確的問題是壓倒所有一切的關鍵。

進一步說，產品經理是一個解決why和what的人。why是1，what是跟在后面一個個的0，如果why出了問題，一切what都沒有用。

而要找到why，就會用到一個人的邏輯思維能力、數據分析能力。這有點倒過來的意思，企業實際上想我們能幫它解決形形色色的問題，但邏輯思維、數據分析能力只是能找到why的充分條件。

拓展一下：

邏輯思維能力有個經典問題叫“費米預估”，就是說一位叫費米的教授，在課堂上問學生：“芝加哥市有多少調琴師”，學生懵了。然后費米就引導大家：我們先看芝加哥有多少人口，再看人口里有多少人有鋼琴，再看鋼琴多久需要調音一次，再看一個調音師一天能調多少架鋼琴，最后綜合這些條件，給出結果。

面試中，出現費米預估的用意就是在考你，能不能在條件模糊的情況下逐步給出大致正確的解法。

為什么產品經理面試時會考到這種問題呢？因為我們在真實工作時，就是要通過一系列步驟，去定義問題、拆解問題。

那怎么能定義好why呢？

經典的死亡循環是：

1. 用戶反饋產品哪個方面不好，他們想要A功能
2. 我們聽取用戶的意見，開發了A功能
3. 用戶說“這不是我想要的”或者對這個功能無動于衷

為什么會出現這個問題？

首先，我們要認識到用戶往往提供的是一個解決方案，而不會告訴你他真正遇到了什么問題。事實上，用戶不是專業的設計人員（他們希望你是），即使面對他們自己的問題，他們也難以設計良好的解決方案。

還有，用戶的反饋并不能真的代表他們的行為。有一個經典的案例，調查人員詢問用戶更喜歡哪種顏色的索尼隨身聽，大家都選了黃色。但最后，他們讓用戶選一個顏色的隨身聽帶走時，大家拿走了黑色！

所以，在用戶給出的解決方案上，直接設計產品功能，并把它們開發出來，是非常危險的。

03 那我們要怎么做？

我們不問用戶，不聽取用戶的建議，我們測試用戶，我們從測試的結果中學習。

簡單來說，我們就是要做實驗。想象自己是個白大褂，我們要控制變量，才能得到可信有效有說服力的結果。

而實現上述目標的方式，就是MVP。MVP是“最小可行性產品”的意思，說人話就是指，MVP是一個小實驗，是一個我們未來巨大理想的一個最小的切片。

你可以把產品設計過程看成制作一個蛋糕，我們首先想保證，費大力氣做出來的蛋糕有人要吃。MVP是說，ok，我作為產品經理，不知道這么設計蛋糕，大家喜不喜歡吃，那么，我想先僅僅從未來的大蛋糕上，切一小塊蛋糕出來，這一小塊蛋糕有著和大蛋糕差不多的設計，但是它很簡單，它只保留了大蛋糕最核心的要點。

那么，有了這塊小蛋糕，我們就可以找一堆我們的目標用戶來品嘗，看看他們有什么反應。他們可能會不感興趣、或者提出自己的想法，最好的情況是，他們想預訂大蛋糕。而這一切用戶的反應，會對我們真實的產品設計，起到很大的幫助。

因為這一次次的MVP實驗，不僅節省了大量研發費用，還為你開發或者不開發這個功能，提供了定性或者定量的支持。這樣我們就能更好地向上匯報或者向其他部門溝通（拉更多人下水，不是）。

我們快速的“失敗”，就像一次次派出偵察兵前進，這為我們增加了最后成功的概率。

04 因為世界復雜，所以我們采用自下而上的設計

在最后，我想說，世界上很多很多發明都是自下而上、一步步試出來的。比如，微波爐是二戰中美國一位雷達工程師，偶爾發現微波加熱了他褲兜里的巧克力，才去研究發明出來的，并不是特意要研究的結果。

我們做產品時，其實一次次的MVP就給了我們很多這種打開未知大門的機會。當然，如何設計MVP，怎么驗證MVP效果，領導不想搞MVP就逼著你給個確定的時間該怎么弄……等等問題，沒法一次聊完，之后梳理出來再聊。