MVP是什么？
（最小化可实行产品，Minimum Viable Product）出自于精益创业
用最快、最简明的方式建立一个可用的产品原型
用该原型来测试产品是否符合市场预期
快速迭代修正产品，最终适应市场需求
去验证这个产品是否有价值、是否可行，再通过迭代来完善细节
为什么要做MVP？
最快的速度，最早的时间让产品设想直接接触用户，根据用户反馈来改进产品
避免了闭门造车（花大成本做出的产品没有市场）
试错成本低、速度快、风险小，能满足产品快速迭代的需求
怎么做MVP？
1.问题是什么，为谁解决，确定“用户群”
产品做出来就是解决问题的，因此首先要明确用户为什么需要该产品？该产品如何帮助用户解决问题？
通过明确上述问题，可以确立产品的主要目标：根据未来受众的实际需求,确定用户群，找到最佳解决方案，
用户群确认（以用户角度）
用户故事：迭代的时候考虑各类型的用户群像，并尝试构建符合他们需要和期待的用户故事。可以使用Scrum中提到的一个公式：作为一个（用户角色），我想要（做什么活动），这样我就可以（获得好处）。
在用户故事里寻求延续性、同质性以及补足性。收集用户反馈，来验证你的用户故事和产品。一般可以通过专家建议、用户访谈、正式或非正式调查或公开的数据资料参考来收集反馈。
以企业角度：记录实施成本、优先级、战略优势和竞争差异
1）复杂性/相关成本/可行性
2）用户的期望值
可以思索出最小的可行性产品，意味着已经具备有清晰全局的能力和产品视野，可以洞察到产品的未来形态
2.分析市场竞品
潜伏到竞品的客户群中，直接分析客户对竞品的反馈，了解竞品的缺陷，“择其善者而从之，其不善者而改之”
3.分析产品主流程
梳理用户的使用阶段：用户使用产品达成目标所需要的步骤
关键点：多考虑基础功能，少考虑魅力型功能？存疑
因为基础功能是你的最终用户实际使用产品时都会（大部分会）遇到的，也是实现产品目标最基础的保证。
4.列出所有必要功能并排出优先级
对主流程各阶段细分，并分别整理需求，按优先级排列
可通过如下流程来处理需求
你最希望用户完成什么操作？
还想为用户提供什么服务？（想想为什么需要这个需求，如果想不出就先删除该需求）
整理出的功能可分为3类：必须有的功能、锦上添花的功能、可有可无的功能，对这些功能排列优先级
1）实施成本、优先级、战略优势和竞争差异
2）复杂性/相关成本/可行性/用户的期望值
根据现有的资源和时间计划划定产品第一个版本的范围，开始开发
5.验证、迭代
开发出初版产品后尽快将其推向市场，通过用户反馈来检验产品
产品缺少了什么功能
产品多了什么无关紧要甚至是累赘的功能
不断迭代（改进、让用户使用、收集反馈……）
总结
1.需求
根据产品要解决的核心问题，提炼主要矛盾，抓重点
同时 MVP 的思想在于「快」，对于需求文档应该尽量快（但不是不要质量）的去完成，传统 word 版的 PRD 很难高效率的去完成，目前我司对于需要较快时间完成的项目一般采取 Axure 标注 + 思维导图、流程图等形式完成
2.验证
用户访谈
通过各种途径与真实用户沟通，向其解释你的产品解决了他的什么需求，询问他对该产品的不同部分的重要性如何排序
数据验证
在数据中查看用户是在产品使用过程中的那个阶段流失的，分析流失原因，将猜测方案在下次迭代中体现，用数据验证猜测正确与否，方案是否起效；漏斗模型
借助马甲包验证新功能（类似A/B测试）
马甲包指的是与主产品功能基本一致，但其中加入了一些要测试的新功能，可用于测试用户反馈，避免不好用的新功能造成主产品的用户流失问题
3.迭代
速度快、代价小（通过控制一个版本的需求量来加速版本迭代速度）
4.适用范围
MVP适合快速验证未知的市场，低成本试错
它的优势在于快速验证未知的市场，帮助公司以较低的产品快速试错，更适合于业务属性和行业门槛不是很强的to c 市场。而to B 市场一般有着成熟的业务体系，并不需要花费时间来试错，因此并不需要 MVP。
