怎么理解产品经理职位？

分手后的思念是犯贱 2023-08-17 17:42 118阅读 0赞

#### 故事背景 ####

领导问一个同事，产品经理职位，你认为是什么样的？

--------------------

#### 讨论 ####

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

#### 小结 ####

1.  一次愉快的讨论。整理记录下来，作为留恋。因为曾经与这样一群努力学习技术，有思想，勇于说出自己心里想说的话同事一起工作而感到自豪。