产品经理的职称最早出现在P&G宝洁公司，因效果非常显著，许多企业纷纷仿而效尤。硅谷知名的产品管理大师Marty Cagan在《Inspired: How To Create Products Customers Love》中，将产品经理一职形容为「找出有价值、可利用和行得通的产品」（”to discover a product that is valuable，usable and feasible”）。
根据美国产品管理协会PDMA的定义，所谓的产品管理（Product Management）是指：在新产品开发的过程当中，通过不断监控和调整市场组合的基本要素（其中包括产品及自身特色、沟通策略、配销渠道和价格），随时确保产品或者服务能充分满足客户需求。而产品经理就是针对上述特定产品活动肩负所有责任的人。
即便是产品经理的角色很重要，但在多数公司却不一定受到重视，原因之一就在于—对于“产品管理制度”及“产品经理定位”存在许多的误解。
经常很多人问的问题就是两种PM之间的差别？有些甚至于以职务大小、责任轻重来做为两者的差异…而这些都是普遍存在很多解释不清楚的地方。实际上，产品经理与项目经理的不同，在于产品经理必须对产品全权负责以及对产品的整个流程负责。一旦该项目被完全理解成产品来看待，项目经理则消失了，取而代之的是产品经理，产品经理将继续经营产品的生命周期。新产品开发专案一旦成为了产品，产品经理的角色等于贯穿于整个流程的始终，设定产品目标，引导团队完成所制定的商业目标。 所以，正如每一个项目需要一个项目经理，每一个产品也同样需要有一个产品经理。
商业知识技能主要是关于如何确保产品的可行性与商业化的一种能力。对产品经理来说，除了必须是一位熟悉产品管理制度的专业人士之外，还得了解复杂的产品组合管理、财务报表（损益表、现金流量表…）、管理会计、市场行销…等，更大的挑战是：如何成功扮演好公司技术（产品）与顾客需求之间的桥梁以及如何将产品的利润极大化。对应到新产品开发流程上，如果产品经理能具备MBA相关知识，在产品的财务分析上就能更精确的掌握数字，更能有效规避风险。
所以，不论产品经理是否具有技术背景，但如果想做出一个好产品，就必须具备商业知识方能达标。
3.产品经理是搞技术的一群人，所以必须要懂程序语言、数据库或是整个硬件环境等细节？
很多非技术出身的产品经理最常被质疑的地方就是：程序员总是觉得产品经理理解能力差，老是问一些蠢问题。这也造成身边的PM们想去学习相关的代码技术的理由，避免落人口舌。 举例来说，我们程序员客栈www.proginn.com开发组，虽然产品经理对开发技术了解不是很多，但这一点都不影响她对我们产品的迭代开发，整个开发组的效率是公司团队里面最高的。诸如：ASP.NET、PHP、JAVA、C…等相关的指令语法，对产品经理来说，这些也许是“天书”；但是她也会尽可能利用程序逻辑的观念及对于数据库的运用等与程序员进行互动，此举往往可以得到开发组程序员的尊重及体谅。
PM是懂我们的。
PM对某些技术不懂是情有可原的。
所以，产品经理是应该要懂些技术语言的，才能与程序员有效沟通，但这并不表示产品经理需要对技术有深入的了解，况且，术业有专攻，PM应该将时间成本运用在“如何带领团队迈向成功”。
4.产品经理应该归属于技术部门吗？ 产品经理该不该具备技术底呢？
如果没有技术背景，那要如何与开发组或程序员沟通呢？产品经理是否比项目经理需要更多技术呢？其实这些似是而非的问题，并没有绝对的标准答案。个人以为：技术永远不是问题，是可以被解决的。 百度的CEO李彦宏则认为：
一个好的产品经理可以懂技术，也可以不懂技术，但是要对技术敏感，即不管是懂不懂技术的产品经理都应该有一个信仰，对技术的信仰是最根本的。
所以，产品经理不应该归属于技术部门或其他组织，而是单独成立的产品管理部门！一个好的产品经理对于顾客需求的敏锐度更胜过对技术的要求！
我们经常反思我们程序员客栈自身的产品： 一直以来，程序员客栈都是定义为程序员的经纪人，但是不可否认的一点客户永远是上帝，需求方客户即是定义为优质程序员的服务对象，又是可以依托平台可以长期解决产品开发的合作对象。
当我们的产品面临很多竞品的时候该怎么办？当我们的收支压力很大的时候该怎么办？我们为什么一定要坚持我们的核心价值观？
确认用户的真正需求，满足B端有开发需求的用户，满足C端优质的签约开发程序员用户，在开发过程中避免不必要的功能点遗漏。简单来讲就是：产品开发设计者不能仅注重产品的功能性规格及生产规格，而忽略了规格是否能符合用户的需求，最终产品是否符合用户的期望值。
产品经理在开发新的功能点之处，必须对市场进行调查、倾听用户的生意，此外，新的产品功能必须打通核心业务流程，并且准确的把握了市场用户的需求痛点，如果能够成就一批人并且帮助他们获得利益，这样的产品才具有诞生的价值。
“他强任他强，清风拂山岗，他横由他横，明月照大江”。一个好的产品经理应该对自己的产品有绝对的信心，纵然很多竞品的出现，产品经理应该依然引领团队恪守整体的核心价值观不变，这样才能笑到最后。
产品策略就像是路径图一样，只有当你知道目的地，以及想去哪里时才能发挥作用。 不过公司所谓的新产品策略，往往只是管理者命令式的决策，团队成员只能想办法完成，这样的做法不仅消耗太多资源（人、时间、金钱），也阻碍了公司产品创新的发展。 所以，产品经理在规划产品路径图时，必须将产品策略奉为圭臬。
根据产品管理的组织架构，每一个策略为主，都有其负责的产品线，因此各环节必须先根据产品的核心价值和用户体验来制定产品的发展策略，也为以后能更好的规划产品线策略打下基础。
不过很多传统公司的决策者都要下属头脑风暴想策略…，殊不知，策略的制定应是由上而下（Top-down）才是，如此本末倒置的做法，如何规划出好产品呢？ 所以，产品经理在规划产品策略时，必须依产品的发展策略为准则，并制定出产品创新过程方案，以做为新产品开发团队遵循的方向。
8.产品路径图不就是在时间轴上标示出产品进程吗？需要产品经理亲身规划吗？
产品路径图是一种图形化、多步骤的过程。主要是用来预测未来市场或技术的发展，并且规划相关产品来因应这些变化。 不过许多产品经理往往会将产品路径图的规划视为研发人员的工作项目或是交由产品助理人员来协助完成。
对产品经理来说，产品路径图就好比是产品经理通往客户端的“地图”，标示不清或是未定期更新，结果肯定是会“迷路”，这也代表产品经理离客户越来越远了… 所以，产品经理必须随时关注市场趋势变化及技术的演进，并亲身规划或适时调整产品路径图。
9.产品经理必须要花较多的时间在技术部门上，否则产品很容易在上市时出状况？
产品经理的工作职责可以理解成对于公司内部技术发展和外部市场需求之间的桥梁，针对市场提供最合适的产品，并为公司创造最大的利益。 所以，产品经理必须同时扮演公司与市场的信息传递“联络员”、公司决策的“分析员”，以及产品营销的“指导员”，而非仅仅关注技术部门。
这句话应该对想成为产品经理的人会心生恐惧，不敢贸然接受挑战！ 从企业经营的角度来看，产品经理既不是董事长也不是总经理，要如何负全部责任呢？再说，一个产品能否成功、是否会出现问题、用户体验如何等等，也不是产品经理一个人说了算的。
产品应该属于所有开发人员的成就。 如果权力是相对的，责任也应该是相对的。所以，产品经理在其工作职责范围内，对产品的经营应该负有限责任。
