這是每周案例系列
與你的?第1次?見面
于2020.05.08
〇、前言
這幾天我遇到了一些問題，構(gòu)思了一段時間后，我決定將MVP（最小可用產(chǎn)品）應(yīng)用到「產(chǎn)品周紀」上，正好可以將其作為本周的產(chǎn)品實際案例。
按照慣例，我們從提綱開始，對整篇文章做一個大概的介紹，今天將介紹以下內(nèi)容，請大家重點關(guān)注第3點：
1. Why: 目前遇到的問題 →?為什么要用MVP模型
2. What: 什么是MVP模型
3.?How:如何將MVP模型應(yīng)用到「產(chǎn)品周紀」上
4. 總結(jié)
一、為什么要用MVP模型
先拋出目前的問題，我們再思考如何解決問題。
我原本的計劃是這樣的：
「產(chǎn)品周紀」公眾號將分為兩條線，一條根據(jù)產(chǎn)品經(jīng)理能力模型，從上到下去建立、填充相應(yīng)的學(xué)習(xí)資料，讓大家可以根據(jù)這些學(xué)習(xí)資料，一步一步地培養(yǎng)起自己的技能和知識，這些屬于硬實力；
另一條線就是通過每周的實際案例，讓大家了解一下某些技能或知識如何在實際生活中運用起來，從而慢慢培養(yǎng)起產(chǎn)品思維這些軟實力。
但是在根據(jù)產(chǎn)品經(jīng)理能力模型，填充學(xué)習(xí)資料的時候，我遇到了以下幾個問題：
1.能力模型的知識覆蓋面較廣，建立起一個成體系的學(xué)習(xí)資料庫耗時較久：根據(jù)能力模型，按照原計劃至少需要寫26篇文章才可以初步完成這些學(xué)習(xí)資料，耗時預(yù)計需要3個月左右。
2.我在寫XMind教程的時候，發(fā)現(xiàn)僅僅是很簡單的XMind，都耗費了我一天半的時間去完成這個教程：包括前期的資料收集、文章構(gòu)思；中期的動圖制作；后期N次的復(fù)查微調(diào)。
3.如果涉及到更復(fù)雜更重要的一些工具或知識，比如原型設(shè)計，僅僅一篇文章是很難將所有知識點都講透徹的，很容易將教程寫得又臭又長，讓人失去興趣。
而對于用戶來說：
第一，長周期意味著大家只能按部就班地，等一點學(xué)一點，用戶的選擇局限性很大；
第二，學(xué)習(xí)資料不是一成不變的，也就是說，即使是同一個知識點，也會需要迭代、更新或者豐富更多內(nèi)容。
所以我想起了MVP模型，通過分析后決定改變原有計劃，先將「產(chǎn)品周紀」打造成一個最小可用產(chǎn)品，更快地把「產(chǎn)品周紀」的基礎(chǔ)學(xué)習(xí)資料體系建立起來，從而與更多關(guān)注公眾號的用戶產(chǎn)生接觸，在這個過程中根據(jù)大家的反饋去持續(xù)迭代/優(yōu)化這些學(xué)習(xí)資料。
二、什么是MVP模型
▌MVP的提出
MVP（Minimum Viable Product）是指最小可行性產(chǎn)品，最初由Eric Ries在《精益創(chuàng)業(yè)》中提出。（注：精益創(chuàng)業(yè)的三大法寶：最小可行性產(chǎn)品、客戶反饋、快速迭代）
MVP 的功用就是讓你拿來接觸用戶，從很早就根據(jù)用戶的回饋來改進你的產(chǎn)品。典型的錯誤就是窩在家里做沒人要的產(chǎn)品 ，卻自以為很有進度。
▌解讀MVP
以一張圖來解讀MVP：
在這個示例中，產(chǎn)品目標是改善步行用戶的交通狀況。
傳統(tǒng)的產(chǎn)品設(shè)計思路是從車輪、車轱轆、外殼、動力裝置、內(nèi)部裝飾一個一個做起來，直到最后交付汽車，而這個過程給用戶的感覺是什么樣的呢？大家可以觀察一下圖中的表情，抓狂、憤怒、無力...
MVP方法不是從產(chǎn)品功能角度出發(fā)達到客戶需求，而是把重點放在改善步行交通狀況的結(jié)果上：滑板的速度比步行快 → 踏板車吸引了更多人,并且更易于使用 → 自行車速度很快 → 摩托車比自行車還要快 → 汽車更安全，并且可以容納更多人
MVP方法在每一個環(huán)節(jié)都給用戶提供了可用的產(chǎn)品，讓用戶在整個流程中獲得了更快更好的體驗，提高了效率、效果和滿意度。
也就是說，MVP是每次迭代都要交付一個可用的最小功能集合，這個集合的功能可以滿足用戶的基本需求，雖不完善但至少可用。
三、如何將MVP運用到「產(chǎn)品周紀」上
▌MVP優(yōu)化設(shè)計流程分析
我們的產(chǎn)品目標是最開始提到的：基于產(chǎn)品經(jīng)理能力模型，建立起完整的學(xué)習(xí)資料體系。確定目標后，接下來進入第二步，最小化需求。
▌最小化需求
如何最小化需求呢？
不管是行業(yè)發(fā)展、還是個人職業(yè)/能力的發(fā)展，無非就是兩種方向：1. 橫向拓寬涉及的知識面，擴大廣度；
2. 豎向深入，提高在某一個領(lǐng)域的深度，也就是現(xiàn)在常說的垂直/細分。
而在初期，產(chǎn)品經(jīng)理一般是對廣度要求更多一些，你要涉及很多知識面，負責(zé)很多方面的工作，直到產(chǎn)品綜合素養(yǎng)都比較成熟之后，再選擇深入某一領(lǐng)域，做行業(yè)的垂直產(chǎn)品經(jīng)理。
也就是說，其實MVP模型同樣適合產(chǎn)品經(jīng)理能力的培養(yǎng)，你可以將MVP模型運用到你的能力體系搭建上。運用MVP方法，你可以拓寬知識面，并在工作中實踐，有選擇、有針對性地提升某一方面的能力，以最快速度成長起來，適應(yīng)公司、工作對你的要求。
所以，回到「產(chǎn)品周紀」上來，如何最小化需求？我的想法是，先滿足用戶對于學(xué)習(xí)資料的“全面性”需求，其次才是迭代深入某方面的學(xué)習(xí)資料。
▌最小化方案
重點來了，分析完需求，我們來構(gòu)思一下最重要的解決方案。
我給大家提幾個問題，作為一個了解MVP之后的實踐機會，希望你們也思考一下：
我應(yīng)該怎么樣去具體實施？如何最快搭建起用戶可用的學(xué)習(xí)資料體系？我的原計劃是按部就班，一篇一篇寫下來，那現(xiàn)在應(yīng)該做出什么樣的改變？
如果可以，請寫下你的思路，歡迎和我交流。
我的想法是，從兩個維度去思考：
第一，針對我最開始遇到的問題（寫一篇文章耗時久、而且有限篇幅很難講清楚某個知識點），我可以將一篇文章分割成多篇，對于復(fù)雜的知識點，可以分為入門篇、進階篇、高階篇等等去做教程。
第二，解決完單個文章的問題，是不是應(yīng)該考慮多個文章間的優(yōu)先級了？那如何做呢？2020產(chǎn)品經(jīng)理能力模型中提到過0-3歲產(chǎn)品經(jīng)理能力的側(cè)重點，我想可以根據(jù)這個側(cè)重點，去排列優(yōu)先級，就比如下一期先做原型設(shè)計教程，再做競品分析、PRD文檔...
▌數(shù)據(jù)分析
第四個環(huán)節(jié)，也是非常重要的數(shù)據(jù)分析，換句話說，就是如何通過數(shù)據(jù)評估某篇教程（學(xué)習(xí)資料）對用戶的價值，從而評估該教程進階篇的需求優(yōu)先級。
首先，微信公眾號后臺對于閱讀的完成情況是有統(tǒng)計的，但由于目前沒有太多的數(shù)據(jù)樣本，對于數(shù)據(jù)曲線的解讀還需要進一步去驗證。大家也可以做出猜測，怎么樣的曲線可以代表某篇教程的價值較大或較小。我們后續(xù)再進行驗證。
第二個途徑，其實是MVP模型下最為重要的途徑，也就是與用戶的直接溝通/用戶的主動反饋。那對于這個途徑，我的想法是發(fā)布了基礎(chǔ)教程后，建議有進階教程需求的用戶點”在看“催更，或直接在后臺回復(fù)某篇教程催更，根據(jù)反饋數(shù)據(jù)安排優(yōu)先級。有需求的小伙伴們請多多支持~
▌迭代
其實MVP與敏捷項目管理是相輔相成的，兩者共同之處就是擁抱變化，根據(jù)用戶的真實需求來打造產(chǎn)品，而不是閉門造車。
那么對于「產(chǎn)品周紀」來說，第一次迭代一定要在全部學(xué)習(xí)資料搭建完成后才開始嗎？
并不是的，重點還是在于用戶反饋，舉個例子，如果很多小伙伴對原型設(shè)計這塊呼聲很強烈，那我就應(yīng)該盡快準備關(guān)于原型設(shè)計下一階段的學(xué)習(xí)資料，及時發(fā)布。
也就是說，迭代也有優(yōu)先級，而且因為「產(chǎn)品周紀」這個產(chǎn)品更加靈活，每次發(fā)布一篇文章都可以看成是迭代，所以其實快速搭建起基礎(chǔ)版本在目前看來尤為重要。
而在搭建基礎(chǔ)版本的過程中，也可以同步穿插迭代。這點是和主流產(chǎn)品不一樣的地方，產(chǎn)品的性質(zhì)決定了其迭代的靈活性。
總結(jié)
其實MVP模型是一種思想，不必拘泥于產(chǎn)品的形式，公眾號可以看成是一個產(chǎn)品，用MVP思想來做公眾號的更新內(nèi)容就是為了更好、更快、更有效地提供大家所真正需要的學(xué)習(xí)資料，在這個實踐、輸出的過程中，讓自己也得到成長。
一個人其實也可以看作是一個產(chǎn)品，你可以用MVP模型來構(gòu)建起自己的產(chǎn)品能力，根據(jù)反饋有針對性地做出調(diào)整，就可以打造出最能適應(yīng)市場的能力體系。但別忘了，堅持自己的本心，要記得自己想做什么。
說完了MVP的介紹和在「產(chǎn)品周紀」中的應(yīng)用，最后再講講MVP的陷阱吧。
求快是沒有問題的，但是要注意，MVP最小可用產(chǎn)品，有兩個重點：最小和可用，很多人、很多公司都會犯一個錯誤，他們只做到了“最小的代價”部分，卻忘記了產(chǎn)品的有效性，效率和客戶的滿意度。
以產(chǎn)品經(jīng)理的能力成長為例，你可以追求快，但是掌握的基礎(chǔ)技能和知識，一定要扎實，至少需要動手實踐過，否則就會和失敗的產(chǎn)品一樣，功能刪多了，就變成了殘次品，等到被淘汰的時候追悔莫及。
一
Thank You!
@ 公眾號：PMWeekly丨2020.05.08
丨喜歡請關(guān)注，在看即鼓勵
參考文獻
[1]Unicat. “MVP與精益創(chuàng)業(yè)”. 2017.09.03 <http://www.woshipm.com/ucd/774702.html>
[2]Jeremy Bird. "MVP:Balance Minimum and Viable". <https://uxplanet.org/lean-product-strategy-balancing-value-and-minimums-aae06e754f68>
[3]Pirate001. "MVP案例拆解:如何用MVP方法設(shè)計產(chǎn)品" 2020.04.16 <http://www.woshipm.com/pd/3718261.html>
