这是每周案例系列
与你的 第1次 见面
于2020.05.08
〇、前言
这几天我遇到了一些问题，构思了一段时间后，我决定将MVP（最小可用产品）应用到「产品周纪」上，正好可以将其作为本周的产品实际案例。
按照惯例，我们从提纲开始，对整篇文章做一个大概的介绍，今天将介绍以下内容，请大家重点关注第3点：
1. Why: 目前遇到的问题 → 为什么要用MVP模型
2. What: 什么是MVP模型
3. How:如何将MVP模型应用到「产品周纪」上
4. 总结
一、为什么要用MVP模型
先抛出目前的问题，我们再思考如何解决问题。
我原本的计划是这样的：
「产品周纪」公众号将分为两条线，一条根据产品经理能力模型，从上到下去建立、填充相应的学习资料，让大家可以根据这些学习资料，一步一步地培养起自己的技能和知识，这些属于硬实力；
另一条线就是通过每周的实际案例，让大家了解一下某些技能或知识如何在实际生活中运用起来，从而慢慢培养起产品思维这些软实力。
但是在根据产品经理能力模型，填充学习资料的时候，我遇到了以下几个问题：
1.能力模型的知识覆盖面较广，建立起一个成体系的学习资料库耗时较久：根据能力模型，按照原计划至少需要写26篇文章才可以初步完成这些学习资料，耗时预计需要3个月左右。
2.我在写XMind教程的时候，发现仅仅是很简单的XMind，都耗费了我一天半的时间去完成这个教程：包括前期的资料收集、文章构思；中期的动图制作；后期N次的复查微调。
3.如果涉及到更复杂更重要的一些工具或知识，比如原型设计，仅仅一篇文章是很难将所有知识点都讲透彻的，很容易将教程写得又臭又长，让人失去兴趣。
而对于用户来说：
第一，长周期意味着大家只能按部就班地，等一点学一点，用户的选择局限性很大；
第二，学习资料不是一成不变的，也就是说，即使是同一个知识点，也会需要迭代、更新或者丰富更多内容。
所以我想起了MVP模型，通过分析后决定改变原有计划，先将「产品周纪」打造成一个最小可用产品，更快地把「产品周纪」的基础学习资料体系建立起来，从而与更多关注公众号的用户产生接触，在这个过程中根据大家的反馈去持续迭代/优化这些学习资料。
二、什么是MVP模型
▌MVP的提出
MVP（Minimum Viable Product）是指最小可行性产品，最初由Eric Ries在《精益创业》中提出。（注：精益创业的三大法宝：最小可行性产品、客户反馈、快速迭代）
MVP 的功用就是让你拿来接触用户，从很早就根据用户的回馈来改进你的产品。典型的错误就是窝在家里做没人要的产品 ，却自以为很有进度。
▌解读MVP
以一张图来解读MVP：
在这个示例中，产品目标是改善步行用户的交通状况。
传统的产品设计思路是从车轮、车轱辘、外壳、动力装置、内部装饰一个一个做起来，直到最后交付汽车，而这个过程给用户的感觉是什么样的呢？大家可以观察一下图中的表情，抓狂、愤怒、无力...
MVP方法不是从产品功能角度出发达到客户需求，而是把重点放在改善步行交通状况的结果上：滑板的速度比步行快 → 踏板车吸引了更多人,并且更易于使用 → 自行车速度很快 → 摩托车比自行车还要快 → 汽车更安全，并且可以容纳更多人
MVP方法在每一个环节都给用户提供了可用的产品，让用户在整个流程中获得了更快更好的体验，提高了效率、效果和满意度。
也就是说，MVP是每次迭代都要交付一个可用的最小功能集合，这个集合的功能可以满足用户的基本需求，虽不完善但至少可用。
三、如何将MVP运用到「产品周纪」上
▌MVP优化设计流程分析
我们的产品目标是最开始提到的：基于产品经理能力模型，建立起完整的学习资料体系。确定目标后，接下来进入第二步，最小化需求。
▌最小化需求
如何最小化需求呢？
不管是行业发展、还是个人职业/能力的发展，无非就是两种方向：1. 横向拓宽涉及的知识面，扩大广度；
2. 竖向深入，提高在某一个领域的深度，也就是现在常说的垂直/细分。
而在初期，产品经理一般是对广度要求更多一些，你要涉及很多知识面，负责很多方面的工作，直到产品综合素养都比较成熟之后，再选择深入某一领域，做行业的垂直产品经理。
也就是说，其实MVP模型同样适合产品经理能力的培养，你可以将MVP模型运用到你的能力体系搭建上。运用MVP方法，你可以拓宽知识面，并在工作中实践，有选择、有针对性地提升某一方面的能力，以最快速度成长起来，适应公司、工作对你的要求。
所以，回到「产品周纪」上来，如何最小化需求？我的想法是，先满足用户对于学习资料的“全面性”需求，其次才是迭代深入某方面的学习资料。
▌最小化方案
重点来了，分析完需求，我们来构思一下最重要的解决方案。
我给大家提几个问题，作为一个了解MVP之后的实践机会，希望你们也思考一下：
我应该怎么样去具体实施？如何最快搭建起用户可用的学习资料体系？我的原计划是按部就班，一篇一篇写下来，那现在应该做出什么样的改变？
如果可以，请写下你的思路，欢迎和我交流。
我的想法是，从两个维度去思考：
第一，针对我最开始遇到的问题（写一篇文章耗时久、而且有限篇幅很难讲清楚某个知识点），我可以将一篇文章分割成多篇，对于复杂的知识点，可以分为入门篇、进阶篇、高阶篇等等去做教程。
第二，解决完单个文章的问题，是不是应该考虑多个文章间的优先级了？那如何做呢？2020产品经理能力模型中提到过0-3岁产品经理能力的侧重点，我想可以根据这个侧重点，去排列优先级，就比如下一期先做原型设计教程，再做竞品分析、PRD文档...
▌数据分析
第四个环节，也是非常重要的数据分析，换句话说，就是如何通过数据评估某篇教程（学习资料）对用户的价值，从而评估该教程进阶篇的需求优先级。
首先，微信公众号后台对于阅读的完成情况是有统计的，但由于目前没有太多的数据样本，对于数据曲线的解读还需要进一步去验证。大家也可以做出猜测，怎么样的曲线可以代表某篇教程的价值较大或较小。我们后续再进行验证。
第二个途径，其实是MVP模型下最为重要的途径，也就是与用户的直接沟通/用户的主动反馈。那对于这个途径，我的想法是发布了基础教程后，建议有进阶教程需求的用户点”在看“催更，或直接在后台回复某篇教程催更，根据反馈数据安排优先级。有需求的小伙伴们请多多支持~
▌迭代
其实MVP与敏捷项目管理是相辅相成的，两者共同之处就是拥抱变化，根据用户的真实需求来打造产品，而不是闭门造车。
那么对于「产品周纪」来说，第一次迭代一定要在全部学习资料搭建完成后才开始吗？
并不是的，重点还是在于用户反馈，举个例子，如果很多小伙伴对原型设计这块呼声很强烈，那我就应该尽快准备关于原型设计下一阶段的学习资料，及时发布。
也就是说，迭代也有优先级，而且因为「产品周纪」这个产品更加灵活，每次发布一篇文章都可以看成是迭代，所以其实快速搭建起基础版本在目前看来尤为重要。
而在搭建基础版本的过程中，也可以同步穿插迭代。这点是和主流产品不一样的地方，产品的性质决定了其迭代的灵活性。
总结
其实MVP模型是一种思想，不必拘泥于产品的形式，公众号可以看成是一个产品，用MVP思想来做公众号的更新内容就是为了更好、更快、更有效地提供大家所真正需要的学习资料，在这个实践、输出的过程中，让自己也得到成长。
一个人其实也可以看作是一个产品，你可以用MVP模型来构建起自己的产品能力，根据反馈有针对性地做出调整，就可以打造出最能适应市场的能力体系。但别忘了，坚持自己的本心，要记得自己想做什么。
说完了MVP的介绍和在「产品周纪」中的应用，最后再讲讲MVP的陷阱吧。
求快是没有问题的，但是要注意，MVP最小可用产品，有两个重点：最小和可用，很多人、很多公司都会犯一个错误，他们只做到了“最小的代价”部分，却忘记了产品的有效性，效率和客户的满意度。
以产品经理的能力成长为例，你可以追求快，但是掌握的基础技能和知识，一定要扎实，至少需要动手实践过，否则就会和失败的产品一样，功能删多了，就变成了残次品，等到被淘汰的时候追悔莫及。
一
Thank You!
@ 公众号：PMWeekly丨2020.05.08
丨喜欢请关注，在看即鼓励
参考文献
[1]Unicat. “MVP与精益创业”. 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方法设计产品" 2020.04.16 <http://www.woshipm.com/pd/3718261.html>
