怎么理解产品经理职位？
故事背景
领导问一个同事，产品经理职位，你认为是什么样的？
讨论
高智商同事说：
a) 大学里的专业设计，一个是计算机科学，另一个是软件工程，没有产品经理这个专业，我也不知道这个职位究竟来干嘛的？b) 计算机科学是来探索一些新的知识，新的硬件知识，开发新的软件，探索一些新的原理。
c) 软件工程就是对客户需求进行设计。这里的设计是软件层面的设计。一般企业是直接使用开源组件搭建稳定系统。
- 高智商同事说：
产品经理一个最基本的工作是把原型画好。其次就是做很多的创新。比如设计一些新颖的功能。去做很多调研，统计规律，找到最佳的概念设计和最佳的实践方案。 我说：
a) 产品经理是需要花费大量的时间跟客户沟通，需要超级强的理解力，能够深刻理解客户到底需要什么。甚至需要产品经理洞察到客户真正需求是什么，但是客户又表达不出来，这个时候需要产品经理去引导，这是一个比较厉害的产品经理了。b) 然后把理解到需求，使用概念和逻辑进行设计。概念来描述需求，概念的定义要非常精准，要符合人类主观直觉。逻辑设计其实就是流程设计。
c) 所以产品经理是一个非常难的职位，它需要深入到客户内部，通过沟通理解需求，然后反复琢磨这些自己理解到的需要是客户需要的吗？然后把自己理解到的需要呈现到原型上，再次跟客户沟通，询问这些需求是对方需要的吗？
d) 其次，就是对事物有独到的认知理解，尤其是概念这个层次，只有知道把需求用最简单的概念串联起来，逻辑符合人类直觉的系统才是一个好的系统。
e) 因为产品经理对概念有个独到认知，设计概念好，流程简单。所以开发者写出来的代码就特别清晰和易懂。
- 高智商同事说：
这样的话，我们开发者在工作中做什么？需求是产品经理跟客户沟通理解的，原型是产品经理画好的，概念设计和流程设计都是产品经理做的。开发者几乎什么都没有做了。 - 我说：
没有呀。开发者把原型中的概念转为软件的概念。使用软件设计思想来满足当前的这个原型设计。我们可以使用成熟的软件架构体系，可以根据具体的业务逻辑设计表结构，可以根据具体的业务功能适当使用设计模式。这就是开发者的作用呀。软件设计，是把原型的概念转化成软件设计，做了这么多有意义的事情。而且，原型是业务范畴。开发是软件设计范畴。 - 另一个聪明型同事说：
产品经理最重要的是应该分清楚什么是伪需求，什么是真需求。 - 我说：
第一次听说伪需求和真需求的概念，很有意思。那什么是伪需求，什么是真需求呢？ - 另一个聪明型同事说：
伪需求就是错误的需求，就是不符合软件设计的需要。而只有真需求才是有意义的。 - 我说：
这个要求太高了。这个需要很多知识才能辨别。也需要很多工作经验才能够辨别的。而且这个世界太复杂了，根本无法做到尽善尽美的，也就是说，只能最大可能做到需求是有意义的，但是伪需求是一定会发生的，而且频率还挺高的。 - 高智商同事说：
《领域驱动设计》的那个年代，表示没有产品经理这个职位。都是开发者跟领域专家沟通，然后把领域模型转化为软件设计的概念，尤其是Java面向对象的概念。因为开发者有一定的软件设计思想，他在跟客户沟通的时候，更好地把需要转化为软件设计的概念。 - 我说：
说的太好了。
小结
- 一次愉快的讨论。整理记录下来，作为留恋。因为曾经与这样一群努力学习技术，有思想，勇于说出自己心里想说的话同事一起工作而感到自豪。
短命女
分手后的思念是犯贱
野性酷女
柔情只为你懂
还没有评论，来说两句吧...