不要急著憑直覺或者隨波逐流的感嘆：“子彈短信干不過微信，我不看好子彈短信”。不如跟著文章從MVP方法的角度看看：子彈短信身上值得學習和研究的地方。

前言

溫馨提示，這篇的前言并不長，但我還是畫了一條“楚河漢界”。對于讀書或看文章喜歡直接進入正文的同學，可以直接跨過“楚河漢界”看正文。

啊~多么懂你的產品汪。

這已經是第3篇關于子彈短信的產品分析了：

• 第一篇《9個方面分析：子彈短信哪里強？》寫完鮮花與板磚齊飛；
• 第二篇《剝開子彈短信外殼，里面到底裝的什么藥？>》寫完基本上就是板磚齊飛中間夾雜幾朵鮮花了。

不過這個也在意料之中，畢竟第二篇是從“里子”進行分析，“里子”這個東西本身就是一個很虛的東西，看不見摸不到，一千個人可能會分析出來一千個結果。從沒有接觸過或接觸產品方法論很少的人來說，看著就是很扯蛋。

盡管收獲很多板磚，但是分析還是要繼續的。正好子彈最近也比較消停，也省的有人說我蹭子彈熱度。雖然子彈涼了，但我的熱情，好像一把火，還會繼續燃燒下去。

雖然前面兩篇分析已經把子彈從里到外扒了一遍，但是還有些沒寫到的。前面兩篇主要是從“面子”和“里子”兩個角度從宏觀的角度來對子彈進行分析。

這篇主要分析的是子彈“十月懷胎”的過程。

—————————前言—————————-楚河漢界—————————-正文—————————-

互聯網產品從0-1的過程，比較推崇MVP方法。下面將結合什么是MVP、為什么要MVP、如何MVP和總結四個方面，來分析下子彈是如何煉成的。

一、什么是MVP？

MVP（Minimum Viable Product）出自于《精益創業》這本書，中文名稱為：最小化可行產品。即以最少的時間，最小的開發成本，打造出一個可以供用戶使用的“產品”。

注意：這里的產品不一定是一個app，也可以just是一個原型。

端上一盤經典的栗子。我們來看下以下兩幅圖，哪個是MVP產品呢？

圖1

? ?圖2

答案是圖2。

因為圖2中的產品，無論在1-5個階段的哪個產品，都是可供用戶使用的。雖然第一個版本看上去非常簡陋，但是是可以使用的，能夠幫助用戶達成他的目標。

而圖1中，產品只有到了第4個階段上線后，才能夠正式使用。

二、為什么要MVP？

從上面的圖2也能看出來，最初的MVP版本都是很簡單的，在有些用戶看來，甚至可以說極其簡陋。

那么MVP產品存在的意義是什么呢？主要有以下2點原因：

1.驗證產品是否是真實的需求，是否符合目標用戶需求。

產品經理根據用戶反饋以及用戶調研等手段進行需求分析，設計出一款產品，但很可能推向市場后用戶并不買單。因為用戶很多時候是口是心非的，在一個假設的場景下，讓用戶去回答問題，用戶大都是根據想象或直覺回答。

有個很經典的栗子：

某音樂公司做用戶調研，問用戶是喜歡黃色的音箱還是黑色的音箱，大部分用戶回答的是黃色。在調研結束后，為了答謝用戶，用戶在離場時可以選擇一款音箱帶走，結果大部分用戶選擇了黑色的音箱。

啊~多么痛的領悟！

通過MVP的方式設計產品，可以快速的去驗證用戶的需求是否真實存在，以及是否是用戶真實的想法。

2. 減少時間和資金成本

有的時候用戶的需求很可能是個偽需求，如果未經驗證直接投入大量的時間和資金去開發，那么最后往往會得不償失。

舉個栗子：

我們想在地鐵口附近開一家驢肉火燒餐館，經過調研觀察發現：有些用戶對于驢肉火燒是有需求的。那么接下來，我們是不是直接找個地鐵口，租個店鋪然后開始經營我們的生意呢？

當然不是。

按照MVP的做法，我們可以先自己做（當然前提是自己做的還不錯，至少能讓人咽的下去），或者購買一些驢肉火燒之后，在地鐵口擺個帶轱轆的小攤（有城管來了好跑?。?， 驗證下是否會有乘客購買，有多少乘客購買，乘客在什么時間購買的比較多等等。如果這個地鐵口不行，可以換個地鐵口再試一試。

如果有用戶購買，那說明用戶是有需求的，下面可以多換幾個地鐵站看看有多少用戶購買。如果驗證需求是真實存在的，那么可以接下來考慮弄個類似早餐車一樣的試營業一段時間，等流量以及轉化率還不錯了，那么接下來可以考慮開店鋪的事情了。

相反，如果沒有人購買的話，那可以考慮懸崖勒馬了。

三、如何MVP？

前幾天有一位聰明絕頂的技術大牛在知乎上發表了一篇文章。他感受到子彈短信的外殼有很多缺點，但是對于通信做的卻如此流暢感到不可思議，于是對子彈短信進行了全面的解剖。

解剖之后發現了“驚天的秘密”。原來子彈短信的核心聊天功能，是調用的網易云信的sdk。坦率的說，就是自己包了個殼，底層技術都是網易云信提供的服務。

舉個栗子可能更直觀些：

我想吃餃子了。然后我跟小明、小白，小汪說請他們來吃餃子。我準備了白面，讓小明準備了肉，讓小白準備了芹菜，讓小汪準備了調料。結果就是，我只出了1斤白面，最后請大家吃了一頓餃子。

（這個栗子純屬虛構，如有雷同，純屬巧合。畢竟我是靠人品生存的一只產品汪）

這個栗子可能不是特別恰當，主要是表達這個意思。

首先得承認這位技術大牛的技術還是不錯的，把子彈拆的很干凈，站在技術的角度也完全沒有錯。但是如果這位技術同學創業的話，雇了幾百號程序猿開發出來一個龐大的大子彈，很可能投向市場之后發現，變成了一個啞彈，基本上沒有幾個人會用這個軟件。那么接下來面臨的就是大家收拾行囊，領完盒飯后各奔東西。

但是如果站在產品的角度來看，子彈的做法簡直是MVP的經典案例。雖然很多網友吐槽微信的長語音讓人頭疼，但是這樣的用戶有多少，誰也說不清楚。

所以，子彈做了一個外殼，借助網易云信的底層技術，推出MVP產品去驗證市場，可謂是非常明智的選擇。

一方面以最少的成本驗證了目標用戶需求，另外一方面上市7天融資1.5億，簡直就是“空手套白狼”。

所以很多事情沒有絕對的對錯，只是看問題角度不同。

這個一方面也可以說明產品經理存在的意義。

一款MVP產品，一般只有1-2個最重要的核心功能，堆積過多的功能會分散用戶的注意力，并且會延遲產品投入市場的時間，錯過最好的驗證時機。

在生活中，有些有特色的餐館，總會有那么1道招牌菜。比如說一提到香河肉餅，很自然想到的就是他的肉餅。

來看個經典的栗子：Zappos是國外著名的鞋類電商平臺，創始人尼克.斯威姆最初是兩手空空如也。他跑到隔壁鞋店拍了一些照片之后發布到網上，有用戶下單時，他跑到隔壁鞋店把鞋買下來給用戶寄過去。通過這種方式驗證了最初的想法。

下面來看看子彈短信的MVP產品是怎樣的。上圖：

產品方面，子彈短信分為5個功能模塊，分別是：對話流、通訊錄、資訊流、收藏流和個人中心。

其中，最核心的模塊是對話流。也就是子彈短信一直在推崇的“高效溝通”。

對話流的核心功能包括：

1. 可不進入列表頁直接回復消息；
2. 語音消息可以轉換為文字發給對方；
3. 消息可置為待辦，稍后處理。

目標用戶為注重“高效率”的人群，這些用戶可以通過對話流模塊進行高效溝通。

其他的模塊沒有什么特色，有少許為了產品的完整性而去拼湊的嫌疑（資訊流應該是為了提升粘性，畢竟不好直接做個朋友圈，那抄襲微信的痕跡就太明顯了）。

在很多人看來，子彈短信的的功能過于簡單，跟現在的微信比簡直就是螞蟻對大象。

Come on every 同學，讓我們穿越到7年前，看下微信剛出生時候（1.0版本）是什么樣子的：

注：以上資料來源簡書“昆言昆語”https://www.jianshu.com/p/4a3ad98ccb9a。找到這個資料非常不容易，非常感謝！

驚不驚喜？意不意外？

在微信的1.0版本中，只有3個功能：

1. 發送文字消息；
2. 發送圖片；
3. 設置個人頭像。

語音功能是在2.0版本才有的。

看看現在的微信，對比剛出生時候的微信，有沒有大吃一鯨？

我們結合下當時的時代和場景看一下。那一年，流量費還很貴，智能手機還不是很普及，人們聊天主要靠短信，大家都知道，短信是收費的。

所以微信一推出，盡管也收獲了很多吐槽，但靠著免費的殺手锏，用戶量越來越多。

微信初生尚且如此，子彈被廣大網友吐槽也不足為奇。有點既生瑜何生亮的感覺，但我覺得吧，不能因為周瑜干不過諸葛亮就覺得周瑜的戰斗力不行。

MVP的核心在于：將核心功能以最小的產品形式去驗證可行性。從MVP的角度來看，子彈短信把握了MVP的精髓。

有很多用戶吐槽子彈功能過于單一，沒有什么吸引力。所以這個就是MVP的意義，投入市場后，肯定會有些不一樣的聲音，如果驗證失敗，可以以最小的成本退出。

同時，由于推出的較早，也比較容易轉型，根據種子用戶的反饋不斷迭代，打造有自己特色的產品。

當然，在MVP產品發布之后，需要非常重視用戶反饋，并根據用戶反饋及時的對產品進行調整和改善。這一點從子彈短信的迭代記錄來看做的還不錯。

另外，關于技術方面的投入。在上面為什么要MVP里面也提到，有技術大牛拆解了子彈短信的底層架構，主要是依賴網易云信的能力。站在產品的角度，我認為子彈在這方面做的沒什么問題，在沒有確定用戶需求是否可靠前，投入過多的開發成本很可能得不償失。

四、總結

總的來看，子彈短信是一款有著很深互聯網產品思維的產品。在“備孕”和“懷孕”時掌握了MVP的真諦。

在熟人社交市場，已經有了微信這座難以逾越的大山，如果貿然的投入大量成本進行產品研發，很可能一上市就被微信KO。通過這樣MVP的方式進行驗證，是一個非常明智的選擇。

MVP說起來簡單，但是實踐起來，好多產品經理都會跑偏。

首先，從需求分析階段，對于需求是否屬于真實需求，很多產品經理往往是后知后覺。在我剛轉行做產品經理的時候，有幸經歷過一款從0-1的產品，但是上線不久，還沒有獲取到它的種子用戶就夭折了。

過了一年之后回想了一下，其實這個產品到底是否能解決用戶的痛點，不太能經得起推敲。

梁寧老師講過，什么是痛點？能讓人產生恐懼的可以叫痛點，而很多產品經理容易犯的一個錯誤是容易把難受當痛點。

像微信長語音這個算不算是痛點？其實對于很多人來講，這個是會很難受，但是可能還遠遠算不上痛點，因為平時遇到的這種場景比較少。對于接收長語音比較頻繁的人來說，那可能就算是痛點了。

其次，當有了想法之后，很多產品經理在設計MVP產品的過程中也往往會偏離。

我們當時在設計產品的時候，主打“智慧”的主題。但是對于如何智慧，其實初期由于缺少用戶行為數據，更多的是靠人工運營一套數據實現“智能”。設計的功能比較復雜，而且中間為了追求完美發生過幾次需求變更。實際上最后上線的時候，已經遠遠超出MVP的范疇，甚至看上去有些營養過剩。

子彈短信最近有點啞火了。很多彈黑開啟了噴射模式，嘲笑子彈是曇花一現。我并不是彈黑也不是彈粉，但我覺得對于這樣一款從0-1的產品，身上有很多值得學習和研究的地方。尤其是經歷過從0-1的失敗產品，更是能體會到其中的艱辛。

帶著興趣分析了一下，無論收獲多少板磚，在對子彈分析的過程中，我把“冷藏”了一年的《增長黑客》半本內容翻了一遍，同時針對MVP這部分內容，又翻閱了《精益創業》等相關內容。還是有些收獲的。

對于有想法的產品汪，我覺得應該用一個冷靜的理性的眼睛來看產品。而不是僅憑主觀感受或者隨波逐流的感嘆一句：我覺得子彈干不過微信，我不看好子彈短信。

無論你和我看不看好，子彈依舊在低頭努力研究著下一個迭代。

本文由 @孫宇瞳 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自網絡