1樓：Vjingyan
1、廣泛收集需求；
2、分析，抓住核心需求點，稍加擴充套件解決當前核心問題；其他使用者不需要的砍！
3、設計，配合開發及專案成本做最符合投入產出的設計方案。
其中需求分析是關鍵，時刻不忘要解決使用者希望解決什麼問題，才能不跑偏不過度設計。
2樓：來飲四杯
題主所說的「過度設計」可能類似專案管理的定義「鍍金」，「鍍金」這個詞特別好，咱們千萬別輕易給自己鍍金，穩紮穩打，先做出使用者真正需要的東西，再高階去做使用者還不知道自己會需要的東西。
做產品經理得有「根」，且「根」要紮實。
我們去掉「過度」這個修飾語，「設計」是產品經理將要面對的工作，那麼這項工作由何而來，開始之前應該完成哪些工作，找到了這些「根」，才能結出美味的果實。
首先要看產品目標，1. 我們要通過產品得到什麼。2. 使用者能夠通過產品得到什麼。
大企業的產品經理負責一塊業務可能無法統籌全域性，那麼就應該多向老同志，身邊的各層級領導學習，從他們的口中大概得知產品的商業目標，以此來指導部門目標，層層指導層層依賴。在做決策之前明確各層級的目標，只要是朝著目標努力的，通常不會讓你偏離軌跡。
你真的了解使用者嗎？所謂需求是建立在使用者之上的，產品經理設計的產品服務於使用者，而不是自己。如何了解使用者是產品經理的必修之課，可以使用使用者細分、可行性研究、建立人物角色等方法。
只有更懂自己的使用者，才能更好地進行下一步：需求分析。
需求分析的工作繁雜枯燥，但也不能省略其中任何一步。收集-整理-分析-反饋-再收集如此反覆幾個回合，才敢說自己的需求分析工作做得不賴。到了之後的需求管理階段，需要知道如何處理需求變，按部就班的完成以上工作，一步乙個腳印。
最後，要對將要設計的東西有了解。例如要設計乙個輸入框，就要知道輸入框有什麼基本規則，必填還是選填，輸入資料型別限制等等。就好比想學習齊達內的馬賽迴旋，需要先練足球基本功。以上。
3樓：huiter
產品設計其實會出現錯誤設計和過度設計兩種情況。
錯誤設計，最常見的情況是使用者實際要 A，但他描述出來的是 B，於是你在 B 上發揮演變出了 B『、B''。但始終無法很好滿足使用者的需求，於是又大量的修修補補導致了過度設計。經典的例子就是亨利·福特更快的馬的故事，需求是更快的馬還是車？
解決這個問題，需要我們在做需求分析的時候去找出問題級需求而不是方案級需求。更快馬就是使用者給出的方案級的需求，一定程度解決了問題，但不能根本性地解決問題，做多少額外設計都無法滿足。問題級需求就是，使用者想能更快地從某地到某地。
因此避免過度設計首先需要避免錯誤設計。
之後需要解決的就是在找到對的問題後，怎麼去避免過度設計。
這裡很多人容易走極端，崇尚原教旨的簡單設計，非當下的需求，多一點都不做。這很容易導致系統缺乏擴充套件性，後面不得不推倒重來。
軟體研發有兩個比較重要的思想，增量和迭代。增量就是先實現三分之一，之後根據情況再實現另外兩個三分之一。迭代就是先實現到 70 分，再實現到 90 分，最後再到 100 分。
所有的設計按照增量和迭代的思想，都可以拆分出有先後順序的幾塊。
剩下的問題就是當前的研發迭代需要做到什麼程度？
這個時候我們需要回歸到產品的價值流上。
A 功能做到 70 分可能投入 10 人天，做到 90 分可能投入就是 100 人天，對應的差值我們是不是有更好的選擇，比如去做 B 功能和 C 功能。
這個時候需要我們思考權衡，怎麼做可以讓價值最大化。有可能」 A、B、C 功能都有，但不完美「的價值大；也有可能「產品只有 A 功能，但這個功能做到了極致」的價值更大。
如何選擇取決於我們對於這個產品價值的認知，正確的認知加上適當的方法就可以避免過度設計。
4樓：孟佳
作為乙個自我感覺良好的產品經理，我也真的感覺不到我可以過度設計。
甚至，做不到滿足需求的設計。
你真正擔心的是什麼？功能做的太好？還是解決了本來不應該解決的需求？
如果是前者，你真的不應該擔心。後者的話，我想想可以叫做給了使用者期望外的驚喜。
5樓：閆澤華
為何會過度設計？
或許源於產品經理的蜜汁自信，覺得自己能夠站在上帝視角的角度，更好的規劃使用者。
乙個需求超過1周的開發時間？砍！
預估只有不超過50%的使用者會使用？砍！
砍無可砍之後，才能排出真正必要的需求。
當然避免過度設計，並不代表說避免長期規劃。只有心中有藍圖，我們才能夠更好的安排自己的步調。
6樓：吳金志
實事求是地說：避免不了。因為過度設計的根本原因是產品經理對使用者訴求的拿捏不準確、或過度自信而導致的。
但是，作為產品經理，可以本著乙個有效的原則來避免過度設計：能不做、就不做。
對於你調研來的需求，逐一分解下：不做可以嗎？使用者真的需要嗎？是否已有可替代的方式？
過度設計，只會減少，無法完全避免/杜絕。
7樓：Abel
堅持MVP原則，小步快跑、快速迭代
判斷力，需要結合當前的階段，使用者、場景、商業目標，所有的action要有價值，要有價值、要有價值。。。
8樓：奇文天翔
首先要定義下什麼是過度設計。
通常來說我們理解過度設計是指做出來的東西超出了需求範圍。這有兩種情況1.市場不確定，捕捉不到明確的需求，這個時候就用精益創業的方法，設定最小可用產品快速驗證取得反饋，避免浪費
2.需求確定了，那就收斂下個人的表達欲，明確需求範圍，不要越線
9樓：alapronto
想清楚幾個問題：
需求從哪兒來
誰在什麼情況下產生了這個問題
核心痛點有哪些
問題的影響面有多大
痛點對業務發展的影響程度
產品設計不是大而全，而是足夠解決痛點，兼顧後續發展，考慮短中期成本。
10樓：植心
避免過度設計是為了防止產品功能過於複雜導致互動設計難度增大，進而可能導致的互動雜亂，使用者使用起來一時間摸不著頭腦，體驗不便，最後可能就不用了。
那麼如何避免呢... 我是這樣做的，效果還行，不一定對
比方我想到的需求大大小小有20個，我會先把產品的主要需求落實（當然包括必要的功能比如有了收藏就一定要有登入和取消收藏），然後在公測時收集好使用者反饋，與一些使用者訪談，詢問他們需要的功能和原因（其中可能有一些是當初產品經理沒想到的)，最後完善功能後上線。
產品經理如何提公升需求分析的能力？
紙老虎 做好需求分析大致分為這樣幾步 獲取需求 分析需求 描述需求 驗證需求 獲取需求是為了得到需求的輸入，可以採用多種方式 訪談 需求調查問卷 競品分析 現場觀摩 不管哪種方式，都需要我們了解所屬的行業知識，而且不是簡單了解，最好精通，否則無法準備調研問題。獲得需求的過程需要與他人互動，或書面或口...
需求分析應該是運營還是產品經理做？
乙個沒用的人 這麼說吧，一般來說應該是客服收集使用者需求，需求量達到乙個警戒值提交給運營，運營先評估是否值得去提出乙個需求來解決這個問題，如果值得的話把本週或是本月的所有需求整理傳達給產品，產品負責把運營的這些需求和自己的需求整合到一起，排個SABC的優先順序並與技術溝通在什麼時間段解決什麼問題。上...
產品經理小需求如何提？
二毛 不同的公司有不同的專案管理制度，但你這麼問了可能你們公司沒有對應這部分的制度。如果是當前開發版本過程中出現了極其重要的需求點，可以直接合併進去，做好過程記錄，如果不影響工期的話就最好了。如果需求的優先順序不需要太高，就可以慢慢積累形成需求池，再從中選擇合適難度，合適數量，合適優先順序的需求組合...