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

9 评论 18061 浏览 119 收藏 7 分钟

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

在产品经理的工作过程中,都会总结一套自己的做事方法,俗称产品经理方法论,它如同武功秘籍一样,辅佐产品经理的工作,让产品拥有产品经理自己的烙印和特色。

我也不例外,也有自己的产品经理方法论,可总结为:业务优先、快速反应、MVP

业务优先

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

其实,地基是业务。

大家都知道,盖房子是要先打地基,打了地基,才会有后面的房子。如果没有地基,房子就会坍塌,而产品也是一样。

业务是一切的基础,如果没有了解业务,就无法了解业务背后的问题以及业务所面对的人,自然也就不会有后面的产品和用户体验。

那何为业务呢?

业务就是需要处理的事务。那回归到产品角度,也就是最终产品要解决的用户痛点,这是根基,也是产品存在的前提。比如电商产品,是解决用户足不出户进行购买商品的痛点,那业务就是选择商品,购买的过程。

了解到了业务,自然也就能很轻易的抓住产品的主干,只要在后续做产品中,不偏离主干,是基于主干进行的延伸,那产品就不会做偏。

快速反应

天下武功,唯快不破。

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

但在实际的产品迭代过程中,却有着违背快鱼法则的方式,在进行着。诸如产品迭代是两周一个迭代,假设产品是30日上线,那基本上要在15号给到产品方案,然后进入开发,因此预留10天内的准备时间,也就是在5号前后就要确定30日上线的产品内容。

从图上可以看到,基本上要提前30天时间,去预测未来产品的走势,并提前进行准备,这对于瞬息万变的互联网场景是严重不符的,一旦中间产品、行业等等原因产生变化,根本来不及反应。

为了防止此类事情的发生,在保证基本的产品节奏的同时,也要对变化预留足够的精力和资源。当新版本上线后,能够及时的去跟踪版本变化对产品、对用户的影响,一旦发现问题就要及时作出调整。

MVP

MVP是敏捷的一个概念,即:最小可执行化产品。

在针对问题,进行提供解决方案时,由于存在较大的尝试的情况在,因此,应该通过最简化的方式,推出产品,然后基于用户的反馈,进行改进和修正产品,从而让产品慢慢变成最合适用户的产品。

当然在做的过程中,千万不要以为只有依靠了产品,做出的方案就是最小可执行化产品,一旦有人的接入,就需要将人接入的问题进行解决,才算作是最小可执行产品。

这显然是个错误的观念,不管是产品,还是人,在业务中仅仅是做了执行的角色,只是产品能自动化的处理,而人存在极大的不确定性。但并不代表着,只要产品作为执行的角色才是最小可执行产品。如果存在短期内无法攻克或存在问题的情况,人存在,也是可以接受的。只是后续的优化点的重点是,如何将人的接入通过产品替代就好了。

MVP要求我们抓住最核心的产品流程,剥掉多余的功能或者高级功能,只要主流程可以跑起来可以。完美并不是我们的目标,快速试错才是我们目标。

总结

如果把业务优先、快速反应、MVP这三个总结成一句话,那就是:立足用户痛点,快速解决用户问题。

我的产品经理方法论,更多的是落地在执行上,也就是后期的执行上;而对于前期的分析阶段,讲述甚少,倒不是说分析不重要,而是我一直秉承着这样的一个观点:好的执行能让一个烂点子,变成一个好产品。

 

本文由 @蓝胖子 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 unsplash

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 先收藏

    回复
  2. 产品地基表述更清楚一点应该是战略规划,产品的架构也应该包括两部分:技术架构和产品架构,前一个是指用户看不到的部分,后一个是指用户可以看到的部分。

    来自浙江 回复
  3. 不知作者有没有看过精益创业,里面有句话“成功地执行一项无意义的计划是导致失败的致命原因”作者是如何理解的?

    来自浙江 回复
  4. 感觉少点什么的样子 😡

    来自上海 回复
  5. 作者的图文编辑能力不错,看起来很丰满,感觉内容其实比较骨感。而且没有什么深入的创新的观点,也是一些通俗的东西。希望以后可以有更多好文出现~

    来自浙江 回复
  6. 好,关键是干

    来自浙江 回复