一張經典的漫畫，產品經理站在自己的角度設計了（自認爲）完美的產品，並（一廂情願的）認爲用戶也喜歡它。而真正的用戶苦於無法發表自己的意見，只能臉上笑嘻嘻，心理MMP。

忽視用戶反饋做產品，除少數天才或運氣爆棚者能做到“閉門造車，出門合轍”之外，其餘大概率會輸出自嗨型產品：自以爲完美，然而卻並沒有什麼卵用。

有一個產品經理聽爛的梗：BAT中以產品著稱的騰訊，有一個10/100/1000法則——產品經理每個月要做10個用戶訪談，關注100個用戶博客，收集1000個用戶體驗反饋。

在騰訊的帶動下，慢慢的，產品經理又走向了另一個極端：過分重視用戶反饋，用戶要啥做啥，甚至不夾雜任何自己的思考。

對這種產品經理，我們稱之爲：用戶的狗腿子。

01

用戶反饋，不可盡聽

上面說到，閉門造車做出的產品沒卵用，而過分聽從用戶也是不對的。

WHY？

這得從兩千多年前說起。孟子曾經曰過：人之患，在好爲人師。這位古代先哲很敏銳的發現人的一個本質：自以爲是。

（順便普及一下人類的另外4大本質）

用戶的自以爲是，具體表現在，當他們遇到問題時，會根據自己的生活經驗和人生閱歷，簡單處理一下自己的問題，提出一個“半解決方案”，並反饋給產品經理。比如很多用戶反饋的格式是：我希望加個**功能。“加個**功能”就是用戶提出的“半解決方案”。

作爲產品經理，你很難從“加個**功能”的表述中你逆向推導出用戶的實際問題。 我們希望的用戶反饋格式是：我遇到一個**問題。

舉個栗子。

有隻渴的半死的烏鴉，發現半瓶水，想喝卻無奈嘴太短。烏鴉靈機一動，想起了一個教科書級別的案例，於是向產品經理反饋說：我需要很多小石子！

產品經理一臉懵逼，完全想象不出小石子的使用場景。而聰明的產品經理已經行動起來，批量添加小石子功能已進入開發階段，還支持自定義小石子的顏色形狀哦，用戶體驗是不是很棒？！

而如果烏鴉沒有靈機一動想到一個“半解決方案”，而是僅僅描述自己的實際問題：想喝水，水面太低、嘴太短，腦回路正常的產品經理一定會選擇另外一種解決方案：加根吸管。

爲什麼“加根吸管”的方案好呢？因爲事實已經證明，扔石子沒用啊！大家被教科書騙了很久了：

02

用戶反饋要刨根問底

產品經理對用戶的感情，可謂是百感交集：產品是做給用戶的，不聽用戶反饋，做出來沒人用，聽用戶反饋，很可能被他們帶跑偏。

用戶反饋一般分兩類：產品問題和產品建議。

前者一般是產品bug、用戶體驗不佳等，改就是了。

後者又分兩類：理想用戶會描述自己遇到的問題，然後產品經理提出“吸管方案”，雙方都能獲得生命的大和諧（上車！）。

更多的情況是用戶直接提出“小石子方案”，然後產品經理分成兩個陣營：聰明的產品快速反應上線功能；理智的產品經理大罵用戶SB，順便罵前一類產品是SB中的SB。

歸根結底，被用戶帶跑偏的產品經理，問題就在於對用戶反饋刨的不夠深——得往祖墳上刨啊！

對用戶提出的“小石子方案”，再繼續問兩個問題：

問題1：爲什麼需要小石子？

用戶：因爲水面太低，嘴太短夠不着。

問題2：所以你的問題是想喝水，需求是口渴？

用戶：對。

所以，給用戶一根吸管就行了。

-end

關注公衆號： 產品經理日記 （ID：p_m_diary）回覆“PRD”，獲取鵝廠內部需求文檔模板！