這是每周案例系列
與你的?第1次?見面
于2020.05.08
〇睛蛛、前言
這幾天我遇到了一些問題痴怨，構(gòu)思了一段時間后棵癣，我決定將MVP（最小可用產(chǎn)品）應(yīng)用到「產(chǎn)品周紀(jì)」上苞七，正好可以將其作為本周的產(chǎn)品實際案例藐守。
按照慣例，我們從提綱開始蹂风，對整篇文章做一個大概的介紹卢厂，今天將介紹以下內(nèi)容，請大家重點關(guān)注第3點：
1. Why: 目前遇到的問題 →?為什么要用MVP模型
2. What: 什么是MVP模型
3.?How:如何將MVP模型應(yīng)用到「產(chǎn)品周紀(jì)」上
4. 總結(jié)
一惠啄、為什么要用MVP模型
先拋出目前的問題慎恒，我們再思考如何解決問題任内。
我原本的計劃是這樣的：
「產(chǎn)品周紀(jì)」公眾號將分為兩條線，一條根據(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)品周紀(jì)」打造成一個最小可用產(chǎn)品，更快地把「產(chǎn)品周紀(jì)」的基礎(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)品目標(biāo)是改善步行用戶的交通狀況拆座。
傳統(tǒng)的產(chǎn)品設(shè)計思路是從車輪、車轱轆冠息、外殼挪凑、動力裝置、內(nèi)部裝飾一個一個做起來逛艰，直到最后交付汽車躏碳，而這個過程給用戶的感覺是什么樣的呢？大家可以觀察一下圖中的表情散怖，抓狂菇绵、憤怒、無力...
MVP方法不是從產(chǎn)品功能角度出發(fā)達(dá)到客戶需求镇眷，而是把重點放在改善步行交通狀況的結(jié)果上：滑板的速度比步行快 → 踏板車吸引了更多人,并且更易于使用 → 自行車速度很快 → 摩托車比自行車還要快 → 汽車更安全咬最，并且可以容納更多人
MVP方法在每一個環(huán)節(jié)都給用戶提供了可用的產(chǎn)品，讓用戶在整個流程中獲得了更快更好的體驗偏灿，提高了效率丹诀、效果和滿意度。
也就是說翁垂，MVP是每次迭代都要交付一個可用的最小功能集合铆遭，這個集合的功能可以滿足用戶的基本需求，雖不完善但至少可用沿猜。
三枚荣、如何將MVP運用到「產(chǎn)品周紀(jì)」上
▌MVP優(yōu)化設(shè)計流程分析
我們的產(chǎn)品目標(biāo)是最開始提到的：基于產(chǎn)品經(jīng)理能力模型，建立起完整的學(xué)習(xí)資料體系啼肩。確定目標(biāo)后橄妆，接下來進入第二步衙伶，最小化需求。
▌最小化需求
如何最小化需求呢害碾？
不管是行業(yè)發(fā)展矢劲、還是個人職業(yè)/能力的發(fā)展，無非就是兩種方向：1. 橫向拓寬涉及的知識面慌随，擴大廣度芬沉；
2. 豎向深入，提高在某一個領(lǐng)域的深度阁猜，也就是現(xiàn)在常說的垂直/細(xì)分丸逸。
而在初期，產(chǎn)品經(jīng)理一般是對廣度要求更多一些剃袍，你要涉及很多知識面黄刚，負(fù)責(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)品周紀(jì)」上來素征，如何最小化需求？我的想法是萝挤，先滿足用戶對于學(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)品周紀(jì)」來說，第一次迭代一定要在全部學(xué)習(xí)資料搭建完成后才開始嗎冯遂？
并不是的蕊肥，重點還是在于用戶反饋，舉個例子蛤肌，如果很多小伙伴對原型設(shè)計這塊呼聲很強烈壁却，那我就應(yīng)該盡快準(zhǔn)備關(guān)于原型設(shè)計下一階段的學(xué)習(xí)資料，及時發(fā)布裸准。
也就是說展东，迭代也有優(yōu)先級，而且因為「產(chǎn)品周紀(jì)」這個產(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)品周紀(jì)」中的應(yīng)用，最后再講講MVP的陷阱吧许蓖。
求快是沒有問題的蝴猪，但是要注意，MVP最小可用產(chǎn)品膊爪，有兩個重點：最小和可用自阱，很多人、很多公司都會犯一個錯誤米酬，他們只做到了“最小的代價”部分沛豌，卻忘記了產(chǎn)品的有效性，效率和客戶的滿意度淮逻。
以產(chǎn)品經(jīng)理的能力成長為例琼懊，你可以追求快，但是掌握的基礎(chǔ)技能和知識爬早，一定要扎實哼丈，至少需要動手實踐過，否則就會和失敗的產(chǎn)品一樣筛严，功能刪多了醉旦，就變成了殘次品，等到被淘汰的時候追悔莫及桨啃。
一
Thank You!
@ 公眾號：PMWeekly丨2020.05.08
丨喜歡請關(guān)注车胡，在看即鼓勵
參考文獻(xià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>
