知易行難 | 新項(xiàng)目MVP版本上線后,我總結(jié)的一些踩坑點(diǎn)

大概在11月中旬的時(shí)候，我負(fù)責(zé)的新項(xiàng)目MVP版本就算是正式上線了，團(tuán)隊(duì)內(nèi)部已經(jīng)搞過(guò)了一個(gè)簡(jiǎn)單的總結(jié)和反思會(huì)議，但是我覺(jué)得在產(chǎn)品經(jīng)理個(gè)人成長(zhǎng)的角度來(lái)看，有些東西還可以繼續(xù)挖掘一下，所以我寫(xiě)下了這一篇文章。

我從事產(chǎn)品經(jīng)理行業(yè)其實(shí)并沒(méi)有很長(zhǎng)，也就是大概4年多的時(shí)間，大大小小做過(guò)的項(xiàng)目大概十來(lái)個(gè)，真正從0到1的項(xiàng)目也做過(guò)挺多。再加上這次的項(xiàng)目和之前的項(xiàng)目業(yè)務(wù)內(nèi)容幾乎是一致的，所以我自信這次哪怕是從0開(kāi)始組建團(tuán)隊(duì)，再去從0到1做項(xiàng)目也應(yīng)該不會(huì)踩很多坑。

但是從實(shí)際上線的結(jié)果來(lái)看，似乎我還是被打臉了。雖然大問(wèn)題不是很多，但是小問(wèn)題其實(shí)還是足夠給我上一課了。我將這些問(wèn)題整理出來(lái)，一方面是對(duì)自己的過(guò)往的回顧和沉淀，另外一方面也希望未來(lái)自己在類似事件上可以做得更好，最后也希望能對(duì)閱讀這篇文章的朋友一些幫助。

關(guān)鍵性原則的總結(jié)

1. 只有理解了需求，才能理解什么是真正的MVP。

需求和MVP這兩個(gè)詞幾乎是產(chǎn)品經(jīng)理天天掛在嘴邊的，但是這兩者的關(guān)系要正在的領(lǐng)悟和使用，還是得要實(shí)際項(xiàng)目真正驗(yàn)證了之后才會(huì)有切身的感覺(jué)。

在前期的時(shí)候，由于人力資源不足，客戶資源不足，壓根沒(méi)時(shí)間調(diào)研和訪談，很多需求都是根據(jù)之前的個(gè)人經(jīng)驗(yàn)推出來(lái)的，或者是轉(zhuǎn)了多手之后來(lái)到產(chǎn)品經(jīng)理的手里。

于是在做產(chǎn)品規(guī)劃，產(chǎn)品特性梳理，優(yōu)先級(jí)和其他信息決策的時(shí)候，往往很難把控住符合MVP的需求到底是哪些。最后該做的可能只做了一點(diǎn)點(diǎn)，不該做的或者不是這個(gè)階段做的卻做了很多。

說(shuō)白了就是，本應(yīng)該是好鋼用在刀刃上，可結(jié)果卻用在了刀把了，沒(méi)有擊中要害。

所以，要想確定MVP自己想要什么，本質(zhì)上還是得要理清楚需求，而需求從哪里來(lái)呢？

肯定是從實(shí)際的客戶上來(lái)，如果沒(méi)有客戶或者相對(duì)明確的用戶畫(huà)像，那么起碼應(yīng)該少量多次的試探，而不是一把梭哈到一個(gè)不確定的因素上去。

2. 簡(jiǎn)單，簡(jiǎn)單，一定要簡(jiǎn)單。刪除，刪除，直到不能再刪除為止。

對(duì)于SaaS類的B端產(chǎn)品來(lái)說(shuō)，由于需要滿足各種客戶的不同的業(yè)務(wù)場(chǎng)景，肯定是希望自己的系統(tǒng)做得靈活和強(qiáng)大。

靈活意味著用戶自由配置的空間就很大，可以動(dòng)態(tài)地調(diào)整系統(tǒng)邏輯和功能，而開(kāi)發(fā)者也不用頻繁的發(fā)版或者定制。

但是對(duì)于MVP版本的產(chǎn)品來(lái)說(shuō)，產(chǎn)品經(jīng)理在這個(gè)時(shí)刻去思考這種靈活配置化的功能是極度危險(xiǎn)的。因?yàn)槊看卧谠O(shè)計(jì)功能的時(shí)候總是會(huì)想著以后這個(gè)地方要靈活，要可配置，要支持自定義，然后就會(huì)情不自禁的留口子，留緩沖的余地。最后導(dǎo)致出來(lái)的功能相對(duì)復(fù)雜，且其他輔助類功能沒(méi)有形成閉環(huán)，最后導(dǎo)致用戶體驗(yàn)不佳。

本來(lái)可以給用戶一個(gè)寫(xiě)死的，確定性強(qiáng)的解決方案和流程，但是卻做成了給用戶多個(gè)選擇，但是用戶選擇了之后可能會(huì)遇到死胡同（有些功能沒(méi)有閉環(huán)）的尷尬場(chǎng)景。

「簡(jiǎn)單」意味著確定性強(qiáng)，而給多了選擇，留多了口子，肯定會(huì)變得「復(fù)雜」。

3. 看競(jìng)品有可能犯錯(cuò)，但是不會(huì)走歪路。

對(duì)于新產(chǎn)品來(lái)說(shuō)，學(xué)習(xí)和參考競(jìng)品的方案是常有的事，這幾乎可以算是業(yè)內(nèi)不成文的規(guī)定了。

但是作為產(chǎn)品經(jīng)理來(lái)講，別人雖然做得很好，自己在學(xué)習(xí)的時(shí)候肯定不會(huì)一股腦全部抄過(guò)來(lái)，肯定會(huì)加一些自己的理解，或者是刻意地和競(jìng)品做的不太一樣。

這算是產(chǎn)品經(jīng)理的態(tài)度，也可以理解為一種渴望超越而不服氣的精神，總感覺(jué)自己可以做得更好一些。

于是乎，這次MVP很多的大框架和主流程等，我都有意識(shí)的和競(jìng)品做的不太一樣，同時(shí)也沿用了大量自己的過(guò)往的項(xiàng)目經(jīng)驗(yàn)。

最后產(chǎn)品肯定可以快速完成，但是在實(shí)際交付客戶試用體驗(yàn)的時(shí)候，就發(fā)現(xiàn)花了很多時(shí)間做的功能用戶并不太認(rèn)同，反而是一些和競(jìng)品做得比較類似的基礎(chǔ)功能，客戶卻很喜歡。

最根本的原因就是兩套方案面向的客戶群體，用戶畫(huà)像是不一樣的，而我的方案瞄準(zhǔn)的恰恰不是MVP階段的目標(biāo)客戶群體，所以試用的時(shí)候才會(huì)被用戶吐槽用的太麻煩，不太好用，建議我們做的簡(jiǎn)單一些。

看競(jìng)品的時(shí)候，除了基礎(chǔ)的功能和業(yè)務(wù)邏輯之外， 還有一個(gè)很關(guān)鍵的因素就是看雙方的用戶畫(huà)像群體是不是一致。如果大方向就不一致了，那么細(xì)節(jié)的功能點(diǎn)參考起來(lái)就很容易走歪了。

4. 相似的項(xiàng)目經(jīng)驗(yàn)是好處，也是壞處

之前我寫(xiě)過(guò)一篇文章，講有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理反而容易吃虧，其實(shí)就是從這個(gè)項(xiàng)目引發(fā)的感慨。

相似的項(xiàng)目經(jīng)驗(yàn)看似很美好，直接上手可用，直接Copy一套，但是隱藏在各處的坑坑洼洼的細(xì)節(jié)，積累多了還是很容易讓老司機(jī)翻車。

關(guān)于這一塊我不再贅述了，感興趣的可以去看我之前寫(xiě)的文章《納尼？有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理反而容易吃虧？》

想要提醒大家的就是：別困在過(guò)往經(jīng)歷中，隨時(shí)打破更新自己的固有觀念，才能更加有效地避開(kāi)這些小坑小洼。

細(xì)節(jié)方面的總結(jié)

1. 功能盡量一次性閉環(huán)，別做一半留一半，總是留點(diǎn)邊邊角角會(huì)給自己挖坑。閉環(huán)是指核心流程的功能要做完，而不是所有內(nèi)容做完才是閉環(huán)。

2. MVP期間如果要趕工期，那么就要考慮減少接口的開(kāi)發(fā)，例如查詢，提交，刪除，頻率低的異常功能等，很少用上的，不確定能不能用上的，一律就先不做了。

3. 減少非必要字段和功能的拓展，當(dāng)前用不上就別加，加了再去掉就很麻煩。很多時(shí)候會(huì)考慮未來(lái)這個(gè)地方要拓展，所有就留著一個(gè)字段放在那里，結(jié)果前后端理解有差異，測(cè)試?yán)斫庖灿胁町?，該做的漏了做，不該做的卻做上去了，徒增麻煩。

4. 在MVP期間，太遠(yuǎn)的事別想，太復(fù)雜的方案別想，太難落地的方案別想。先確定一個(gè)基礎(chǔ)的目標(biāo)，先完成再完美。初期以人工+系統(tǒng)的方式解決也未嘗不可，不一定任何事情都需要用系統(tǒng)來(lái)解決，別陷入“手里有錘子，看啥都是釘子”的怪圈中。

5. 設(shè)計(jì)核心業(yè)務(wù)方案的時(shí)候，別想著優(yōu)化用戶體驗(yàn)或者交互問(wèn)題，瑣碎的事情專門(mén)去做，效率更高。例如項(xiàng)目初期的時(shí)候，沒(méi)有UI，沒(méi)有標(biāo)準(zhǔn)組件庫(kù)，然后在出原型的時(shí)候一方面要考慮業(yè)務(wù)的問(wèn)題，另外一方面要考慮前端交付的問(wèn)題，最后導(dǎo)致產(chǎn)品出原型慢，前端看到的交付物也丟三落四的，反而效率不高。還不如先專心搞業(yè)務(wù)的事情，然后統(tǒng)一時(shí)間或者讓專人來(lái)負(fù)責(zé)原型標(biāo)準(zhǔn)化組件，與前端交付的問(wèn)題。

6. 產(chǎn)品經(jīng)理要敢于認(rèn)錯(cuò)，方案有問(wèn)題，決策有問(wèn)題，錯(cuò)了就是錯(cuò)了，坦坦蕩蕩地承認(rèn)、道歉，然后及時(shí)改正。別羞于承認(rèn)錯(cuò)誤而固執(zhí)堅(jiān)持，最終項(xiàng)目失敗，辜負(fù)團(tuán)隊(duì)眾多同事的心血，這樣的后果更加嚴(yán)重。

7. 當(dāng)面說(shuō)，小會(huì)議說(shuō)，然后文檔說(shuō)，需要循序漸進(jìn)地來(lái)推進(jìn)。很多時(shí)候產(chǎn)品經(jīng)理自己寫(xiě)了很多規(guī)范和標(biāo)準(zhǔn)放在原型的某個(gè)角落，然后群里@各位開(kāi)發(fā)、測(cè)試去看一下，這種情況下大多數(shù)人都不會(huì)去看，只有到用的時(shí)候，出問(wèn)題的時(shí)候才回去查文檔。團(tuán)隊(duì)協(xié)作的規(guī)范推動(dòng)是一個(gè)急不得的事情，只要還有問(wèn)題沒(méi)解決，就需要不斷地強(qiáng)調(diào)和推動(dòng)，過(guò)程會(huì)很累，但是這必不可少。

8. 要給團(tuán)隊(duì)清晰明確的規(guī)劃和指令，未來(lái)要做什么，要做到什么程度，這些規(guī)劃可能由于某些東西還不夠清晰，所以只存在產(chǎn)品經(jīng)理自己的文檔里。不清晰的規(guī)劃別亂公布，如果需要公布則最好做好相應(yīng)的注釋說(shuō)明或者通過(guò)會(huì)議+文檔的形式傳達(dá)。對(duì)產(chǎn)品經(jīng)理來(lái)說(shuō)，職業(yè)天性就是和模糊不定的東西打交道，而對(duì)開(kāi)發(fā)和測(cè)試來(lái)說(shuō)，清晰和準(zhǔn)確無(wú)誤的信息是他們特別在意關(guān)注的。所以產(chǎn)品需要將不確定性轉(zhuǎn)為確定性，將模糊的東西清晰化后，再準(zhǔn)確無(wú)誤地傳達(dá)給他們。