起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識“過度設(shè)計”的坑，你踩過嗎？
編輯導(dǎo)語：團隊在進行項目時，特別是從0到1的項目，很容易產(chǎn)生“過度設(shè)計”的想法；產(chǎn)品經(jīng)理在設(shè)計時會對新項目過度關(guān)注，可能會導(dǎo)致人員和成本的浪費；本文作者提到了幾個“過度設(shè)計”的坑，我們一起來看一下。
一、什么是“過度設(shè)計”
“度”本義是計量長短，后由此引申出“程度”、“限度”的意思；“過度設(shè)計”是指設(shè)計的功能超出了需求范圍。
那么如何衡量一個設(shè)計是恰到好處的呢？恰到好處，并不是給用戶的東西越多越好，而是在合適的時候為用戶提供合適的功能，滿足用戶的需求。
相同的方案，在 A 場景可能是適當?shù)脑O(shè)計，在 B 場景可能屬于設(shè)計不足或過度設(shè)計——這完全取決于所處的場景、需求、以及你可以調(diào)用的資源；比如用戶中臺設(shè)計，當公司剛起步、資源有限、業(yè)務(wù)系統(tǒng)單一時，是不需要做中臺設(shè)計的；而當業(yè)務(wù)系統(tǒng)變多，公用業(yè)務(wù)可以下沉，用戶中臺此時可以起到降本增效的作用。
二、為什么會出現(xiàn)“過度設(shè)計”
下面以我負責過的一個從0到1的項目為例，含淚說明：
1. 產(chǎn)品經(jīng)理追求完美，設(shè)計之初就想面面俱到
產(chǎn)品經(jīng)理對于自己的產(chǎn)品，都會有一個美好的愿景，但所謂“心中有藍圖，手中有殘缺”——產(chǎn)品的成長，是需要時間和機會的，隨著市場、政策、目標用戶需求等變化，產(chǎn)品也會不斷地更新迭代。
起步階段，抓住用戶，先滿足其核心使用場景的需求，再逐漸豐富產(chǎn)品功能和用戶體驗，相比耗費資源搭建一個大而全的框架更為重要。
我們曾做過一款賦能銷售的微信小程序產(chǎn)品，在前期商業(yè)模式還未得到市場認可的情況下，我們花費三周的時間搭建了一套標簽管理系統(tǒng)，支持企業(yè)自定義標簽，試圖為用戶畫像做前期數(shù)據(jù)積累；但功能上線好幾個月，企業(yè)最多只建了十幾個標簽。
產(chǎn)品經(jīng)理想要做標簽管理功能的出發(fā)點是好的，但實現(xiàn)方式需要基于當前產(chǎn)品所處階段進行判斷；在產(chǎn)品啟動之初，可以通過系統(tǒng)內(nèi)置標簽的方式，幫助用戶完成打標簽的最小閉環(huán)，后期有實際業(yè)務(wù)需求再豐富標簽管理的功能；而不需要一開始就耗費資源將其做成一個復(fù)雜的功能模塊，影響其他核心功能的開發(fā)。
2. 產(chǎn)品經(jīng)理希望功能具有可復(fù)用性
每個項目可支配的資源都是有限的，產(chǎn)品經(jīng)理永遠覺得開發(fā)、測試人力不夠用，產(chǎn)品設(shè)計過程中也會考慮投入產(chǎn)出比；但因為吝惜人力成本，而“過度設(shè)計”，反而會造成資源的浪費。
我們團隊成立之初，曾并行開發(fā)過多個業(yè)務(wù)系統(tǒng)，其中一個業(yè)務(wù)系統(tǒng)需要開發(fā)內(nèi)容管理功能；為了避免后續(xù)重復(fù)開發(fā)，八人團隊做了兩個多月，搭建了一套模塊化的內(nèi)容管理平臺。
但功能上線一年半，也只有起初的那個業(yè)務(wù)系統(tǒng)在調(diào)用，并沒有達到預(yù)期想要節(jié)省成本、產(chǎn)生多份收益的目的；而且兩個系統(tǒng)聯(lián)調(diào)時，也需要消耗雙方項目的資源，反而耗時耗力、產(chǎn)出有限。
3. 沒有流量的情況下，產(chǎn)品經(jīng)理過度關(guān)注風險
產(chǎn)品設(shè)計過程中，注意風險把控是好事，但風險需要分等級，風險把控需要分階段；前期產(chǎn)品拉新階段，過度把控風險可能會將興致勃勃的用戶拒之門外，之后再想提高他們的活躍度，難度就增加了好幾倍。
我們產(chǎn)品有一個自定義個人信息以便于銷售展示個人形象的功能，支持銷售人員更改個人頭像、從業(yè)年限、所獲榮譽等信息；更改后，需后臺人員審核通過，客戶才能看到。
設(shè)計之初，是擔心銷售編輯個人信息時含有違規(guī)內(nèi)容，給公司帶來不必要的麻煩；但功能上線后，銷售人員吐槽：更新信息后不能立即使用，還需要等待審核，其使用產(chǎn)品的積極性大大降低。
從數(shù)據(jù)上看，目前銷售人員注冊用戶數(shù)不超2萬，月活用戶數(shù)不超5千，85%的用戶僅修改頭像信息，基于以上數(shù)據(jù)，對于個人展示信息著實沒有必要嚴格審核機制；一方面用戶活躍度很低，違規(guī)風險系數(shù)低；另一方面，當前不涉及資金問題，即使有違規(guī)現(xiàn)象，也不會給公司帶來經(jīng)濟損失——該階段的風險審核機制，著實有些過度設(shè)計。
三、“過度設(shè)計”帶來的影響
1. 功能上線后，用戶不關(guān)心
一方面，“過度設(shè)計”的需求來自“專家”用戶反饋、領(lǐng)導(dǎo)需求、產(chǎn)品經(jīng)理猜想，用戶在使用過程中根本不需要或者現(xiàn)階段不需要；另一方面，對于用戶而言，操作越簡單，使用成本越低。
繁雜的操作、花哨的功能，并不會得到用戶的青睞，反而會給用戶帶來困擾。
2. 資源浪費
每一個功能都需要產(chǎn)品經(jīng)理、UI、UE、開發(fā)、測試多方資源的投入，“過度設(shè)計”的功能需要占用現(xiàn)有資源的投入，影響其他更有價值的功能開發(fā)。
3. 迭代速度慢，失去業(yè)務(wù)拓展的好時機
沒有跟緊業(yè)務(wù)節(jié)奏，業(yè)務(wù)方失去激情。一個功能的“過度設(shè)計”會導(dǎo)致該功能上線周期變長；尤其在業(yè)務(wù)拓展階段，如果不能跟緊業(yè)務(wù)節(jié)奏，等業(yè)務(wù)方失去激情、信任與支持，產(chǎn)品也就失去了拓展的好時機，之后的合作會變得難上加難。
四、如何避免“過度設(shè)計”
從0到1的產(chǎn)品，最容易出現(xiàn)過度設(shè)計，產(chǎn)品經(jīng)理一定要明確每個階段的目標，通過MVP來驗證迭代效果，用最快的速度去接觸核心用戶，驗證假設(shè)。
艾永亮老師曾經(jīng)說過三個關(guān)鍵詞：“洞察”、“試錯”、“偶然性”，告訴我們?yōu)槭裁匆褂肕VP快速迭代。
- 洞察：指產(chǎn)品調(diào)研、市場分析、目標用戶分析等前期工作。
- 試錯：快速地將產(chǎn)品迭代推向市場，根據(jù)用戶反饋，不斷迭代產(chǎn)品的過程。
- 偶然性：外界偶然性因素的存在，是助力我們將產(chǎn)品推向市場的關(guān)鍵。
那么如何進行MVP呢？
1. 明確迭代目標
通過MVP進行快速試錯，明確迭代目標，有的放失。
不同階段，迭代目標也會不同，如果是驗證需求，設(shè)想的需求是真需求還是偽需求？高頻還是低頻？
在迭代上線后，需要根據(jù)迭代數(shù)據(jù)得出結(jié)論；如果是用戶拉新，目標用戶數(shù)是多少，可以通過什么方式最小閉環(huán)達成目的。
2. 把握核心流程
抓住最核心的產(chǎn)品流程，進行快速試錯，完美并不是我們的目標，剝離多余的功能，保證主流程可用。
MVP并不是回答產(chǎn)品設(shè)計是否優(yōu)雅，技術(shù)是否高效這樣具體的問題，而是用來驗證產(chǎn)品是否被用戶接受、被市場接受，是否有人愿意為這個產(chǎn)品買單？那么什么是核心的產(chǎn)品流程？
這要結(jié)合現(xiàn)階段的產(chǎn)品目標來看，譬如一款內(nèi)容管理平臺，現(xiàn)階段的核心目標是支持運營人員通過后臺發(fā)布內(nèi)容，前端展示；那核心流程就是創(chuàng)建內(nèi)容-發(fā)布內(nèi)容-前端展示，個性化推薦這類功能就不需要在一期MVP實現(xiàn)。
3. 學(xué)會借用資源
盡可能借用已有資源，避免自己開發(fā)，節(jié)省投入資源；比如對于B端產(chǎn)品，如果“用戶登錄”功能，已經(jīng)有通用的模塊可以提供相關(guān)能力，那就不需要另行開發(fā)。
產(chǎn)品MVP雖然不能“包治百病”，但它的優(yōu)勢在于能快速驗證未知的市場；唯有合理運用好產(chǎn)品，“小步快走，快速迭代”才是正確的做事方法。
本文由 @菡子同學(xué) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于CC0協(xié)議。
寫的很不錯，值得參考！買建盞茶具V:420338430
內(nèi)容講得很好，支持！
謝謝鼓勵！