软件项目管理
MVP（最小可执行产品）
能够帮助用户解决问题的最小功能集合，可以满足用户的核心需求。
这一概念的核心是在快速搭建产品核心功能原型，验证其可行性。
这样的做好处就是可以为有效降低产品开发成本，避免“闭门造车”，出现重蹈覆辙的结果。
它的作用是验证两个假设：
1、价值假设：产品对客户是价值的
2、增长假设：客户愿意为这项需求买单。
MVP的思维 ：
-
无需考虑细节，仅需要将整个产品流程跑通，快速将产品交付给用户。 从产品规划到投放市场，都走最小路径。然后通过用户的反馈，快速迭代，逐步加大投入，最终得到一个符合用户需求的完整产品。准确 验证用户需求后再实施
-
倾听用户反馈 ，用户反馈可以是你埋点的统计 （例如：大数据技术实现用户行为数据采集与分析）
-
迭代是MVP的核心思想。只要你的需求被验证，用户其实不会多在乎你的产品美不美观，只要能够帮用户达到目的，这一步就成了。再从第二步的反馈中得到更为准确的信息，不断修正方向。
-
实践才是检验真理的唯一标准。而实践是要付出的，MVP则是最小化付出，得到最大化验证的重要思维方式。
产品经理方法论
好的执行能让一个烂点子，变成一个好产品。
-
在产品经理的工作过程中，都会总结一套自己的做事方法，俗称产品经理方法论，它如同武功秘籍一样，辅佐产品经理的工作，让产品拥有产品经理自己的烙印和特色。
-
产品经理方法论，可总结为：业务优先、快速反应、MVP。
如果把产品比作房子的话，那房屋的结构就是产品的逻辑，房屋的内部装修，是用户体验，那地基是什么？
其实，地基是业务。
大家都知道，盖房子是要先打地基，打了地基，才会有后面的房子。如果没有地基，房子就会坍塌，而产品也是一样。
业务是一切的基础，如果没有了解业务，就无法了解业务背后的问题以及业务所面对的人，自然也就不会有后面的产品和用户体验。
那何为业务呢？
业务就是需要处理的事务。那回归到产品角度，也就是最终产品要解决的用户痛点，这是根基，也是产品存在的前提。比如电商产品，是解决用户足不出户进行购买商品的痛点，那业务就是选择商品，购买的过程。了解到了业务，自然也就能很轻易的抓住产品的主干，只要在后续做产品中，不偏离主干，是基于主干进行的延伸，那产品就不会做偏。
- 快速反应
天下武功，唯快不破。
对于互联网行业的公司，竞争的关系早已不是大公司打败小公司，而是演变成了快公司打败慢公司，也就是“快鱼吃慢鱼”的快鱼法则。互联网瞬息万变，信息流的传播速度大大提升，而用户都有先入为主的观念，谁能抢先一步获得信息，抢先一步做出反应，就能更快的实现弯道超车，从而占领市场先机。
但在实际的产品迭代过程中，却有着违背快鱼法则的方式，在进行着。诸如产品迭代是两周一个迭代，假设产品是30日上线，那基本上要在15号给到产品方案，然后进入开发，因此预留10天内的准备时间，也就是在5号前后就要确定30日上线的产品内容。基本上要提前30天时间，去预测未来产品的走势，并提前进行准备，这对于瞬息万变的互联网场景是严重不符的，一旦中间产品、行业等等原因产生变化，根本来不及反应。
为了防止此类事情的发生，在保证基本的产品节奏的同时，也要对变化预留足够的精力和资源。当新版本上线后，能够及时的去跟踪版本变化对产品、对用户的影响，一旦发现问题就要及时作出调整
MVP
-
MVP是敏捷的一个概念，即：最小可执行化产品。
在针对问题，进行提供解决方案时，由于存在较大的尝试的情况在，因此，应该通过最简化的方式，推出产品，然后基于用户的反馈，进行改进和修正产品，从而让产品慢慢变成最合适用户的产品。
当然在做的过程中，千万不要以为只有依靠了产品，做出的方案就是最小可执行化产品，一旦有人的接入，就需要将人接入的问题进行解决，才算作是最小可执行产品。
MVP要求我们抓住最核心的产品流程，剥掉多余的功能或者高级功能，只要主流程可以跑起来可以。完美并不是我们的目标，快速试错才是我们目标。
总结
如果把业务优先、快速反应、MVP这三个总结成一句话，那就是：立足用户痛点，快速解决用户问题。
我的产品经理方法论，更多的是落地在执行上，也就是后期的执行上；而对于前期的分析阶段，讲述甚少，倒不是说分析不重要，而是我一直秉承着这样的一个观点：好的执行能让一个烂点子，变成一个好产品。
