上一篇文章《一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界（4）：產(chǎn)品規(guī)劃》介紹了產(chǎn)品規(guī)劃，這一篇我們介紹一下產(chǎn)品的第一個版本。

一、產(chǎn)品的第一個版本要怎么做呢？

我一直比較認(rèn)可一個觀點(diǎn)，產(chǎn)品經(jīng)理更像是家庭主婦而不是五星級廚師。五星級廚師是根據(jù)完美搭配的食材做出美味可口的食物，而家庭主婦是根據(jù)冰箱里現(xiàn)有的食材做出美妙的食物。

因?yàn)楫a(chǎn)品資源和上線時(shí)間的限制，很多時(shí)候產(chǎn)品經(jīng)理都是在倒推每個功能或每個版本的時(shí)間點(diǎn)。簡單點(diǎn)說，上線時(shí)間是確定的，團(tuán)隊(duì)成員是固定的，唯一不確定的是產(chǎn)品的功能。那怎么安排第一個版本的功能呢？

1. MVP？MDP？

提到第一個版本，有兩個詞就不得不說下：MVP ？MDP ？

首先，我們先看下這兩個詞分別代表什么？

MVP：Minimum Viable Product，最小可行化產(chǎn)品。產(chǎn)品的第一個版本需要為產(chǎn)品的早期用戶提供他們需要的功能或傳達(dá)產(chǎn)品的價(jià)值。簡單來講，產(chǎn)品第一個版本需要為核心用戶提供核心功能，除此之外，一切從簡。因?yàn)橹挥羞@樣，才能保證開發(fā)速度，能夠快速試錯、快速迭代。

MDP：Most Desirable Product，最渴望的產(chǎn)品。產(chǎn)品的第一個版本需要為用戶提供他們最想要的產(chǎn)品，不只是功能上，還需要關(guān)注 UI、產(chǎn)品質(zhì)量等。

最后，究竟是 MVP 還是 MDP？根據(jù)產(chǎn)品所在市場的生命周期決定。

導(dǎo)入期：推薦 MVP?？焖偻瞥霎a(chǎn)品，快速占領(lǐng)用戶和市場是第一要素。這個階段相當(dāng)于市場的紅利期，誰能快速推出產(chǎn)品，誰就是吃螃蟹的人?；蛘哒f在食物種類比較匱乏的時(shí)候，你提供一個干面包可能銷量就會很好。

成熟期：推薦 MDP。市場的成熟使得用戶的期望變高，再提供簡陋的產(chǎn)品將不再能吸引用戶?；蛘哒f，食物已經(jīng)各種各樣了，此時(shí)你再提供一個干面包，用戶極有可能不理不睬。

二、「簡報(bào)生成器」應(yīng)該怎么做呢？

先給結(jié)論，「簡報(bào)生成器」是按照 MVP 模式進(jìn)行的。

原因有兩點(diǎn)：一來當(dāng)前市場上沒有類似的產(chǎn)品，也就是說市場處于導(dǎo)入期，這個階段適合采用 MVP 的模式快速占領(lǐng)市場。二來作為用戶的我沒有在當(dāng)前市場里找到類似的產(chǎn)品，很關(guān)注功能是否滿足，不在乎形式、UI 等。

所以，我們第一版就按照最低標(biāo)準(zhǔn)交付，能滿足用戶需求就行，不追求形式。最終經(jīng)過商榷（只有一產(chǎn)品一開發(fā)的情況），我們決定低成本交付最終生成的簡報(bào)，先確保這個模式走得通、流程設(shè)計(jì)的沒有問題。

上一篇中我們已經(jīng)了解到「簡報(bào)生成器」第一個版本包含內(nèi)容獲取、內(nèi)容生成、內(nèi)容發(fā)送三大功能點(diǎn)。

1. 內(nèi)容獲取 V1.0

首先我們來看下「內(nèi)容獲取」?！竷?nèi)容獲取」主要包括以下部分：

（1）從哪里獲取

由于第一個版本是為了跑通流程，所以我們先提供一個網(wǎng)址用于獲取簡報(bào)信息。在具體實(shí)現(xiàn)的時(shí)候，我們發(fā)現(xiàn)，每新增一個信息源（網(wǎng)址）就要增加一個爬蟲程序獲取信息。這也驗(yàn)證了我們在整理功能列表時(shí)提到的信息源只能勾選，不能支持用戶自主添加。因?yàn)闆]有背后的爬蟲程序的話，只添加網(wǎng)址是沒有意義的。

第一版我們暫定的網(wǎng)址是：https://readhub.cn/topics

（2）獲取哪些內(nèi)容

之前已經(jīng)提過我們是按照關(guān)鍵詞區(qū)分不同的類型的，因此根據(jù)經(jīng)驗(yàn)，我們將類型和關(guān)鍵詞做了初步的整理，得到如下所示的關(guān)聯(lián)關(guān)系。

• 熱門：BAT、百度、阿里巴巴、京東、小米、抖音、知乎、騰訊、qq、QQ、微信
• 產(chǎn)品：宣布、啟動、發(fā)布、新增
• 創(chuàng)投：融資、領(lǐng)投、募資、路演、IPO、招股、上市
• 科技：研發(fā)、特斯拉、亞馬遜、火星、月球、發(fā)射、機(jī)器人
• 其它：（不含以上關(guān)鍵詞的均屬于這部分）

（3）獲取哪個時(shí)間區(qū)間的內(nèi)容

因?yàn)槲耶?dāng)前做到是早報(bào)，因此需要的時(shí)間區(qū)間為「昨天」的信息。在后續(xù)的版本中，該項(xiàng)會成為一個選擇項(xiàng)，用戶可以自主選擇時(shí)間段。

（4）什么時(shí)候獲取

「即拿即用」。第一個版本可以接受點(diǎn)擊「生成」之類的按鈕之后去抓取結(jié)果（或從數(shù)據(jù)庫里取結(jié)果），后續(xù)需要做到定時(shí)抓取、定時(shí)儲存到數(shù)據(jù)庫。

（5）怎么獲取

當(dāng)然是寫程序去網(wǎng)站抓啦，然后將抓到的內(nèi)容存入數(shù)據(jù)庫中。

2. 內(nèi)容獲取 V2.0

當(dāng)研發(fā)拿著內(nèi)容獲取 V1.0「按關(guān)鍵詞做篩選，并歸類到具體的類型下」的規(guī)則去爬取內(nèi)容的時(shí)候，我們驚喜地發(fā)現(xiàn)這不是我想要的產(chǎn)品。具體表現(xiàn)為：

• 每種類型的簡報(bào)非常少，而且相互有重疊。比如拿關(guān)鍵詞「小米」去匹配，「小米旗下某某公司融資或上市」類的新聞也被歸為「熱門」，但其實(shí)應(yīng)該歸為「創(chuàng)投」。
• 大部分簡報(bào)都?xì)w屬于「其它」類。大部分關(guān)鍵詞都匹配不到簡報(bào)內(nèi)容，或簡報(bào)內(nèi)容找不到對應(yīng)的關(guān)鍵詞，才導(dǎo)致了這種結(jié)果。

為什么會這樣呢？我們分析了下原因：

一來關(guān)鍵詞會重疊，如果一個關(guān)鍵詞既屬于類型 A，又屬于類型 B，程序是不知道它究竟是屬于哪個類型的，當(dāng)然產(chǎn)品給的規(guī)則也并沒有明確這一點(diǎn)。

二來很難提供全量的關(guān)鍵詞匹配所有的內(nèi)容。根據(jù)簡報(bào)標(biāo)題的關(guān)鍵詞去區(qū)分類型，除非能給予全量的關(guān)鍵詞去對應(yīng)類型，才能保證簡報(bào)和類型的一一對應(yīng)。這件事在當(dāng)前這個階段根本就不可能實(shí)現(xiàn)。

綜上，我們在選擇信息源時(shí)，我們不再選用綜合類的信息源，轉(zhuǎn)而選用垂直領(lǐng)域的信息源。

舉個例子，之前我們使用的是「readhub」這種綜合類新聞網(wǎng)址，在第二版中我們改用了「NEXT」、「知曉程序」這種產(chǎn)品類和小程序類的網(wǎng)站作為信息源。

在確定信息源之后，我們就針對每個網(wǎng)站分別設(shè)置內(nèi)容的抓取規(guī)則。比如從「NEXT」上爬取了每日的產(chǎn)品，從「知曉程序」上爬取每日最新的小程序列表。

內(nèi)容獲取 V2.0 和內(nèi)容獲取 V1.0 最大的區(qū)別就在于「從哪里獲取」和「獲取哪些內(nèi)容」，其余都是一致的。

3. 內(nèi)容生成

內(nèi)容生成要求按照固定的格式生成簡報(bào)。因?yàn)槭堑谝话?，要求比較簡單，用文字版就可以。這里只要提供一個簡單的格式。

4. 內(nèi)容發(fā)送

「內(nèi)容發(fā)送」用于用戶主動生成簡報(bào)。嚴(yán)格地講，前面兩步已經(jīng)包含這一個功能點(diǎn)了。但為什么專門把這個功能點(diǎn)列出來，一來為了記錄這一功能點(diǎn)，以免后期有所遺漏；二來后續(xù)可以做到訂閱，每天定時(shí)通過郵箱等形式給用戶發(fā)布簡報(bào)。

三、最終的效果

經(jīng)過五一的勞動，我們把第一版的產(chǎn)品做了出來，具體效果如下圖所示。

1. 簡報(bào)設(shè)置

如圖，可以選擇簡報(bào)的類型和簡報(bào)的日期，點(diǎn)擊「生成」即可查看【簡報(bào)結(jié)果】。

2. 簡報(bào)結(jié)果

【簡報(bào)結(jié)果】界面是將爬取的結(jié)果展示在這里，只處理了「類型」。

按理說，這個界面只要實(shí)現(xiàn)基本的功能就行，不用關(guān)注 UI。但是開發(fā)同學(xué)覺得界面太丑了，自己看不下去，然后簡單處理了下。這其實(shí)就是屬于「程序員自嗨」。不過在不影響最終時(shí)間的情況下，作為產(chǎn)品我也是可以接受這種現(xiàn)象的。一來簡單的 UI 處理花費(fèi)不了太多時(shí)間，二來也是開發(fā)同學(xué)想把產(chǎn)品做得更好一些，打擊別人積極性總是不好的，只要最終的結(jié)果沒問題就行。

3. 這算是直接上手開發(fā)嗎？

直接讓程序員開發(fā)產(chǎn)品這件事肯定是不靠譜的，根本沒法避免后期需要填多少坑。雖然我們在做一個臨時(shí)的小項(xiàng)目，但是還是會按照「正規(guī)流程」走的。

團(tuán)隊(duì)成員只有兩個人：一個我，一個開發(fā)同學(xué)。我們兩個在做這個項(xiàng)目的時(shí)候和以往做產(chǎn)品有些許不同。

溝通上

為了提高效率，我們采用了面對面溝通的形式溝通產(chǎn)品的細(xì)節(jié)以及我想要的最終的呈現(xiàn)方式。在團(tuán)隊(duì)人員比較多的時(shí)候，雖然面對面溝通這種形式必不可少，不過還需要記錄文檔留底。一來方面大家后續(xù)回憶當(dāng)時(shí)為什么這么做，二來如果需要明確責(zé)任（扯皮），留底的文檔是一個很好的武器。雖然我們是兩個人，不過溝通完「產(chǎn)品架構(gòu)」之后，我們還是簡單地做個圖留底。

項(xiàng)目管理上

雖然團(tuán)隊(duì)成員只有兩個人，不過我們還是使用了項(xiàng)目管理軟件 Tower 記錄。這點(diǎn)和平時(shí)工作比較相像。在我們這個項(xiàng)目中，我們將項(xiàng)目分解成具體的任務(wù)，并明確具體的責(zé)任人。同時(shí)，我規(guī)定了 Web 端的輸入和輸出格式，并記錄在了 Tower 的對應(yīng)的任務(wù)里。即使過程中有過修改，我們也是在對應(yīng)任務(wù)下做了簡單的描述。

原型設(shè)計(jì)上

這個產(chǎn)品的原型設(shè)計(jì)我沒有采用 Axure 之類的軟件，而是直接用筆在紙上畫。一來方便溝通，二來簡單省事。因?yàn)槲覀兊谝粋€版本沒有采用小程序的形態(tài)來完成，而是用 Web 端實(shí)現(xiàn)，本身不是很復(fù)雜。用紙畫原型有個不好的點(diǎn)是紙容易丟失，不利于保存。如果你選擇用紙來畫原型，這一點(diǎn)一定要注意。

很多產(chǎn)品新人覺得 Axure 的技能要很牛逼，才能當(dāng)一個合格的產(chǎn)品經(jīng)理。其實(shí)，所有的工具只是輔助你達(dá)到目標(biāo)的手段，用什么工具真的不重要，能清楚表達(dá)意思才最重要。我還見過用 Excel 畫原型的公司呢，依舊不影響人家「活」得很好。這里打個小廣告，后續(xù)我會整理「Axure RP 9.0」的系列文章，感興趣的同學(xué)可以關(guān)注我哈。

UI 和測試

沒有專門的 UI 和測試同學(xué)，都是我們兩個人分擔(dān)。所以我很擔(dān)心程序有沒有 Bug，丑倒還好些。如果你在一個小的創(chuàng)業(yè)公司做產(chǎn)品經(jīng)理，可能也會遇到同樣的情況，這個時(shí)候你千萬不要只把自己當(dāng)成「產(chǎn)品經(jīng)理」，你還會身兼數(shù)職。這個情況產(chǎn)品經(jīng)理大多扮演的是「補(bǔ)位」的角色，也就是俗話說的「哪里缺人補(bǔ)哪里」。

上線

我們現(xiàn)在使用的版本是在本地運(yùn)行的，局域網(wǎng)內(nèi)也是可以訪問的。遺憾的是當(dāng)前版本還沒有在公網(wǎng)上部署，部署之后我再來補(bǔ)充吧。如果你感興趣的話，可以在 Github 上查看我們這個項(xiàng)目的相關(guān)資料。

鏈接：https://github.com/HuaxinLab/briefing-generator

四、總結(jié)

1. 為什么要關(guān)注產(chǎn)品的第一個版本？

產(chǎn)品的第一個版本就像你給別人的第一印象一樣，非常重要。

在社會心理學(xué)中，有一個詞叫「首因效應(yīng)」，指的是第一印象主導(dǎo)主體印象的形成。也就是說，你對一個人的總體印象如何，往往取決于你對他的第一印象。這是非常常見的一種社會知覺偏差。

一般而言，第一印象一旦建立起來，它對之后的信息理解和組織起著強(qiáng)烈的定向作用。而對產(chǎn)品來說，產(chǎn)品的第一個版本決定了產(chǎn)品在用戶心中留下的形象，也在很大程度上決定了產(chǎn)品的生死。

但有一個很矛盾的點(diǎn)在于，很多時(shí)候我們希望第一個版本上線之后，就立馬能夠得到用戶的反饋，不管是積極的反饋還是消極的反饋；但是很多時(shí)候，用戶的反應(yīng)都會「慢半拍」。

也就是說，你很著急得想要看到第一個版本上線后的效果，但往往收不到太多的反饋?？赡苓^了一段時(shí)間，市場的反饋才會慢慢多起來。就像談婧在《重新定義分享》里提到的「Uber 和佟大為一起做活動」的例子，剛開始以為這個事件會達(dá)到一個爆點(diǎn)，然而沒成想市場反應(yīng)平平?；顒咏Y(jié)束后的一段時(shí)間，這個事件才達(dá)到了高潮。

2. 產(chǎn)品第一個版本指的是什么？

或許你會說，產(chǎn)品的第一個版本就是第一個開發(fā)周期結(jié)束后的產(chǎn)品。但我這里提到的第一個版本是指面向用戶使用的第一個版本。

在真實(shí)的開發(fā)過程中，產(chǎn)品團(tuán)隊(duì)已經(jīng)開發(fā)了好幾個迭代，只是這幾個迭代的成果都沒有面臨市場和用戶的檢驗(yàn)。也就是說，在面向用戶的第一個版本之前，可能已經(jīng)有很多個版本。當(dāng)然也有一些產(chǎn)品在開發(fā)了幾個迭代之后，可能由于公司政策調(diào)整，也有可能因?yàn)樾枨蟮募眲p少，這些產(chǎn)品永遠(yuǎn)無法面向市場和用戶，也就是說可能永遠(yuǎn)都不會有第一個版本。

3. 想清楚第一個版本的目標(biāo)是什么？

（1） 驗(yàn)證需求是否存在？

當(dāng)你不確定需求是否存在時(shí)，首先你要做的是驗(yàn)證需求是否存在。第一個版本就必須要搞清楚這件事，以免浪費(fèi)過多的時(shí)間。驗(yàn)證需求是否存在，需要驗(yàn)證：

1）這個需求是真實(shí)存在的需求？還是偽需求？可以通過用戶過去的行為來判斷。比如用戶說，如果小區(qū)能有健身房就好了。但用戶上次去健身房可能是幾年前。那用戶說的這個需求你就要抱著懷疑的態(tài)度合理分析。

2）這個需求的頻次是怎樣？一個月一次，還是每天一次。比如吃飯就是一個高頻需求。

3）這個需求是剛需還是非剛需？比如一天不吃飯就不行，那吃飯就是剛需。

（2）驗(yàn)證設(shè)計(jì)是否合理？

在你已經(jīng)確認(rèn)需求是存在的并且是合理的情況下，那就需要驗(yàn)證設(shè)計(jì)是不是合理。這里需要關(guān)注：

1）流程設(shè)計(jì)；

2）交互設(shè)計(jì)；

3）視覺設(shè)計(jì)（顏色、圖標(biāo)、間距、字體等），優(yōu)先級依次遞減。

2B 產(chǎn)品大部分屬于這種情況，在需求明確的情況下驗(yàn)證設(shè)計(jì)的合理性。2C 產(chǎn)品大多屬于第一種情況。

4. 下一篇？

下一篇我們將重點(diǎn)關(guān)注「功能打包」和「產(chǎn)品設(shè)計(jì)」，主要涉及「需求池管理」、「每個版本的功能列表規(guī)劃」等內(nèi)容，敬請期待。

好的，今天這篇文章到這里就結(jié)束了，我們的《一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界》系列文章完成進(jìn)度如下：

黃色為當(dāng)前進(jìn)度～

相關(guān)閱讀

一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界（1）：從收到一個需求談起

一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界（2）：需求分析

一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界（3）：從用戶需求到產(chǎn)品功能

一個項(xiàng)目帶你走進(jìn)產(chǎn)品經(jīng)理的世界（4）：產(chǎn)品規(guī)劃

#專欄作家#

佐珥，微信公眾號：產(chǎn)品碎月（ID：pm_lab），人人都是產(chǎn)品經(jīng)理專欄作家，專注互聯(lián)網(wǎng)產(chǎn)品，樂于通過幽默詼諧、圖文并茂、結(jié)合實(shí)際的文字分享自己的產(chǎn)品經(jīng)驗(yàn)，期望同大家一起快樂成長

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

題圖來自Unsplash，基于CC0協(xié)議