滿足需求，要警惕過度

02-01

最近我將連載對產品經理如何進階的思考，這是第四篇。

最近公司的項目經理代表技術部門找我提需求（背景音：可算有今天了），認為現在由於文檔不健全，導致技術同事們對產品和業務理解不夠，希望我們能夠完善所有的產品文檔，並且實時更新。當然，這個要求看起來沒什麼不合理，他們也是遇到了各種實際存在的問題才提出來的。

我們先不說最終討論的結果，先講幾個故事。

小東是創業公司的產品負責人，這幾天接到一個特殊的需求，就是土老闆在一次創業者聚會上聽說了各種洋氣的協作產品，回來就讓小東也給公司買一個用。為什麼？當然是要提高團隊效率啊！你看你們用的那些破表格，還有原始社會的紙條、便簽，這怎麼行。

小東也沒找到好的理由反駁，所以很快就買了年費會員，大家花了幾天時間研究用法。過去喊一句就能解決的問題，現在要在工具上操作三步；想貼便簽怕被老闆罵，但新工具上又找不到整體的任務甘特圖。折騰了一個多月，土老闆都看出來 5 人團隊其實還是 Excel 最好用，於是一聲令下，又恢復原狀。

小南是有完美主義傾向的產品設計師，他接到了運營團隊的線下活動支持的需求。運營團隊說，他們在線下用手工的方法已經能夠實現啦，只是希望產品這邊能做些支撐功能，降低他們的人工成本。小南一口答應下，說絕逼做出一個完美的功能。

活動本身的支撐很簡單，但是好像目前方案的體驗不夠好，要再豐富一下。過了幾天，感覺他們應該還需要完整的報表，這個功能也得有才好用。又過了幾天，不對，現在的拓展性不強，可調配的參數太少，應該多增加變化空間，還得改。又過了幾天，小南興沖沖地通知運營團隊功能完成了，對方一臉懵逼：我們活動前天結束了啊。

故事想說明的是，對任何的需求，不能只考慮第一時間想到的方案、別人推薦的方案、大公司慣用的方案，等等。最好的方式，是自己去調查背景、體驗需求，確保自己理解到了問題本質，然後找到最急需、最有效的解決方案。

不管是做任何設計、用戶分析，還是跟部門的協作、項目的規劃和推進，都是遵循這個原則，先保證每個需求都得到的基本的滿足，再去考慮更優化的方案。小東他們現在的協作沒有問題，就別先興師動眾去折騰大家；小南運營同事的需求很明確，是要降低人工成本，那就先用最簡單的產品功能提供幫助。就跟考研一樣，每個科目要先都達到及格線，我們再去花時間精力提高各科的成績。

說回最開始的那一幕，我跟產品的同事跟項目經理的回復是，我們未必直接去豐富大而全的文檔系統，這自然是「正確」的，但不是當前最好的解決方案。全體產品經理撲在這上面的心思和精力，在目前不確定的情況下就是一種需求的過度滿足。根據技術部門在項目推進中遇到的很多對產品和業務不熟悉的問題，我們依靠業務培訓和梳理基本邏輯圖等方式先滿足當前的需求，可能是最合理的選擇。

想想你現在手頭的很多需求，真的都找到最合適的方案了嗎？你掛在嘴邊的對「完美」的追求到底是真的需要，還是在過度滿足？

封面：蘇傑老師朋友圈發的，滑鼠墊。

推薦：Day One。我一直在用的日記軟體。