产品经理的“发现”与“发明”

5 评论 5435 浏览 238 收藏 5 分钟

如题目所说,我们要谈的是产品经理的发现与发明。

发现与发明的不同

发现,是指已经存在的事物,去发现它,是find。

而发明,只指当前事物不存在,需要去设计、创造,是design, create。

为什么谈这个话题,因为很多时候,我们就会混淆这两个概念。

需求永远是被发现的,而不是发(Y)明(Y)的。你自己的产品方案是需要发明的,而不是发现的。

发现需求的本质,是需要发现生活中的问题。怎么去发现生活中的问题,就需要场景,所有的问题或者需求,都是因为真实的生活场景而产生的。

比如:人们在想喝水的时候就需要可以盛水的容器,发现了这个问题,人们设计并发明了杯子。

杯子只是解决人们想喝水这个问题的一种办法(产品方案),杯子本身不是一个需求。

1

产品经理的任务

所以,作为一个产品经理,发现需求,是比产品设计更重要的,第一个主要任务

在企业里,公司的业务,就是需求的场景,而发现场景里用户的问题,就需要对公司的业务有足够深的了解,需要产品经理,能够设身处地的参与业务流程。这样才能很清晰的发现用户的诉求,确认产品真正的需求。换个角度来说,如果今天企业业务流程里有一个角色,只负责发现问题,而不负责解决问题,那么他说的,就有可能是产品真正的需求(是不是觉得运营与BD吐槽PM的时候就是这样)。

在发现问题之后,发明“一种方案”,去解决这个问题,就是产品设计的过程,是产品经理的第二个主要任务。设计发明是一个对产品经理素质要求很高的事情。设计与发明,一定是建立在充分的经验之上的。很明显的例子就是同样一个需求,高P给出的解决方案一定比低P给出的更有效。

接着,有了产品方案,如何去做执行,去调度资源,完成方案,以及完成的方案的好坏,快慢,是产品经理的第三个任务。

最后,将你的方案上线,投入业务流程中,验证效果,拿数据反馈,查看这次“发明的效果”,这是产品经理的第四个任务。

如果你的方案不是那么完美,你就需要重新的“发明”,不断的调优,最后达到稳定的状态,从而fix这个“发现”。

2

一次发现多次发明,多次发现一次发明

所以,你会发现,针对“发现”的一个问题,“发明”可能会有很多次。而一次的“发明”,也有可能解决的是很多次的“发现”。

而针对“发明”这件事本身来说,在互联网产品设计中,不一定所有“发明”都一定是新的方案,不需要重复制造轮子。如果针对某些“发现”,已经有了很好的解决方案,就可以直接借鉴。

总结

做产品就像当医生,看病的第一步,一定是发现病人得的是什么病,第二步,才是治病。

很多应届生在求职PM的过程中,介绍自己的时候,强调自己熟练掌握Axure,而Axure只是产品经理“发明”产品方案中的一个工具。并不是pm的核心竞争力。发现正确的需求的能力,远比产品方案设计更重要。

#专栏作家#

李坤,个人博客:likun.pm。人人都是产品经理专栏作家。百度高级产品设计师,关注社交化以及O2O平台,擅长业务需求分析,产品设计。

本文原创发布于人人都是产品经理,未经许可,不得转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这也值得写篇文章,也能登出来,两边都挺蛋疼

    来自云南 回复
    1. 冒昧请教一下?为什么这么说?

      来自北京 回复
    2. 个人觉得这是每个PM都会有的思维和工作方式吧,只是可能大部分人没有总结归纳而已。或许是我期待太高了,觉得会有一些有启发和指导性的东西。
      对PM来说,这篇文章的读完感受就是“你说的很对,然而并没有什么帮助。”然后就没有然后了。
      说话直,开始语气冲了,在此说声抱歉。

      来自云南 回复
    3. 你几年产品经验?我后面总结里写了,针对应届生求职的。因为很多来这个站点的人是应届生。其实这篇文档,就是想说明一个问题,发现问题(需求)是比产品设计更核心的能力。做产品是为了解决问题而不是为了开发功能,但是很多PM不一定真的能意识到这个问题

      来自北京 回复
    4. 怎么说呢,你们俩的角度不一样,作者的角度是归纳总结给刚入职场的小白看的,评论者的角度是,你提出了问题,但没有解决问题,对我没有帮助,所以很鸡肋。 感觉你们都没错,只是层次和观点不一样。 如果作者能把以后我们应该怎么做好这四步,那就谁看都没毛病了,就完美了。

      来自北京 回复