起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識謹慎對待過度設計的問題
編輯導語：產品經理對于輸出需求可謂是非常日常的工作了，然而有時候在工作中不可避免地也會出現過度設計的情況，本篇文章作者分享了謹慎對待過度設計的問題，講述了過度設計的定義、出現過度設計的原因以及如何解決該問題的方法，一起來學習一下吧。
產品經理出需求如何喝水吃飯一般自然，但總有些時刻會覺得出的方案有點過于復雜或者過于糾結細節了，所以就有了過度設計的問題。
理論上，產品經理是不應該做過度設計的方案的，如同設計有缺陷一樣，過度設計也表明方案不夠合理，產品經理對于需求的把握還是有待加強。
但現實并不和理論一致，總是會有一些微妙的地方。
我因為最近也遇到一些微妙，所以談一談過度設計這個問題。
一、如何定義過度設計
前面提到過了，過度設計的其中一種情況就是方案的復雜度超過了需要本身的需要。
譬如，業務初創階段，需要做一個推送系統，運營原本的需求是支持導入用戶名單批量發送即可，需求點很簡單。
創建計劃的時候支持設置計劃名稱、批量導入名單、輸入發送內容、設置消息類型和選擇發送賬號、設置發送時間就可以。
但是基于產品設計原則，產品經理在設計的時候會考慮通用性和擴展性，就會自然聯想到要不要做用戶屬性選取功能、要不要做內容模板功能、要不要做流量分配測試功能、要不要做統計模塊去跟蹤效果。
做都可以做，用也會用上，問題是對于一個初創的業務，很長一段時間內都用不上后面關聯的復雜功能。
如果方案里面包含了后面的這些功能就會有過度設計的問題。畢竟資源總是緊張的，總需要處理更重要的事情。
這種情況下，方案設計和當前業務階段匹配程度是判斷是否過度設計的標準。
過度設計的另一種常見情況就是產品方案過于糾結細節的東西，反復在調整一些很小的東西。
成熟的業務會更容易出現這種情況，業務成熟表示整體的產品框架也很成熟了，那么怎么去做優化？
就反復去調整一些細節的東西，流于形式，工作是做了不少，但是效果卻非常小。
譬如一個貸款申請流程(我是做信貸業務的，以我熟悉的舉個例子)，業內所有的平臺產品方案都差不多的，非常成熟了。
步驟總共就5個：
- 填寫個人基本信息（婚姻、學歷、住址等等）；
- 填寫工作信息（公司名稱、公司地址、公司電話等等）；
- 填寫聯系人信息；
- 上傳身份證照片和活體識別；
- 綁定放款銀行卡（部分平臺有）。
差別僅僅在于采集的具體字段和頁面順序、頁面UI有差別。
其他的差別真不大，各種營銷的系統支持都已經非常成熟了。
這種情況下非要對這個申請流程做優化，這就其實很沒有必要，做來做去也就是對界面的UI和交互做一些調整，但是對于整體的完成率影響很小。
極端情況下自然波動都比優化效果的變化大。
這種情況下，其實要和行業的數據進行比較，如果和最優的數據差不多，那就可以暫時放一放，不要去折騰了。
真的，一個業務想要做成要看整體數據，局部數據比別人高3-5個點沒有任何意義。
二、為什么會出現過度設計的問題
如果是第一種情況，實際上還是產品經理對于業務的理解不夠，沒有和業務關聯起來看。
商業總是要考慮成本的問題，不必要提前投入一些成本，需要的時候再投入即可。
如果是第二種情況，那就得看了。
有的時候是因為產品經理比較局限，暫時做不出好的方案，就在一些小細節上調整，確保不至于出現大問題。
有的時候出現這種情況倒不一定是產品或者其他同事的本意，但是又確實到了短時間難以有什么突破的時候，老板們又天天說要優化，那就只能做一些優化。
做的時候其實一線的人都知道是怎么回事，但是又不能不做，不然老板會覺得員工能力不行。
不要以為不會出現這種情況，這種情況其實比大家想的要常見的多。
每天都想要改變和提升，但是現實世界的邏輯不是這么走的，一個成熟的業務哪里還會有每天都有提升的事情。任何一個業務都是有天花板的。
當然，我還遇到過一種情況，產品框架搭完了，業務已經跨過了從0到1的階段，開始往10走，這個時候發力的階段重點不是產品和研發了。
但是產品和技術還是不能停啊，產品和技術空下來的話公司不就虧了嗎，老板心里過不去啊，必須得讓大家干活。
這個時候的重點是必須讓大家有活干，而不是產品方案是不是過度提前了或者調整過于細節了。
三、如何解決過度設計的問題
如果是產品經理能力局限的問題，這個就只能自己提升了。能力的提升是一個水磨的功夫，只不過有的人的磨轉的快，有的人的磨轉的慢。
如果是出于老板的要求或者KPI的壓力，盡量用行業數據和競品的方案跟老板溝通，讓老板理解方案的調整意義不大，問題的關鍵不在這里。
如果老板堅持的話，那就不要糾結，你沒有義務為一個成年人的選擇負責，付了錢也不行。
我知道有些產品經理是崇尚改變世界的，老板不對的話堅持說服老板。我不贊成也不反對，但是我自己絕對不會這么做。
如果是因為技術要空轉了，那我的建議是就補補課，把之前遺留的歷史問題處理一下，做做重構。
其實這個工作是不容易做的，因為不能在業績上得到體現，所以要說服大家做這個是很難的。
我最近就遇到這個問題，之前技術設計的框架不合理，兼容性和合理性都不好。
但是因為在業績上無法得到體現，所以代碼重構推了好幾次也推不動。
修修補補的經常出問題，但是還是就這么跑。
我還遇到過一種情況，老板拿著別人的后臺截圖跟我說參考一下，言下之意自然是抄一下。
我就發現很多功能我們暫時用不上，當然我并沒有反駁，就設計了一個完整的方案。
然后告訴老板合在一起做版本太大了，可以分版本做，有些功能現在暫時用不上的，可以放到后面做。
至于后面做不做，那就根本不是個問題，老板根本不會記得還有這件事情。
你可能會多花點時間，但是仍然可以有效的把落地的方案掌握好。
四、寫在最后
過度設計的問題遠不如方案不合理或者方案不完整那么顯眼，大家對于過度設計的邊界認定是不一樣的。
但我們做為產品經理來說還是要更謹慎的判斷這個問題，這是專業能力的一部分。
產品經理是提解決方案的人，方案提的好不好直觀的體現了一個產品經理的水平。
盡量確保產品方案在一個合理的范圍內，考慮各種因素，控制成本，包含信任的損耗。
完全規避過度設計我認為是不大可能的，但確實需要盡可能規避這個問題，讓自己專業起來。
本文由 @產品人玄青 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
感覺是在吐苦水
你說得對
我覺得一個成熟的設計應該是簡潔，直達目的的
嗯，我也認同，實際來說這種最基本的要求往往容易被其他目的覆蓋。
有些真的就是為了做而做，而不是真的因為需要或者有用才去做
哈哈哈哈哈，就是心里有數就行，左右不了決策，但是知道高下就行。
凡事都有一個度，簡潔有效才是值得提倡的，太復雜其實體驗感不行，我個人就不喜歡繁瑣的
對，但是現實就是出于各種原因，體驗上都是有折扣的，也不能說這不對，就是最終呈現是各種約束的集合。
確實是這個樣子的，感覺只要做事情就需要簡單化，任何事情都要簡潔一些的好。
就國內來說，嗯，簡單化比復雜化難做。
產品方案同時要考慮信任的損耗太真實了
是的，哈哈哈哈哈，大家都是夾縫中求生存。