編輯導(dǎo)語(yǔ)：團(tuán)隊(duì)在進(jìn)行項(xiàng)目時(shí)，特別是從0到1的項(xiàng)目，很容易產(chǎn)生“過(guò)度設(shè)計(jì)”的想法；產(chǎn)品經(jīng)理在設(shè)計(jì)時(shí)會(huì)對(duì)新項(xiàng)目過(guò)度關(guān)注，可能會(huì)導(dǎo)致人員和成本的浪費(fèi)；本文作者提到了幾個(gè)“過(guò)度設(shè)計(jì)”的坑，我們一起來(lái)看一下。

一、什么是“過(guò)度設(shè)計(jì)”

“度”本義是計(jì)量長(zhǎng)短，后由此引申出“程度”、“限度”的意思；“過(guò)度設(shè)計(jì)”是指設(shè)計(jì)的功能超出了需求范圍。

那么如何衡量一個(gè)設(shè)計(jì)是恰到好處的呢？恰到好處，并不是給用戶的東西越多越好，而是在合適的時(shí)候?yàn)橛脩籼峁┖线m的功能，滿足用戶的需求。

相同的方案，在 A 場(chǎng)景可能是適當(dāng)?shù)脑O(shè)計(jì)，在 B 場(chǎng)景可能屬于設(shè)計(jì)不足或過(guò)度設(shè)計(jì)——這完全取決于所處的場(chǎng)景、需求、以及你可以調(diào)用的資源；比如用戶中臺(tái)設(shè)計(jì)，當(dāng)公司剛起步、資源有限、業(yè)務(wù)系統(tǒng)單一時(shí)，是不需要做中臺(tái)設(shè)計(jì)的；而當(dāng)業(yè)務(wù)系統(tǒng)變多，公用業(yè)務(wù)可以下沉，用戶中臺(tái)此時(shí)可以起到降本增效的作用。

二、為什么會(huì)出現(xiàn)“過(guò)度設(shè)計(jì)”

下面以我負(fù)責(zé)過(guò)的一個(gè)從0到1的項(xiàng)目為例，含淚說(shuō)明：

1. 產(chǎn)品經(jīng)理追求完美，設(shè)計(jì)之初就想面面俱到

產(chǎn)品經(jīng)理對(duì)于自己的產(chǎn)品，都會(huì)有一個(gè)美好的愿景，但所謂“心中有藍(lán)圖，手中有殘缺”——產(chǎn)品的成長(zhǎng)，是需要時(shí)間和機(jī)會(huì)的，隨著市場(chǎng)、政策、目標(biāo)用戶需求等變化，產(chǎn)品也會(huì)不斷地更新迭代。

起步階段，抓住用戶，先滿足其核心使用場(chǎng)景的需求，再逐漸豐富產(chǎn)品功能和用戶體驗(yàn)，相比耗費(fèi)資源搭建一個(gè)大而全的框架更為重要。

我們?cè)鲞^(guò)一款賦能銷售的微信小程序產(chǎn)品，在前期商業(yè)模式還未得到市場(chǎng)認(rèn)可的情況下，我們花費(fèi)三周的時(shí)間搭建了一套標(biāo)簽管理系統(tǒng)，支持企業(yè)自定義標(biāo)簽，試圖為用戶畫像做前期數(shù)據(jù)積累；但功能上線好幾個(gè)月，企業(yè)最多只建了十幾個(gè)標(biāo)簽。

產(chǎn)品經(jīng)理想要做標(biāo)簽管理功能的出發(fā)點(diǎn)是好的，但實(shí)現(xiàn)方式需要基于當(dāng)前產(chǎn)品所處階段進(jìn)行判斷；在產(chǎn)品啟動(dòng)之初，可以通過(guò)系統(tǒng)內(nèi)置標(biāo)簽的方式，幫助用戶完成打標(biāo)簽的最小閉環(huán)，后期有實(shí)際業(yè)務(wù)需求再豐富標(biāo)簽管理的功能；而不需要一開始就耗費(fèi)資源將其做成一個(gè)復(fù)雜的功能模塊，影響其他核心功能的開發(fā)。

2. 產(chǎn)品經(jīng)理希望功能具有可復(fù)用性

每個(gè)項(xiàng)目可支配的資源都是有限的，產(chǎn)品經(jīng)理永遠(yuǎn)覺(jué)得開發(fā)、測(cè)試人力不夠用，產(chǎn)品設(shè)計(jì)過(guò)程中也會(huì)考慮投入產(chǎn)出比；但因?yàn)榱呦肆Τ杀?，而“過(guò)度設(shè)計(jì)”，反而會(huì)造成資源的浪費(fèi)。

我們團(tuán)隊(duì)成立之初，曾并行開發(fā)過(guò)多個(gè)業(yè)務(wù)系統(tǒng)，其中一個(gè)業(yè)務(wù)系統(tǒng)需要開發(fā)內(nèi)容管理功能；為了避免后續(xù)重復(fù)開發(fā)，八人團(tuán)隊(duì)做了兩個(gè)多月，搭建了一套模塊化的內(nèi)容管理平臺(tái)。

但功能上線一年半，也只有起初的那個(gè)業(yè)務(wù)系統(tǒng)在調(diào)用，并沒(méi)有達(dá)到預(yù)期想要節(jié)省成本、產(chǎn)生多份收益的目的；而且兩個(gè)系統(tǒng)聯(lián)調(diào)時(shí)，也需要消耗雙方項(xiàng)目的資源，反而耗時(shí)耗力、產(chǎn)出有限。

3. 沒(méi)有流量的情況下，產(chǎn)品經(jīng)理過(guò)度關(guān)注風(fēng)險(xiǎn)

產(chǎn)品設(shè)計(jì)過(guò)程中，注意風(fēng)險(xiǎn)把控是好事，但風(fēng)險(xiǎn)需要分等級(jí)，風(fēng)險(xiǎn)把控需要分階段；前期產(chǎn)品拉新階段，過(guò)度把控風(fēng)險(xiǎn)可能會(huì)將興致勃勃的用戶拒之門外，之后再想提高他們的活躍度，難度就增加了好幾倍。

我們產(chǎn)品有一個(gè)自定義個(gè)人信息以便于銷售展示個(gè)人形象的功能，支持銷售人員更改個(gè)人頭像、從業(yè)年限、所獲榮譽(yù)等信息；更改后，需后臺(tái)人員審核通過(guò)，客戶才能看到。

設(shè)計(jì)之初，是擔(dān)心銷售編輯個(gè)人信息時(shí)含有違規(guī)內(nèi)容，給公司帶來(lái)不必要的麻煩；但功能上線后，銷售人員吐槽：更新信息后不能立即使用，還需要等待審核，其使用產(chǎn)品的積極性大大降低。

從數(shù)據(jù)上看，目前銷售人員注冊(cè)用戶數(shù)不超2萬(wàn)，月活用戶數(shù)不超5千，85%的用戶僅修改頭像信息，基于以上數(shù)據(jù)，對(duì)于個(gè)人展示信息著實(shí)沒(méi)有必要嚴(yán)格審核機(jī)制；一方面用戶活躍度很低，違規(guī)風(fēng)險(xiǎn)系數(shù)低；另一方面，當(dāng)前不涉及資金問(wèn)題，即使有違規(guī)現(xiàn)象，也不會(huì)給公司帶來(lái)經(jīng)濟(jì)損失——該階段的風(fēng)險(xiǎn)審核機(jī)制，著實(shí)有些過(guò)度設(shè)計(jì)。

三、“過(guò)度設(shè)計(jì)”帶來(lái)的影響

1. 功能上線后，用戶不關(guān)心

一方面，“過(guò)度設(shè)計(jì)”的需求來(lái)自“專家”用戶反饋、領(lǐng)導(dǎo)需求、產(chǎn)品經(jīng)理猜想，用戶在使用過(guò)程中根本不需要或者現(xiàn)階段不需要；另一方面，對(duì)于用戶而言，操作越簡(jiǎn)單，使用成本越低。

繁雜的操作、花哨的功能，并不會(huì)得到用戶的青睞，反而會(huì)給用戶帶來(lái)困擾。

2. 資源浪費(fèi)

每一個(gè)功能都需要產(chǎn)品經(jīng)理、UI、UE、開發(fā)、測(cè)試多方資源的投入，“過(guò)度設(shè)計(jì)”的功能需要占用現(xiàn)有資源的投入，影響其他更有價(jià)值的功能開發(fā)。

3. 迭代速度慢，失去業(yè)務(wù)拓展的好時(shí)機(jī)

沒(méi)有跟緊業(yè)務(wù)節(jié)奏，業(yè)務(wù)方失去激情。一個(gè)功能的“過(guò)度設(shè)計(jì)”會(huì)導(dǎo)致該功能上線周期變長(zhǎng)；尤其在業(yè)務(wù)拓展階段，如果不能跟緊業(yè)務(wù)節(jié)奏，等業(yè)務(wù)方失去激情、信任與支持，產(chǎn)品也就失去了拓展的好時(shí)機(jī)，之后的合作會(huì)變得難上加難。

四、如何避免“過(guò)度設(shè)計(jì)”

從0到1的產(chǎn)品，最容易出現(xiàn)過(guò)度設(shè)計(jì)，產(chǎn)品經(jīng)理一定要明確每個(gè)階段的目標(biāo)，通過(guò)MVP來(lái)驗(yàn)證迭代效果，用最快的速度去接觸核心用戶，驗(yàn)證假設(shè)。

艾永亮老師曾經(jīng)說(shuō)過(guò)三個(gè)關(guān)鍵詞：“洞察”、“試錯(cuò)”、“偶然性”，告訴我們?yōu)槭裁匆褂肕VP快速迭代。

• 洞察：指產(chǎn)品調(diào)研、市場(chǎng)分析、目標(biāo)用戶分析等前期工作。
• 試錯(cuò)：快速地將產(chǎn)品迭代推向市場(chǎng)，根據(jù)用戶反饋，不斷迭代產(chǎn)品的過(guò)程。
• 偶然性：外界偶然性因素的存在，是助力我們將產(chǎn)品推向市場(chǎng)的關(guān)鍵。

那么如何進(jìn)行MVP呢？

1. 明確迭代目標(biāo)

通過(guò)MVP進(jìn)行快速試錯(cuò)，明確迭代目標(biāo)，有的放失。

不同階段，迭代目標(biāo)也會(huì)不同，如果是驗(yàn)證需求，設(shè)想的需求是真需求還是偽需求？高頻還是低頻？

在迭代上線后，需要根據(jù)迭代數(shù)據(jù)得出結(jié)論；如果是用戶拉新，目標(biāo)用戶數(shù)是多少，可以通過(guò)什么方式最小閉環(huán)達(dá)成目的。

2. 把握核心流程

抓住最核心的產(chǎn)品流程，進(jìn)行快速試錯(cuò)，完美并不是我們的目標(biāo)，剝離多余的功能，保證主流程可用。

MVP并不是回答產(chǎn)品設(shè)計(jì)是否優(yōu)雅，技術(shù)是否高效這樣具體的問(wèn)題，而是用來(lái)驗(yàn)證產(chǎn)品是否被用戶接受、被市場(chǎng)接受，是否有人愿意為這個(gè)產(chǎn)品買單？那么什么是核心的產(chǎn)品流程？

這要結(jié)合現(xiàn)階段的產(chǎn)品目標(biāo)來(lái)看，譬如一款內(nèi)容管理平臺(tái)，現(xiàn)階段的核心目標(biāo)是支持運(yùn)營(yíng)人員通過(guò)后臺(tái)發(fā)布內(nèi)容，前端展示；那核心流程就是創(chuàng)建內(nèi)容-發(fā)布內(nèi)容-前端展示，個(gè)性化推薦這類功能就不需要在一期MVP實(shí)現(xiàn)。

3. 學(xué)會(huì)借用資源

盡可能借用已有資源，避免自己開發(fā)，節(jié)省投入資源；比如對(duì)于B端產(chǎn)品，如果“用戶登錄”功能，已經(jīng)有通用的模塊可以提供相關(guān)能力，那就不需要另行開發(fā)。

產(chǎn)品MVP雖然不能“包治百病”，但它的優(yōu)勢(shì)在于能快速驗(yàn)證未知的市場(chǎng)；唯有合理運(yùn)用好產(chǎn)品，“小步快走，快速迭代”才是正確的做事方法。

本文由 @菡子同學(xué) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。