我的产品经理方法论：业务优先、快速反应、MVP

每个产品经理都有自己的一套方法论，本文作者亦是如此。不过，他的产品经理方法论更多的是落地在执行上，因为他一直秉承着一个观点：好的执行能让一个烂点子，变成一个好产品。

在产品经理的工作过程中，都会总结一套自己的做事方法，俗称产品经理方法论，它如同武功秘籍一样，辅佐产品经理的工作，让产品拥有产品经理自己的烙印和特色。
我也不例外，也有自己的产品经理方法论，可总结为： 业务优先、快速反应、MVP 。

业务优先

如果把产品比作房子的话，那房屋的结构就是产品的逻辑，房屋的内部装修，是用户体验，那地基是什么？

其实，地基是业务。
大家都知道，盖房子是要先打地基，打了地基，才会有后面的房子。如果没有地基，房子就会坍塌，而产品也是一样。
业务是一切的基础，如果没有了解业务，就无法了解业务背后的问题以及业务所面对的人，自然也就不会有后面的产品和用户体验。
那何为业务呢？

业务就是 需要处理的事务 。那回归到产品角度，也就是最终 产品要解决的用户痛点 ，这是根基，也是产品存在的前提。比如电商产品，是解决用户足不出户进行购买商品的痛点，那业务就是选择商品，购买的过程。
了解到了业务，自然也就能很轻易的抓住产品的主干，只要在后续做产品中，不偏离主干，是基于主干进行的延伸，那产品就不会做偏。

快速反应

天下武功，唯快不破。
对于互联网行业的公司，竞争的关系早已不是大公司打败小公司，而是演变成了快公司打败慢公司，也就是“快鱼吃慢鱼”的快鱼法则。
互联网瞬息万变，信息流的传播速度大大提升，而用户都有先入为主的观念，谁能抢先一步获得信息，抢先一步做出反应，就能更快的实现弯道超车，从而占领市场先机。

但在实际的产品迭代过程中，却有着违背快鱼法则的方式，在进行着。诸如产品迭代是两周一个迭代，假设产品是30日上线，那基本上要在15号给到产品方案，然后进入开发，因此预留10天内的准备时间，也就是在5号前后就要确定30日上线的产品内容。
从图上可以看到，基本上要提前30天时间，去预测未来产品的走势，并提前进行准备，这对于瞬息万变的互联网场景是严重不符的，一旦中间产品、行业等等原因产生变化，根本来不及反应。
为了防止此类事情的发生，在保证基本的产品节奏的同时，也要对变化预留足够的精力和资源。当新版本上线后，能够及时的去跟踪版本变化对产品、对用户的影响，一旦发现问题就要及时作出调整。

MVP

MVP是敏捷的一个概念，即：最小可执行化产品。
在针对问题，进行提供解决方案时，由于存在较大的尝试的情况在，因此，应该通过最简化的方式，推出产品，然后基于用户的反馈，进行改进和修正产品，从而让产品慢慢变成最合适用户的产品。
当然在做的过程中，千万不要以为只有依靠了产品，做出的方案就是最小可执行化产品，一旦有人的接入，就需要将人接入的问题进行解决，才算作是最小可执行产品。
这显然是个错误的观念，不管是产品，还是人，在业务中仅仅是做了执行的角色，只是产品能自动化的处理，而人存在极大的不确定性。但并不代表着，只要产品作为执行的角色才是最小可执行产品。如果存在短期内无法攻克或存在问题的情况，人存在，也是可以接受的。只是后续的优化点的重点是，如何将人的接入通过产品替代就好了。
MVP要求我们抓住最核心的产品流程，剥掉多余的功能或者高级功能，只要主流程可以跑起来可以。完美并不是我们的目标，快速试错才是我们目标。

总结

如果把业务优先、快速反应、MVP这三个总结成一句话，那就是：立足用户痛点，快速解决用户问题。
我的产品经理方法论，更多的是落地在执行上，也就是后期的执行上；而对于前期的分析阶段，讲述甚少，倒不是说分析不重要，而是我一直秉承着这样的一个观点： 好的执行能让一个烂点子，变成一个好产品。
 
作者 @蓝胖子 。

关键字：产品经理, MVP, 业务优先, 产品方法论

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！