最小化可執行產品(MVP)的四大必備模組

kevin-qiu發表於2020-08-05

這個概念還有開發者、產品經理不知道的嗎?或者是在自己工作中沒有應用的嗎?知道了後馬上用起來就對了!


早在去年的時候,偶爾學習laravel電商實戰課程時接觸到這個概念,也有感而發寫了一篇博文,當初還不是怎麼理解深刻,只是知道了做一款產品不能一個勁的往上堆砌功能,需要使用最小化可運營方案來設計開發產品。

今年,我在學習《增長黑客》一書時,詳細瞭解到MVP的概念,書中第二章詳細概述了MVP在網際網路產品的開發中個的重要意義,這裡不做重述。文中也提到一些很有特色的案例,例如:優泊–一款幫助人停車的APP產品。再如,instagram 重生記。也有一些失敗的案例,這裡也不多介紹,如果有興趣的小夥伴,可以購買《增長黑客》一書,認真學習。該書真的是從0開始教我們怎麼做一款產品,做一款特別賺錢的產品。

什麼 最小化可行產品呢?

簡單地說,就是利用最小的投入資源來驗證產品的方向是否可行。這是矽谷作家埃裡克.萊斯(Eric Ries)在專業學著作《精益創業》中提出的”最小化可行產品(Minimum Viable Product,簡稱MVP)”概念。開發團隊通過提供最小化可行產品獲取使用者反饋,在此基礎上持續快速迭代(或者謀求轉型),直至產品達到PMF階段。這裡有一個新的名詞叫PMF,後面我會安排一篇文章來闡述該概念,但這不是本文的重點,急不可耐的朋友可以自行百度該術語。


一個MVP最小化可行產品必須具備哪些要素(模組)?

我會不由分說地告訴你:除了待驗證的基本功能外,反饋渠道、公告看板、自動升級、使用行為統計這四件事情必須要整明白。

  1. 反饋渠道

    我們必須給使用者提供一個反饋機制。例如網站頂部留一個留言板入口,而不僅僅是在產品體外設定獨立的反饋渠道(如:微博 微信 QQ群等)。使用者希望在遇到問題的那一剎那儘快將自己的疑惑、驚詫、憤怒與激情傳遞給開發團隊。

    這些為您的產品提供了反饋的少部分使用者,無外乎兩種情況。其一、這些人可能在他的使用中的確遇到了非常棘手的問題。其二、死忠粉在用苛刻的上帝視角審視一款產品的任何不完美的細節,真心的為產品帶來改善意見。但無論哪一種,都不會讓你感到失望。但如果反饋渠道的門檻過高,路徑太長,則可能會讓這些少數行動派望而生畏,提反饋的衝動瞬間煙消雲散。

  2. 官方公告

    官方公告是針對群體和單個使用者的定向訊息通道,公告看板是來自官方的聲音。能夠給使用者帶來官方的意向,動態,團隊情況,運營公示;反饋回覆,態度表達,突發情況的緊急通知,危機公關等。對於一個網站而言,就是一個醒目的橫幅,有使用者中心的系統,就會傳送系統訊息和群發郵件。客戶端和移動應用就有跟大的發揮空間了。

    並不是每個使用者都會有看公告的習慣,而對一些主動積極的使用者,公告看板的入口必須要保持直接了當,不能掖著藏著。

  3. 自動升級

    對於網站來說,無所謂,只要測試通過就可以隨時部署升級或者遷移,使用者開啟瀏覽器永遠是最新的內容。對於客戶端和移動應用來說,就不能這麼方便了。使用者都是經過跋山涉水,過五關,斬六將得來的,可不能讓他們就這麼解除安裝跑路了。

    如果每次升級都要去下載一個新版本。例如:去應用市場搜一圈,還要判斷真偽;去官網下載一個新版本。有的使用者不願意這樣操作,寧願維持在老版本而不願意升級,最終也看不到我們嘔心瀝血迭代出的升級版,這與我們快速迭代的核心思想背道而馳。

    最佳方法是,使用者啟動時提示使用者,有新版本可以升級,使用者點確認或者跳過(跳過是我一貫的作風,證明這樣操作的人特別多,我們可以保留這個按鈕,而不強姦使用者的行為)來完成升級過程,通過應用的內建升級程式來完成更新,整個過程不需要使用者介入操作。

  4. 行為統計

    這也是常說的埋點。對於網站應用來說可能就是一段js程式碼,安裝上百度統計或者其他更專業的統計程式碼即可完成工作。但是對於客戶端和app來說就會沒那麼好操作,但是也有像友盟這樣的統計系統來操作,這點不用擔心啦,我們只要需要知道有這個東西就好了,後面學習開發移動應用的時候去研究這個分析程式碼就好了。

    埋上資料點後可以得知,哪個模組最受到歡迎,哪個地方最讓人詬病,再或者整個流程的使用中斷情況。這有利於優化迭代產品,何樂而不為呢?事實上,我在參加一些線下活動時,一些大廠的分享也會對行為埋點有所闡述,但是人家一般不會告訴我們怎麼操作。同樣,我也不會告訴你怎麼操作。

    日誌時行為統計的一部分,他記錄一個使用者從開啟到退出,所有的使用跳轉記錄,花銷時間情況,這一點要做的不影響效能,這個可以通過退出app報送伺服器的方式。這點我也沒有試過,因為我是web後端應用開發者。

上述就是對mvp的理解。我們不管是開發web,還是開發移動應用,這些都需要融入到日常開發中去。然而,事實上可能會事與願違,我們技術工程師,pm可能都懂這個道理,但是對於不是網際網路出身的老闆,決策者來說,他不一定知道,就覺得把所有的東西都做好,然後推向市場,然後意淫著走上人生巔峰,迎娶白富美的美夢。

我在前幾天在boss直聘上也見到這麼一個決策者,他的產品簡直令郎滿目,功能一應俱全,總感覺上線會幹趴下三個五八同城一樣。隨後我也沒有聯絡他,因為這與我的核心價值觀不符,我怕我去了會因為開發產品的價值觀不同而中途放棄。

說了這麼多,其實核心就是一個,讓你的產品儘快與使用者見面,並且產生互動,在互動中快速成長,從而獲得公司想要的利益。這個核心思想適用於任何產業,希望看到文章的人不光是程式設計師,pm,而是有創業的老闆(雖說這類人往往會因為自陷困局而不願接受這類思想,總是在自己的世界不可自拔),傳統企業老闆(這類人強勢無比,他認為他的成功源自於他的智慧)。

總之,想要在網際網路領域佔得一席之地,MVP是最重要的核心工具之一。

本文原文連結:blog.motkit.com/post/pc90f1844.html

本作品採用《CC 協議》,轉載必須註明作者和本文連結

相關文章