朋友推荐买了极客时间郑晔的《10x程序员工作法》课程。期中《如何用最小的代价做产品？》这一课让我收获很多。强烈建议购买课程阅读原文，原文更通俗易懂清楚明白。

一、学习笔记：

精益创业是通过不断地尝试在真实世界中验证产品想法。在真实世界提前验证想法，可以避免过多产品开发带来的庞大成本。

精益创业环节中的最小可行产品(Minimum Viable Product, MVP)用最小代价尽快上线完整产品，降低业务初期发展成本，尽早培养真实用户。

1、最小： 最小指的是代价不是功能。最小代价去验证想法，简化想法验证的形式和环节。最小代价是能不做就不做，能简化就简化。不做多余的事情，在根本上减少代价。

从另外一个角度看软件开发，把开发软件作为验证想法可行性的手段，而不是目的。把解决问题作为工作的重点，而不是解决方案。

最小代价可以用四步实现：

1)用整体产品文档验证客户需求和价格。

2)用具体产品设计验证客户是否接受产品交互。用原型工具做出相对完整用户界面，做出交互流，让用户可以在自己设备上体验。用户上手体验才能收集到各种细节问题。

3)调整产品设计后再给用户测试。不要害怕反复调整，哪怕一天内改几个版本。这不是浪费，得到一堆真实用户反馈，能节省更多未来犯错成本。

4)整理用户反馈，根据需求紧急程度和现有资源设定上线排期。

经此四步针对性验证工作，验证了一大堆想法，却没有写一行代码，现阶段开发成本为零。后面进入开发阶段，开发也要学会衡量产品经理产品设计质量，可以问问“这个功能不做，用户会怎么样？”，或者“有没有替代方案？”。

2、可行： 可行与否的重点指标是体验是否完整，但要注意完整的时间性。不同时间段用户对完整体验的要求不同。

可行是找到一条可以给用户一个完整体验的路径。要关注的是，一条用户路径是否通畅。

从需求完整性角度找到最基本的模型。在模型里找到关键节点，先做关键时间节点前的功能。不断做出现阶段的最小完整产品。

先做一个最基础的版本，再在基础上叠加更多功能，等业务展开，团队构建更大后，再做其他需求。

这里面要注意，不能为了砍功能而砍功能。每个阶段上线的新功能，在用户可见角度上，必须始终是一个完整产品。叠加的新功能变化，尽可能只有内部实现角度可见。

相对于需求而言，开发时间总是有限的，要找到一条可行路径，平衡完整用户体验和完整系统的差距。

3、总结： 最小可行产品的根本思想是分解，分而治之。把大问题分解为一堆小问题，把大资源要求降低为一堆目前阶段团队具备的小资源要求。

写代码应该作为最后的产品解决方案。

二、补充学习： 除了课程以外，我还学习了其他资料。

1、最小可行产品要求更快接触真实客户。

2、最小可行产品的根本是可行。不可行的产品再小都是昂贵的。

3、真实用户愿意用，最小可行产品才算证明了需求的真实存在。

4、15个最小可行产品测试方法： 原文：Christopher Bank：15种测试「最小可行性产品」(MVP) 的方法 - 知乎

1)用户访谈，了解真实用户想解决的问题。列出产品能解决的问题，询问用户哪些有效。用户排列问题优先级。

2)着陆页，展示价目表，访客选择吸引方案。收集工具Google Analytics、KISSmetrics、CrazyEgg。

3)A/B测试，测试产品变化有效性。分析工具，Optimizely、Unbounce、Google Analytics。

4)广告活动，Google、Facebook统计用户行为的点击率、转换率。

5)众筹，Kickstarter、Indiegogo，通过筹款判断客户兴趣点。可以积累早期使用者，并建立口碑，得到反馈。

6)产品演示视频，展示产品怎么协助用户，验证市场是否存在。

7)拼接Demo，借用现有其他平台和服务做出基础产品。

8)SaaS/PaaS软件平台服务，云平台AWS、Heroku、MongoDB，Facebook Connect，平台服务Chargify、Mixpanel、Mailchimp、Google Forms、LiveChat，WordPress、Drupal。

9)博客，针对最精确目标市场，双向沟通，更新设计想法，从支持者获得反馈。

10)人为手动操作最小可行产品，更好与用户互动，观察真实用户，量产前更多动态尝试。

11)定制型最小可行产品，针对特定客户高度定制。

12)电子原型，实物模型、框线图、产品原型以接近产品实际用途方式展示产品功能。

13)纸质原型，折纸、纸上草图展示产品和体验。

14)单一特征最小可行产品，节约开发时间精力，防止用户分散注意力。

15)产品预定网页，吸引用户在产品开发出来前买单。了解需求量。

5、最小期望产品。用最小测试表达产品核心概念部分功能，可以提供给真实用户体验。重视期望度。

期望导向公司围绕目标用户背景行为设计产品体验。开发高价值和高满意度使用体验的最基本产品体验。提供产品体验核心给用户评估。

6、最小可爱产品，不是以完整体验为目标，是以用户喜爱为目标，用最小代价达到这个目标。

7、最小适销产品，注重市场可行性，是否满足用户需求，优先关注有多少用户愿意花钱买。

三、心得体会：

1、实际工作中，没有遇到过多少公司会进行充分的最小可行产品验证。一般都是产品提出来，领导过一遍，就到开发写代码。

2、开发在需求评审阶段，要先多从用户角度评审需求的吸引力，先想想怎样的产品自己更愿意用，再考虑开发难度和合理性。

3、在需求评审过程中，从时间维度划分产品流程，从使用时间节点上划分产品开发阶段。人力不足的时候，关键节点后的功能可以协商后续版本上线。

4、资源越少，能彻底做好的事越少。初始版本，在人力、时间、精力不足的情况下，先完成最基本核心业务的最小完整体验路径。

5、先找到自己的目标客户，搞清楚对象要什么，才努力工作输出。否则，做一堆没人要，浪费生命。

希望对大家有帮助，欢迎讨论指教。