產(chǎn)品的第一個版本常常由于各種原因被各種耽擱，最終導(dǎo)致晚產(chǎn)甚至夭折，而本文就針對在這一問題分享了解決這一問題的三個方面，供大家參考借鑒。

經(jīng)常會參加一些創(chuàng)新產(chǎn)品早期輔導(dǎo)和討論，我發(fā)現(xiàn)一個普遍性問題——產(chǎn)品第一個版本總是要花費很長時間，遲遲做不出來。

我說的“久”是真的久，不是心理上感覺久。作為一個創(chuàng)新產(chǎn)品，無論是創(chuàng)業(yè)者、投資人，亦或企業(yè)內(nèi)部的領(lǐng)導(dǎo)，都會對第一個版本報以厚望，就像腹中胎兒，所有人的注意力都集中在它身上，恨不得今天說好，明天就做出來。這本質(zhì)是著急。

除去心理因素，很多產(chǎn)品的第一個版本是真的很久，久到錯過時機(jī)，再也無法挽回。搜索一下這篇文章《2016倒閉的“互聯(lián)網(wǎng)+”名單！》，可以看到很多企業(yè)已經(jīng)死在剛剛開始的階段。

為了快，大家也是想盡辦法。比如，設(shè)定“Deadline”，結(jié)果是趕工出來的東西，一演示就漏洞百出，然后再改，結(jié)果交貨時間一拖再拖。再比如學(xué)習(xí)《精益創(chuàng)業(yè)》中的MVP，設(shè)定最小可行產(chǎn)品，把早期的功能減少，可是做的過程中發(fā)現(xiàn)很多細(xì)節(jié)功能不得不做，又或者不斷修改，結(jié)果仍然需要花費很長時間。

好的方法不一定會有好的結(jié)果，錯誤應(yīng)用或片面應(yīng)用都無法達(dá)成預(yù)期效果。

要想徹底解決“第一個版本慢”的問題，要從以下三個方面下手。

第一，一致的初始目標(biāo)

（我去，這不是廢話嗎？誰做不到嗎？）這個看似很初級的工作實際上很多人都做不到！舉個簡單的栗子，曾經(jīng)在一個咨詢項目里，兩周前大家確定了產(chǎn)品的方向、第一個版本的功能、交付的時間。僅僅過了兩周再回到團(tuán)隊的時候，隨便問了三個人交付時間，居然一個人不知道、一個人說了大概范圍，一個很肯定的說了一個錯誤時間。OMG！之前不是說好了嗎？大家天天在一起工作怎么會不知道？沒辦法，就是不知道?。?！

這才只是時間問題，目標(biāo)能夠都知道嗎？很多產(chǎn)品早期的目標(biāo)是非常模糊的，即便經(jīng)歷過無數(shù)次PK，我敢跟你打賭，一定是“每個人嘴上說我們達(dá)成共識了，但實際上腦子中的目標(biāo)全不一樣！”

這個時候，你心理可能會說：“好吧，我同意你說的，那么有什么好辦法呢？”

我有一個必殺的辦法叫做“不急這一時”。

對于目標(biāo)，最簡單的達(dá)成一致的方式，就是“復(fù)述澄清”。讓每個人都用自己的語言重復(fù)闡述一遍對目標(biāo)的理解。“WTF，這不是虐待嗎？太反人性了?。?！”沒錯，很多真正的有效方法都是反人性的，因為人性是有缺陷的。不但要復(fù)述，而且時間還不能少于10分鐘，還不能說一樣的話！一定要確保自己的真實理解被充分闡述，并被其他人充分理解和確認(rèn)！

我的經(jīng)驗是，如果五個人在一起“復(fù)述澄清”時間絕不會是50分鐘，而很可能是一天！甚至更多。因為每一個人復(fù)述完，你都會發(fā)現(xiàn)很多理解不一致，甚至是之前根本沒考慮過的事情，于是又要進(jìn)一步討論。如果發(fā)生這種情況，建議第二天再來進(jìn)行一輪“復(fù)述澄清”，這一輪時間可能會縮短到半天，那么在第三天再來一輪，直到能夠在1小時以內(nèi)結(jié)束，便可確認(rèn)大家“目標(biāo)一致”。

你肯定會覺得這個過程太煩、太費時間，沒這個必要。但實際上，你最多只花三天時間，卻能節(jié)省下未來三個月的時間。因為之前沒說清楚的目標(biāo)，會帶來的無數(shù)次討論、返工、多做、檢查等等各種時間浪費?！?b>不急這一時”。

第二，不能再小的MVP

我一直覺得《精益創(chuàng)業(yè)》是本好書，但是包括他介紹的方法在內(nèi)其實都只是思路，不是方法，因為有太多可理解的空間和太多可操作的空間。就比如說MVP里的Minimum并未給出定義或標(biāo)準(zhǔn)，不易掌握和應(yīng)用。很多人確定下來的MVP離最小還差的遠(yuǎn)，只是比他心里那個偉大藍(lán)圖小了很多罷了。

我想說MVP的最小應(yīng)該包含兩重含義，這兩重含義分別是針對兩種不同對象來說的。

首先，是對用戶的。也就是對用戶來說最重要的核心功能是什么，那就是MVP。但是這更加取決于產(chǎn)品的第一批用戶是誰？大多數(shù)的創(chuàng)新產(chǎn)品首批用戶并不是真正的用戶，可能是以下幾種中的一種：投資人、公司領(lǐng)導(dǎo)、主創(chuàng)團(tuán)隊、種子用戶。即便是種子用戶，也是很特殊的一類小眾用戶，他們的訴求是非常鮮明特殊的。如果是投資人，事實上你要做的并非是一個實用產(chǎn)品，而是一個Demo，目的是讓投資人感受到產(chǎn)品的想象空間。此時的系統(tǒng)會非常簡單，只需要關(guān)注你最能打動投資人的那一兩個產(chǎn)品特性就夠了！所以在這個角度上，搞清楚第一批產(chǎn)品用戶是誰，他們最關(guān)注的是什么，那才是你選擇MVP的標(biāo)準(zhǔn)。

其次，是對技術(shù)的。也就是說對技術(shù)實現(xiàn)來說最簡單的方式是什么？所有做過互聯(lián)網(wǎng)產(chǎn)品的人都知道，用戶量每上升一個數(shù)量級，復(fù)雜度也會上升一個數(shù)量級。也就是說，做10個人的產(chǎn)品和做100個人的產(chǎn)品是很不一樣的，復(fù)雜相差很大。早期階段產(chǎn)品復(fù)雜度應(yīng)該是很低的。所以最開始如果僅僅是給幾個投資人做演示，可以完全砍掉與網(wǎng)絡(luò)傳輸、并發(fā)處理、分支業(yè)務(wù)邏輯、后臺管理、平臺選擇、成本考量等諸多復(fù)雜問題。所以，一定要避免傳統(tǒng)架構(gòu)師對可擴(kuò)展性和基礎(chǔ)框架的執(zhí)念，在技術(shù)方面，能省則省。技術(shù)能夠加速對想法的驗證速度才是最重要的！

所以，在MVP的選擇上，多花點時間精打細(xì)算是值得的，不要拍腦袋，草草決定，多花三天時間就能省去未來幾個月的時間?！?b>不急這一時”。

第三，有邊界的產(chǎn)品定義

有了MVP，很多團(tuán)隊就開干了。因為大家都覺得自己很清楚要的是什么了。但MVP只是明確了范圍，并未給出清晰的邊界。比如，MVP確定要有上傳圖片的功能，但是到做的時候才發(fā)現(xiàn)還需要考慮是否需要剪裁圖片、是否需要壓縮圖片、是否需要保存原圖等細(xì)節(jié)問題。而這每一個細(xì)節(jié)都有可能會花上你幾天時間來實現(xiàn)和調(diào)整。

所以這個時候，還需要確定詳細(xì)的產(chǎn)品定義，說清楚做什么和不做什么。通過正反表述，給出一條清晰的邊界。如果沒有這條邊界就會出現(xiàn)，技術(shù)團(tuán)隊自行決定實現(xiàn)到何種程度，往往他們會選擇一種復(fù)雜的全面的方式來實現(xiàn)，或者反復(fù)確認(rèn)反復(fù)討論拖慢了后續(xù)的進(jìn)程。

然而幾乎沒有一個創(chuàng)業(yè)團(tuán)隊會在早期花時間寫這個，要么覺得沒必要，要么一刻也等不了的去實現(xiàn)想法。但其實寫的時間可能也就一周時間，卻讓產(chǎn)品的邊界非常清晰，既讓創(chuàng)始人的想法更加落地，也讓實現(xiàn)人更加快速交貨。能夠節(jié)省未來相當(dāng)可觀的時間投入?！?b>不急這一時”。

這篇文章舉得栗子不多，原因是不想用過多筆墨去分析栗子，讓大家無法理解整體邏輯。所以最后，給大家一個產(chǎn)品可以做個思考練習(xí)，有答案可以給我留言。

我一直都為深圳沒有好吃的、方便的、種類豐富的早餐發(fā)愁，如果你想做一個互聯(lián)網(wǎng)+產(chǎn)品來解決這個問題，你會如何設(shè)定初始目標(biāo)、第一個版本的MVP、明確的產(chǎn)品定義？

作者：艾老思，《騰訊之道》作者，TII咨詢創(chuàng)始人， 微信公眾號：「TII產(chǎn)品創(chuàng)新」

本文由 @艾老思 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。