子彈是怎樣煉成的?

5 評論 6477 瀏覽 31 收藏 18 分鐘

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

前言

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

啊~多么懂你的產品汪。

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

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

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

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

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

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

互聯網產品從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這部分內容,又翻閱了《精益創業》等相關內容。還是有些收獲的。

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

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

 

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

題圖來自網絡

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 一來就各種類比 微信的社交軟件都是耍流氓,沒用任何意義。就像國產手機發布會都喜歡去跟蘋果手機作比較,唉。

    來自北京 回復
  2. 認真拜讀了作者3篇文章,看得出來很認真。不過后面兩篇還可以更加精簡一些。

    來自廣東 回復
    1. 感謝,我會注意的??

      回復
  3. 說的那么好,請問你有研究過whatsapp這款社交軟件嗎?真是天下文章一大抄

    來自廣東 回復
    1. 沒有

      回復