一、产品经理是什么？

1 概念

1.1标准概念

来源于百度百科：

产品经理是企业中专门负责产品管理的职位

产品经理（英文：Product manager，缩写：PM）也称产品企划，是指在公司中针对某一项或是某一类的产品进行规划和管理的人员，主要负责产品的研发、制造、营销、渠道等工作。产品经理是很难定义的一个角色，如果非要一句话定义，那么产品经理是为终端用户服务，负责产品整个生命周期的人。

产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言，产品经理管理的是一个或者多个有形产品。但是，产品经理也可以用于描述管理无形产品如音乐、信息和服务的人。有形产品行业产品经理的角色与服务业中项目总监类似。

产品经理的职责描述仍然分歧很多，因人、因公司而异。即使是在相对较为一致的高科技行业，不同公司中的职位描述也是很不同的。但通常认为产品经理的职责主要包括：产品经理负责调查并根据用户的需求,确定开发何种产品, 选择何种技术、商业模式等。并推动相应产品的开发组织, 她或他还要根据产品的生命周期,协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他⼀系列相关的产品管理活动。

产品经理工作内容包含需求收集，需求分析，需求落地，项目跟踪，项目上线，数据跟踪以及对业务人员进行培训，协助运营、销售、客服等开展工作。

1.2 个人理解与体会

在《人人都是产品经理》这本书中提到了-1到3岁的产品经理，目前我还是处在-1~0岁的阶段，即门外徘徊的人群。

在我看来，理解产品经理无非就是拆开理解“产品”+“经理”。

所谓产品，可以是无形的也可以是有形的，好的产品可以同时解决公司和用户的问题，一个都不会少。

而“经理”二字多少有管理的味道在，在前面提到的书中说，管理就是在资源有限的情况下做出对的事情。

所以，我的理解中产品经理就是这样一个抽象的概念：

一个立足于产品、围绕着产品的产品全方位管理者。

同时，从外界对产品经理的招聘要求中可以解读出来的内容：

产品经理的具体职责并不是明确的，产品的任何方面都需要PM的管理；工作中经常与多方面的人员对接；而且一定是在用户的需求基础上进行产品的完成。

需要掌握的技能：

业务逻辑、流程图，BRD,PRD,MRD的编写，数据分析，团队管理等。

写到这里，我又有点疑问：产品经理和项目经理的区别是什么呢？我实在有点混淆二者的工作内容和概念，因为我最开始是学了一点项目经理的内容的，越看就让我越混淆。

得出解答：

项目经理围绕着项目，而产品经理围绕着产品。这样解答看起来像废话，其实不是的。

项目经理的工作相对比较抽象，项目经理是项目的指挥官，而产品经理是产品的舵手，项目经理是围绕着整个项目过程的管理，而产品经理更像是在做一个具体的东西，即产品。

最后非常推荐这本书《人人都是产品经理》

2 掌握的技能

2.1 硬技能

2.1.1 文档撰写技能

产品经理往往要输出一系列的文档，如产品需求文档PRD、市场需求文档MRD、商业需求文档BRD等。

产品需求文档PRD：主要围绕产品。涵盖产品的功能描述、业务逻辑、用户界面设计、数据需求等多方面内容。PRD可以将产品设计思路清晰的展现给团队人员，便于他们快速理解产品。产品需求文档就是产品经理在获得一个产品需求后，对需求进行理解、梳理和定义描述后的产物。它传达了产品经理对这个功能需求的构想与预期，是产品研发工作流程中至关重要的依据。可以说，PRD主要是写给团队人员看的。

市场需求文档MRD：主要面对市场。描述什么样的功能和特点的产品（包含产品版本）可以在市场上取得成功。内容涵盖了目标市场分析，目标用户分析和竞争对手分析，产品需求概况，通过哪些功能来实现你的商业目的，功能性需求和非功能性需求有哪些，以及需求的优先级。可以说，MRD主要是写给市场团队看的。

商业需求文档BRD：主要面对商业价值。关注目标市场、竞争环境、消费者需求、行业趋势和未来发展等方面。通常包括市场概况、目标用户分析、竞争分析、市场需求、产品定位和策略等。帮助组织了解市场状况，指导产品开发方向，并为后续的市场推广和宣传提供依据。可以说，BRD主要是写给企业和高层看的。

2.1.2 数据分析技能

产品经理不光要会收集数据，整理数据，还要学会分析数据。

数据收集与整理：

产品经理要知道如何从各种渠道收集相关数据。对于互联网产品，内部数据可以从产品后台获取，如用户的行为数据（访问次数、停留时间、操作路径等）、业务数据（订单量、销售额等）。外部数据可以来源于市场研究机构、行业报告、竞争对手的公开信息等。

收集到数据后，要能够进行有效的整理，例如使用 Excel 等工具进行数据清洗，去除重复、无效的数据，将数据按照一定的维度（如时间、用户群体、产品功能）进行分类和汇总。

数据分析方法与工具：

掌握基本的数据分析方法是必要的。例如，描述性统计可以帮助了解数据的基本特征，如计算平均值、中位数、标准差来分析用户的消费金额分布、产品的使用频率等；相关性分析用于研究变量之间的关系，如分析用户的年龄与对产品功能的偏好之间是否存在关联；用户画像构建可以通过聚类分析等方法，根据用户的行为、属性等数据将用户划分为不同的群体，以便进行精准营销。同时，要熟练使用数据分析工具，如 Excel 用于简单的数据处理和分析，SQL 用于从数据库中提取和查询数据，Python（结合 Pandas、Numpy 等数据分析库）用于更复杂的数据处理和分析，Tableau 用于数据可视化，通过直观的图表（柱状图、折线图、饼图、热力图等）展示数据分析结果。

2.1.3 原型设计技能

原型设计要掌握设计工具，并且在制作过程中要时刻管理着。

原型即产品的一个初步模型，能够展示产品主要功能、界面布局、交互方式等关键要素的工具。可以把原型看作是产品的一个早期版本，但它不一定具备完整的产品功能和细节。

例如，对于一个手机应用程序，原型可能是一个可以模拟应用界面跳转、基本操作（如点击按钮、滑动屏幕）的模型，它能够让人们提前看到这个应用大概的样子和基本的使用方式。

通俗来讲，原型就是产品大概得模样，类似画画中先用圆圈构图的阶段，作曲中的Demo阶段。

工具使用：

产品经理需要掌握至少一种原型设计工具。常见的有 Axure、Figma、Sketch、墨刀等。这些工具可以帮助产品经理将产品的概念和功能快速地转化为可视化的原型。例如，使用 Axure 可以创建高保真的交互原型，适合用于复杂的软件产品或企业级应用；Figma 是一款云端在线工具，便于团队协作设计，适合设计界面美观、交互性强的移动应用或网页产品；墨刀则提供了丰富的模板和组件，能够让产品经理在短时间内制作出简单的产品原型，用于快速验证想法。

原型制作过程：

在制作原型时，要明确原型的目的和受众。如果是用于内部团队沟通，如和开发人员、设计师讨论产品功能和交互逻辑，可能只需要制作一个低保真的线框原型，重点展示页面布局和基本的操作流程。如果是用于用户测试或向客户展示产品概念，就需要制作高保真的原型，包括真实的界面设计、模拟的交互效果（如点击按钮后的页面跳转、动画效果）。

例如，对于一款电商产品的原型，低保真原型可以简单地勾勒出商品列表页、商品详情页、购物车页和结算页的布局，以及它们之间的跳转关系；高保真原型则要展示出商品图片的真实展示效果、添加 / 删除商品的动画效果、支付成功后的提示信息等细节。

2.1.4 项目管理技能

需要一定的项目管理技能，如项目计划制定、项目进度跟踪与控制。

项目计划制定：

产品经理要能够制定合理的项目计划，包括确定项目的各个阶段（如需求分析、设计、开发、测试、上线）、每个阶段的时间节点、任务分解和责任人。

例如，在开发一款软件产品时，根据产品的功能复杂度和团队的资源情况，安排 2 周时间进行需求分析，3 - 4 周进行设计，8 - 10 周进行开发，3 - 4 周进行测试，最后 1 - 2 周进行上线准备和发布。将每个阶段的任务进一步细化，如开发阶段分为前端开发、后端开发、接口开发等子任务，为每个子任务分配具体的开发人员。

项目进度跟踪与控制：

掌握项目进度跟踪的方法，如使用甘特图来直观地展示项目进度，定期（如每周或每两周）召开项目进度会议，让团队成员汇报工作进展，对比实际进度与计划进度。如果发现进度滞后，要能够分析原因（如技术难题、人员变动、需求变更等）并采取相应的措施，如调整任务优先级、增加资源、优化流程等。

例如，如果在开发过程中发现某个关键功能的开发进度落后，可能会安排经验更丰富的开发人员加入，或者简化该功能的部分非核心需求，以确保项目能够按时交付。

2.2 软技能

2.2.1 沟通能力

有效沟通：

产品经理（PM）需要与不同角色的人员沟通，包括开发团队、设计团队、市场团队、销售团队以及高层管理人员等。这要求 PM 能够用清晰、简洁的语言准确地传达产品理念、功能需求和项目目标。

例如，在和开发人员沟通时，避免使用模糊的表述，而是要具体地说明功能细节，像 “这个用户注册功能，需要支持手机号和邮箱两种方式，手机号注册要通过短信验证码验证，验证码有效期为 5 分钟”。同时，也要善于倾听，理解对方的观点和反馈。在跨部门会议中，认真听取各方意见，确保信息的准确接收。

沟通风格调整：

针对不同的沟通对象，采用合适的沟通风格。

和技术人员沟通时，可能更偏向于严谨、逻辑性强的风格，注重技术细节和实现的可能性；

和市场、销售团队沟通时，要突出产品的卖点、市场定位和用户价值，语言更加富有感染力。

例如，向市场团队介绍产品时，可以说 “这款产品具有独特的用户体验，它的创新功能能够精准地满足目标用户在 [具体场景] 下的需求，这将是我们在市场上的一大竞争优势”。

2.2.2 团队协作能力

团队凝聚：

PM 要营造一个积极向上、协作良好的团队氛围。这可以通过组织团队建设活动、鼓励成员之间的交流来实现。

例如，定期举办团队聚餐、户外拓展活动，或者设立专门的团队交流时间，让成员分享工作中的经验和生活趣事，增强团队的凝聚力。在项目工作中，尊重每个团队成员的专业意见，认可他们的贡献，让成员感受到自己是团队中不可或缺的一部分。

冲突协调：

在团队协作过程中，难免会出现意见分歧和冲突。PM 需要及时发现并妥善处理这些问题。

例如，开发团队和测试团队可能在产品缺陷的认定标准上产生分歧，PM 就要组织双方坐下来，客观地分析问题，明确一个合理的缺陷认定和处理流程。并且，在处理冲突时，要保持公正，从项目整体利益出发，引导团队成员达成共识。

2.2.3 领导力

愿景引领：

PM 作为团队的领导者，要清晰地向团队成员传达产品的愿景和目标。通过讲述产品的未来愿景，激发团队成员的工作热情和使命感。

例如，对于一款致力于改善城市交通拥堵的智能交通系统产品，PM 可以向团队描绘 “我们的产品将改变城市的交通现状，让人们的出行更加便捷、高效，减少能源浪费和环境污染，我们正在为打造一个智能、绿色的城市交通环境而努力”。

决策能力：

在复杂的情况下，PM 需要做出果断的决策。这包括确定产品功能的优先级、资源分配、项目进度调整等方面。

例如，当面临资源有限的情况，需要在优化产品性能和增加新功能之间做出选择时，PM 要综合考虑市场需求、用户反馈、项目进度等因素，做出最有利于产品整体发展的决策。

2.2.4 时间管理能力

任务优先级排序：

PM 要善于对繁多的任务和需求进行优先级排序。可以使用时间管理工具（如四象限法则），将任务分为紧急且重要、重要但不紧急、紧急但不重要、不重要且不紧急四类。

例如，产品上线前修复严重的系统漏洞是紧急且重要的任务，要优先安排；而对产品界面的一些小优化建议，如果不影响核心功能和上线时间，可以列为重要但不紧急的任务，在合适的时间处理。

进度把控：

制定合理的项目进度计划，并严格按照计划推进工作。定期检查项目进度，及时发现并解决可能导致进度延误的问题。

例如，采用项目管理工具（如甘特图）来直观地展示项目进度，对比实际进度和计划进度。如果发现某个任务进度滞后，分析原因（如技术难题、人员不足等）并采取相应的措施（如调配资源、调整计划等）

2.2.5 应变能力

需求变更应对：

在产品开发过程中，用户需求和市场情况可能会发生变化。PM 要能够灵活地应对这些变化。

例如，市场上突然出现了新的竞争对手，或者用户对产品功能提出了新的期望，PM 需要迅速评估这些变化对产品的影响，如对项目进度、成本和功能架构的影响。然后，与团队成员共同商讨应对策略，可能是调整产品功能、优化用户体验或者改变市场策略。

突发事件处理：

如团队成员离职、合作供应商出现问题等突发事件是 PM 可能会遇到的情况。

当团队成员离职时，PM 要快速调整工作安排，重新分配任务，确保项目不受太大影响。如果合作供应商无法按时提供原材料或服务，PM 要及时寻找替代供应商，同时与相关部门沟通，协调好后续的工作。