产品-基础

产品要同时解决用户的问题和公司的问题，一个都不能少！
涉及工作—“用户研究、产品规划、功能设计、需求分析、项目管理、敏捷方法、数据分析”等内容。
传统行业的产品多为实物，所以有采购、仓储、物流等分工，产品研发出来以后，还有大量的制造成本，这也使得传统行业的产品经理有相当多的工作是需要考虑如何把整个供应链打通，怎样销售、分销、促销，等等。而互联网、软件产品多为虚拟物品，公司相对而言显得较“轻”，不管是团队，还是成本花费，都更加集中在产品研发的过程中。互联网的虚拟物品的复制成本极低，所以重点资源会投入在产品本身，较少考虑实体经济里供应链上下游的事情。

传统行业产品典型的研发生命周期一般是几年，甚至更长，所以需要比较复杂精细的流程来支撑，比如我了解到在汽车行业，做一款新车的整个过程中，有不下 300个评审点，这样复杂的过程显然必须由经过专门训练的专人负责。而互联网、软件产品典型的研发生命周期就只有几个月，所以研发管理过程会更精简，一个典型的产品研发过程，一般只有 10 个不到的评审点。我们推崇敏捷方法，传统行业的精雕细琢不适用了，我们要快，这也是为了顺应新兴市场的需要，而且船小好掉头，有问题也能够快速地改，再发布一次升级就行，不像传统行业改起来那么麻烦，问题产品只能“召回”…

传统行业和互联网行业做产品还是有一定差异的，基于一些特性，互联网行业产品对用户体验，重视程度大很多。

有时高科技企业会采取类似的做法，让产品经理专心处理产品在工程和技术方面的问题，而把大部分营销决定交给另外的职能单位来负责。在这种情况下，产品经理可能会变成产品技术/应用方面的专家，他最主要的工作就是支援、协助销售人员——至于了解市场和从市场了解产品利益等工作，则另有他人代劳。像这样把营销功能和产品开发活动分开来处理的做法也有风险：产品经理将失去和顾客间的联系，而且会因为对产品太过熟悉，以致丧失判断上的客观性。**“因为对产品太过熟悉，以致丧失判断上的客观性”**这句话很经典呀，自己就犯这样的错误。

既然产品经理这个职位中有个“经理”二字，似乎多少就有点管理的味道。而按管理大师德鲁克的说法（我很认同）：
管理并不是公司的管理层，如总裁、总监、经理们才需要掌握的技能，而是每个人必备的生存技能，只是每个人可以掌控的资源不同，所以需要管理的对象也不同。也就是说管理就是管理手上的资源，所以每个人都可以看成管理。

技术相对而言好学一点，可以速成，但是商业感觉没个三五年是磨不出来的。

我可能会问应聘者这样一些问：
题，比如“谈谈我们生活中经常用的一个产品，它解决了什么问题，要是你来改进，打算怎么做？”；“看电视/书/电影么？举个例子分析一下它的目标用户。”我：这里可以看到，目标用户是一个基础性的知识点。

产品经理三大文档–BRD、MRD、PRD
商业需求文档、市场需求文档、产品需求文档
详见：https://www.jianshu.com/p/44df36436aa0