編輯導語：產品經理對于輸出需求可謂是非常日常的工作了，然而有時候在工作中不可避免地也會出現過度設計的情況，本篇文章作者分享了謹慎對待過度設計的問題，講述了過度設計的定義、出現過度設計的原因以及如何解決該問題的方法，一起來學習一下吧。

產品經理出需求如何喝水吃飯一般自然，但總有些時刻會覺得出的方案有點過于復雜或者過于糾結細節了，所以就有了過度設計的問題。

理論上，產品經理是不應該做過度設計的方案的，如同設計有缺陷一樣，過度設計也表明方案不夠合理，產品經理對于需求的把握還是有待加強。

但現實并不和理論一致，總是會有一些微妙的地方。

我因為最近也遇到一些微妙，所以談一談過度設計這個問題。

一、如何定義過度設計

前面提到過了，過度設計的其中一種情況就是方案的復雜度超過了需要本身的需要。

譬如，業務初創階段，需要做一個推送系統，運營原本的需求是支持導入用戶名單批量發送即可，需求點很簡單。

創建計劃的時候支持設置計劃名稱、批量導入名單、輸入發送內容、設置消息類型和選擇發送賬號、設置發送時間就可以。

但是基于產品設計原則，產品經理在設計的時候會考慮通用性和擴展性，就會自然聯想到要不要做用戶屬性選取功能、要不要做內容模板功能、要不要做流量分配測試功能、要不要做統計模塊去跟蹤效果。

做都可以做，用也會用上，問題是對于一個初創的業務，很長一段時間內都用不上后面關聯的復雜功能。

如果方案里面包含了后面的這些功能就會有過度設計的問題。畢竟資源總是緊張的，總需要處理更重要的事情。

這種情況下，方案設計和當前業務階段匹配程度是判斷是否過度設計的標準。

過度設計的另一種常見情況就是產品方案過于糾結細節的東西，反復在調整一些很小的東西。

成熟的業務會更容易出現這種情況，業務成熟表示整體的產品框架也很成熟了，那么怎么去做優化？

就反復去調整一些細節的東西，流于形式，工作是做了不少，但是效果卻非常小。

譬如一個貸款申請流程(我是做信貸業務的，以我熟悉的舉個例子)，業內所有的平臺產品方案都差不多的，非常成熟了。

步驟總共就5個：

1. 填寫個人基本信息（婚姻、學歷、住址等等）；
2. 填寫工作信息（公司名稱、公司地址、公司電話等等）；
3. 填寫聯系人信息；
4. 上傳身份證照片和活體識別；
5. 綁定放款銀行卡（部分平臺有）。

差別僅僅在于采集的具體字段和頁面順序、頁面UI有差別。

其他的差別真不大，各種營銷的系統支持都已經非常成熟了。

這種情況下非要對這個申請流程做優化，這就其實很沒有必要，做來做去也就是對界面的UI和交互做一些調整，但是對于整體的完成率影響很小。

極端情況下自然波動都比優化效果的變化大。

這種情況下，其實要和行業的數據進行比較，如果和最優的數據差不多，那就可以暫時放一放，不要去折騰了。

真的，一個業務想要做成要看整體數據，局部數據比別人高3-5個點沒有任何意義。

二、為什么會出現過度設計的問題

如果是第一種情況，實際上還是產品經理對于業務的理解不夠，沒有和業務關聯起來看。

商業總是要考慮成本的問題，不必要提前投入一些成本，需要的時候再投入即可。

如果是第二種情況，那就得看了。

有的時候是因為產品經理比較局限，暫時做不出好的方案，就在一些小細節上調整，確保不至于出現大問題。

有的時候出現這種情況倒不一定是產品或者其他同事的本意，但是又確實到了短時間難以有什么突破的時候，老板們又天天說要優化，那就只能做一些優化。

做的時候其實一線的人都知道是怎么回事，但是又不能不做，不然老板會覺得員工能力不行。

不要以為不會出現這種情況，這種情況其實比大家想的要常見的多。

每天都想要改變和提升，但是現實世界的邏輯不是這么走的，一個成熟的業務哪里還會有每天都有提升的事情。任何一個業務都是有天花板的。

當然，我還遇到過一種情況，產品框架搭完了，業務已經跨過了從0到1的階段，開始往10走，這個時候發力的階段重點不是產品和研發了。

但是產品和技術還是不能停啊，產品和技術空下來的話公司不就虧了嗎，老板心里過不去啊，必須得讓大家干活。

這個時候的重點是必須讓大家有活干，而不是產品方案是不是過度提前了或者調整過于細節了。

三、如何解決過度設計的問題

如果是產品經理能力局限的問題，這個就只能自己提升了。能力的提升是一個水磨的功夫，只不過有的人的磨轉的快，有的人的磨轉的慢。

如果是出于老板的要求或者KPI的壓力，盡量用行業數據和競品的方案跟老板溝通，讓老板理解方案的調整意義不大，問題的關鍵不在這里。

如果老板堅持的話，那就不要糾結，你沒有義務為一個成年人的選擇負責，付了錢也不行。

我知道有些產品經理是崇尚改變世界的，老板不對的話堅持說服老板。我不贊成也不反對，但是我自己絕對不會這么做。

如果是因為技術要空轉了，那我的建議是就補補課，把之前遺留的歷史問題處理一下，做做重構。

其實這個工作是不容易做的，因為不能在業績上得到體現，所以要說服大家做這個是很難的。

我最近就遇到這個問題，之前技術設計的框架不合理，兼容性和合理性都不好。

但是因為在業績上無法得到體現，所以代碼重構推了好幾次也推不動。

修修補補的經常出問題，但是還是就這么跑。

我還遇到過一種情況，老板拿著別人的后臺截圖跟我說參考一下，言下之意自然是抄一下。

我就發現很多功能我們暫時用不上，當然我并沒有反駁，就設計了一個完整的方案。

然后告訴老板合在一起做版本太大了，可以分版本做，有些功能現在暫時用不上的，可以放到后面做。

至于后面做不做，那就根本不是個問題，老板根本不會記得還有這件事情。

你可能會多花點時間，但是仍然可以有效的把落地的方案掌握好。

四、寫在最后

過度設計的問題遠不如方案不合理或者方案不完整那么顯眼，大家對于過度設計的邊界認定是不一樣的。

但我們做為產品經理來說還是要更謹慎的判斷這個問題，這是專業能力的一部分。

產品經理是提解決方案的人，方案提的好不好直觀的體現了一個產品經理的水平。

盡量確保產品方案在一個合理的范圍內，考慮各種因素，控制成本，包含信任的損耗。

完全規避過度設計我認為是不大可能的，但確實需要盡可能規避這個問題，讓自己專業起來。

本文由 @產品人玄青 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議