子彈是怎樣煉成的？
不要急著憑直覺或者隨波逐流的感嘆：“子彈簡訊幹不過微信，我不看好子彈簡訊”。不如跟著文章從MVP方法的角度看看：子彈簡訊身上值得學習和研究的地方。
前言
溫馨提示，這篇的前言並不長，但我還是畫了一條“楚河漢界”。對於讀書或看文章喜歡直接進入正文的同學，可以直接跨過“楚河漢界”看正文。啊多麼懂你的產品汪。
這已經是第3篇關於子彈簡訊的產品分析了：
- 第一篇《 ofollow,noindex" target="_blank">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個功能模組，分別是：對話流、通訊錄、資訊流、收藏流和個人中心。
其中， 最核心的模組是對話流。 也就是子彈簡訊一直在推崇的“高效溝通”。
對話流的核心功能包括：
- 可不進入列表頁直接回復訊息；
- 語音訊息可以轉換為文字發給對方；
- 訊息可置為待辦，稍後處理。
目標使用者為注重“高效率”的人群，這些使用者可以通過對話流模組進行高效溝通。
其他的模組沒有什麼特色，有少許為了產品的完整性而去拼湊的嫌疑（資訊流應該是為了提升粘性，畢竟不好直接做個朋友圈，那抄襲微信的痕跡就太明顯了）。
在很多人看來，子彈簡訊的的功能過於簡單，跟現在的微信比簡直就是螞蟻對大象。
Come on every 同學，讓我們穿越到7年前，看下微信剛出生時候（1.0版本）是什麼樣子的：
注：以上資料來源簡書“昆言昆語” https://www.jianshu.com/p/4a3ad98ccb9a 。找到這個資料非常不容易，非常感謝！
驚不驚喜？意不意外？
在微信的1.0版本中，只有3個功能：
- 傳送文字訊息；
- 傳送圖片；
- 設定個人頭像。
語音功能是在2.0版本才有的。
看看現在的微信，對比剛出生時候的微信，有沒有大吃一鯨？
我們結合下當時的時代和場景看一下。那一年，流量費還很貴，智慧手機還不是很普及，人們聊天主要靠簡訊，大家都知道，簡訊是收費的。
所以微信一推出，儘管也收穫了很多吐槽，但靠著免費的殺手鐗，使用者量越來越多。
微信初生尚且如此，子彈被廣大網友吐槽也不足為奇。有點既生瑜何生亮的感覺，但我覺得吧，不能因為周瑜幹不過諸葛亮就覺得周瑜的戰鬥力不行。
MVP的核心在於：將核心功能以最小的產品形式去驗證可行性。從MVP的角度來看，子彈簡訊把握了MVP的精髓。
有很多使用者吐槽子彈功能過於單一，沒有什麼吸引力。所以這個就是MVP的意義，投入市場後，肯定會有些不一樣的聲音，如果驗證失敗，可以以最小的成本退出。
同時，由於推出的較早，也比較容易轉型，根據種子使用者的反饋不斷迭代，打造有自己特色的產品。
當然，在MVP產品釋出之後，需要非常重視使用者反饋，並根據使用者反饋及時的對產品進行調整和改善。這一點從子彈簡訊的迭代記錄來看做的還不錯。
另外，關於 技術方面 的投入。在上面為什麼要MVP裡面也提到，有技術大牛拆解了子彈簡訊的底層架構，主要是依賴網易雲信的能力。站在產品的角度，我認為子彈在這方面做的沒什麼問題，在沒有確定使用者需求是否可靠前，投入過多的開發成本很可能得不償失。
四、總結
總的來看，子彈簡訊是一款有著很深網際網路產品思維的產品。在“備孕”和“懷孕”時掌握了MVP的真諦。
在熟人社交市場，已經有了微信這座難以逾越的大山，如果貿然的投入大量成本進行產品研發，很可能一上市就被微信KO。通過這樣MVP的方式進行驗證，是一個非常明智的選擇。
MVP說起來簡單，但是實踐起來，好多產品經理都會跑偏。
首先，從需求分析階段，對於需求是否屬於真實需求，很多產品經理往往是後知後覺。在我剛轉行做產品經理的時候，有幸經歷過一款從0-1的產品，但是上線不久，還沒有獲取到它的種子使用者就夭折了。
過了一年之後回想了一下，其實這個產品到底是否能解決使用者的痛點，不太能經得起推敲。
樑寧老師講過，什麼是痛點？ 能讓人產生恐懼的可以叫痛點 ，而很多產品經理容易犯的一個錯誤是容易 把難受當痛點。
像微信長語音這個算不算是痛點？其實對於很多人來講，這個是會很難受，但是可能還遠遠算不上痛點，因為平時遇到的這種場景比較少。對於接收長語音比較頻繁的人來說，那可能就算是痛點了。
其次，當有了想法之後，很多產品經理在設計MVP產品的過程中也往往會偏離。
我們當時在設計產品的時候，主打“智慧”的主題。但是對於如何智慧，其實初期由於缺少使用者行為資料，更多的是靠人工運營一套資料實現“智慧”。設計的功能比較複雜，而且中間為了追求完美髮生過幾次需求變更。實際上最後上線的時候，已經遠遠超出MVP的範疇，甚至看上去有些營養過剩。
子彈簡訊最近有點啞火了。很多彈黑開啟了噴射模式，嘲笑子彈是曇花一現。我並不是彈黑也不是彈粉，但我覺得對於這樣一款從0-1的產品，身上有很多值得學習和研究的地方。尤其是經歷過從0-1的失敗產品，更是能體會到其中的艱辛。
帶著興趣分析了一下，無論收穫多少板磚，在對子彈分析的過程中，我把“冷藏”了一年的《增長黑客》半本內容翻了一遍，同時針對MVP這部分內容，又翻閱了《精益創業》等相關內容。還是有些收穫的。
對於有想法的產品汪，我覺得應該用一個冷靜的理性的眼睛來看產品。而不是僅憑主觀感受或者隨波逐流的感嘆一句：我覺得子彈幹不過微信，我不看好子彈簡訊。
無論你和我看不看好，子彈依舊在低頭努力研究著下一個迭代。
本文由 @孫宇瞳 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自網路