产品学习-MVP

我是一个程序员，但是空余时间也看看产品相关的，从产品第一课一直到后面所有的课程，都是在极客专栏中学习的总结。编程很多最后都回走向不同的岗位，管理、架构，总而言之，很少有人一条道走到黑。今天机器人都可以改bug，未来更是人工智能、大数据的时代。很多事，都不用人力去做，而人力更多的是服务。将来可能我们花钱买的是服务，更好的体验。所以，我觉得，有时间还是学习下产品，毕竟好的产品，服务也不会差到那里去。废话不多少，开始今天这次的学习精华总结。

MVP

这里的MVP不是开发模式，也不是其他行业的MVP（如篮球最有价值的球员），产品MVP英文是：Minimum Viable Product，大概的字面意思是最小化可行产品。白话一点就是缩减产品范围，用较少的资源构建符合预期的可使用的项目。核心思想是：尽可能投入少的资源，来创造尽可能多的价值。走一步看一步，低头拉一部车，抬头看一步路。
mvp作为一个工具，是如何在产品规划及设计中创造价值？例子：一个程序的未完成功能键（后台统计点击次数，可以监测用户对次功能的兴趣是否浓厚。）

如何使用MVP思想

1. 提前逻辑推演，不要盲目验证
2. 验证长板，而非短板：产品先不去考虑短板，要考虑核心优势。例子：12306起初使用很差，很多人各种抱怨，但是核心问题是它有票。还是很多人来用，慢慢的后期性能优化。
3. 创造性的低成本方案
   3.1 用人工代理系统：初期的时候，没有必要花太多时间去让系统实现一些人工可以代替的工作。毕竟开发周期和成本都在那里，而且后期效果还不知道。
   3.2 利用第三方系统 借用外力，去快速验证自己的想法
   3.3 利用规则缩小场景

MVP 并不是唯一的正确的方法论，它有好处和价值，但是也不是“放之四海而皆准”的唯一原则。