項目冷啓動，搭建MVP產品框架

原創： Kevin改變世界的點滴 Kevin改變世界的點滴 前天

你們好，我是 Kevin。這是我2019第37篇原創

由於項目緣由，近期開從事新項目涉及，負責了冷啓動項目從0到1以及制定MVP策略。在公司商業化戰略下，除了有核心資源在項目沒有開展以前就被帶入外，大部分MVP產品考慮的是社羣、公衆號、H五、甚至是小程序去驗證商業化的通道。

經過用戶的反饋、以及抓住用戶需求。利用數據有沒有用戶願意停留在上面、傳播數據如何等，決定是否要花精力再次投入。

今天介紹的案例是我在負責某個小程序項目背景下就產品MVP設計的思考。MVP是能夠幫助企業、項目從0到1走的更遠，減小失敗的有效策略。

減小配置化

明白業務是什麼

小程序項目是面向用戶提供內容服務的產品。內容包含UGC與PGC，在產品期間1.0小程序推出後是給予用戶提供明信片內容以及傳送。好比下面產品不一樣的明信片包含了不一樣的音頻和文案。經過音頻與明信片，一種內容性聚合產品，剛上線團隊也是但願可以驗證業務模式。

經過直接查看不一樣tab「發佈」、」首頁「、「個人」背後頁面與轉化漏斗數據，給予反饋入口，讓用戶能夠直接在反饋入口加入內容。以下面的體驗小客服

嘗試用戶的反饋、用戶的主路徑功能、以及功能上線後是否有其餘沒有想到的玩法被用戶揣摩。

產品經理在策劃產品會分下面2端+1數據3個放心考慮。某一個C端前面模塊須要後臺進行支撐，這裏的後臺有可能沒有功能性管理、但也有後臺邏輯相似圖片的刷新、頁面的加載順序等。

考慮MVP產品化，首先要注意可以不作配置花、管理化就儘量不作，能複用表單的就選擇複用。

相似下面的後臺模版素材，複用功能能夠經過導航欄進行間隔。上述明信片、甚至是功能性小程序，均可以採起先上線固定內容。

後期再進行對內容管理、功能管理。創建以下後臺模塊，經過一級導航、二級導航對業務進行隔離。這樣也方便進行ROABC權限管理。以下圖的一級導航列表

產品商業化前

多利用社羣

這一點在PMTalk產品經理社區中咱們商業化探索尤其明顯。每一次產品功能的引入都是在社羣中先利用運營跑起業務模式，若是有用戶反饋不錯或呼應甚至是轉化特別高才會考慮進行產品化。

採起下方4步驟策略，在作產品前能夠下降風險。

經過上面4個步驟，產品方案落地後實際上是可以給予用戶更好的體驗而且提高產品存貨性，由於業務的MVP模式已經在社羣或運營上進行解決，傳統的說法：線下解決。

這裏我舉個例子，即是社區的體驗報告版塊，咱們是如何一步又不步打造的。

好比咱們以前經過知識星球創建的社羣：快速體驗1款app。發起這個緣由是我首先我的在工做中出現查找競品的問題，我會去尋找相似的產品。其次就是在曾經產品新人時期，也會有興趣經過拆解體驗報告提高本身的產品經理專業能力。

記得曾經最先這部份內容是在產品社區上發現的這一趣味話題性內容：

後續我本身創建體驗報告社羣並要求產品人天天都體驗1款app與產生這樣的內容報告，根據產品人的特定拆解方式。發現產品從業者是有這個需求自發的產生、而且也有需求查看一篇又一篇的體驗報告，一個社羣50人堅持了30天產生了足足1500份app體驗報告

咱們拋開內容本質梳理整個業務流程，其實整套社羣提供給予用戶更快的內容產生、內容消費體驗。在產品設計上走的路徑爲

固然由於開發資源的問題，原本1.0、2.0、3.0是能夠並行的。但咱們卻採起將優先級最終的解決、再解決第二個。

即便咱們知道都是必需要解決的問題，但仍然拒絕一口氣吃個大胖子。由於有時候產品在線上後，你會發現用戶產生的數據會給你其餘產品設計方向。

產品場景化

移動端&PC

經過上面的步驟，咱們基本把一個產品的最小化定下來了。接下來就是要肯定在哪一個平臺進行「生長」

移動端有自然的社交優點、拉新是很是快的。但PC端就內容產品，生命力會更強。用戶能夠獲得全面的內容創做場景。

不論是選擇移動端、仍是PC，最終產品化提供的業務是同樣的致使功能也是很是相識。只是在MVP階段你有什麼樣的資源決定了你能夠選擇開始那個。

在如今移動端的開源框架相比PC會少一些。杜絕在MVP版本下是閉門形成，而是一邊開發一邊探索業務模式。流程會以下

開源的好處就是能夠最快的面向用戶，用戶若是不買單立刻更換開源項目也是能夠的。好比在PC上開源的Wordpress與wecenter

回過頭來，你會發現不少想「悶聲發大財」的產品或企業，都不如先開始作MVP不斷修正本身的主業務更容易爆款。

好啦， 今天的原創就在這裏。天天1篇個人產品案例在這裏......