PM进阶之路 | 初识产品经理

前言

前段时间，萌生了加深产品学习的想法，因此上网找了一些课程、书籍查看。

为了加深学习的印象，近期准备将学习过程中的知识点整理到简书里，希望也能够帮助到有同样想学习产品知识的小伙伴~

产品经理岗位要求的能力：

1.基本功：产品设计、需求分析、竞品分析、数据分析、撰写文档；

2.软实力：沟通能力、学习能力、用户思维、主动性、好奇心、同理心、责任心、抗压能力、目标导向；

3.扩展能力：商业思维、市场敏感度...。

产品经理岗位应具备的技能：

1.产品设计的能力；

2.需求分析的能力；

3.竞品分析的能力；

4.撰写文档的能力；

5.行业的相关知识；

6.产品运营的能力；

7.项目实战经验

8.产品思维。

产品的概念：

指能够供给市场，被人们使用和消费，并能满足人们某种需求的任何东西；包括有形和无形的产品。

产品经理的定义：

产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查，收集并分析产品、市场及用户等的需求；确定开发何种产品，选择何种业务模式、商业模式等，并推动相应产品的开发。根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。

产品经理的工作：

1.市场分析：找准市场方向，确定哪个市场是值得进入的；

2.用户分析：针对目标市场的用户，分析他们的特征和需求，从而得到产品的需求和方向；

3.产品实现：组织相关的人力和资源，比如开发、UI、测试、运营、客服等，将产品实现出来，并发布上线；

4.产品运营：将产品推广出去，吸引用户使用，并根据用户的反馈和数据统计结果，继续优化迭代产品。

职责范围：

1.确定产品类型；

2.做好市场调查；

3.确定用户需求；

4.组织产品开发；

5.协调运营推广。

职责重点：

1.设计方向：产品架构设计、结构设计、流程设计、原型设计（页面设计、功能设计）等；

2.分析方向：市场调研、竞品分析、用户分析、需求分析、数据分析；

3.文档方向：需求文档、会议文档、产品说明、帮助手册等；

4.跟进方向：项目进度跟进、Bug修复跟进、发版跟进、UI跟进、测试跟进等；

5.组织方向：组织项目立项、需求评审、项目总结等常见会议；

6.沟通方向：与老板、市场、销售、渠道、客户、开发、运营、设计师、测试等沟通。

产品经理的分类：

按行业划分：

1.传统行业产品经理：主要指劳动力密集型的、以制造加工为主的行业；如制鞋、制衣、光学、机械、制造业等行业；

2.互联网行业：以计算机网络技术为基础，利用网络提供服务并因此获得收入的行业；

区别：传统企业生产产品，纯互联网企业不生产有形产品，互联网企业能帮助传统企业推广其产品。

按职级高低划分：

1.产品助理/专员：在领导和团队成员的安排下完成工作，偏产品设计的执行部分；

2.产品经理：完成需求分析及产品设计的工作，对行业和相关业务有认知，懂运营、懂数据、懂用户需求；

3.高级产品经理：负责产品或业务线的产品整个生命周期的工作，对行业熟悉，对业务熟练，对数据敏感，会带一些新人；

4.产品总监：产品负责人，一般负责战略方向及商业模式，团队管理、项目管理，为产品的方向和结果负责。

按用户群体划分：

1.C端产品经理：面向用户是普通消费者；

2.B端产品经理：面向用户是公司或者企业；

3.G端产品经理：面向用户是政府部门。

按产品形态划分：

1.移动端产品经理：主要做小程序、移动客户端相关的产品；

2.PC端产品经理：主要做PC客户端相关的产品；

3.Web端产品经理：主要做浏览器端相关的产品。

按工作内容划分：

1.硬件产品经理：做实体硬件产品的产品设计；

2.数据产品经理：通过数据挖掘产品的潜在机会、设计出更好的产品；

3.商业型产品经理：专注于如何赚钱，重点是关注在怎么样更好地去发掘出产品当中的盈利点。

4.策略型产品经理：专注于业务策略，重点是去考虑怎样用设计出更好的方案来满足业务的需求；

5.功能性产品经理：专注于功能的设计，只需要考虑如何将某个已经确定的需求转化成可以实现的功能。

常见的互联网行业：

电商、旅游、在线教育、交通出行、金融、资讯聚合、社交、社区。

常见的互联网行业都有哪些产品经理：

电商产品经理、旅游产品经理、在线教育产品经理、交通出行产品经理、金融产品经理、社交or社区产品经理、医疗产品经理。

如何选择适合自己的产品经理岗位：

先考虑行业，再考虑其他（前端or后端/APP端orWeb端orPC端/B端orC端）。

产品经理常用的工具：

1.原型工具：Axure、墨刀、Sketch；

2.脑图工具：Xmind、Mindmaster、ProcessOn；

3.流程图工具：ProcessOn、Visio、亿图；

4.团队协作：TAPD、Teambition、禅道；

5.Office套件：Word、Excel、PowerPoint。

产品项目组成员构成：

1.产品经理；

2.运营经理；

3.UI设计师；

4.交互设计师；

5.研发工程师；

6.测试工程师。

UI设计师：

概念：

指从事对软件的人机交互、界面美观的整体设计工作的人。

工作职责：

确定产品LOGO，确定产品色调，效果图标注。

如何与UI设计师沟通：

1.足够的尊重；

2.传达清楚需求；

3.找个示例。

产品经理是否需要具备UI的能力：

1.术业有专攻；

2.审美是通用能力。

产品经理可以多尝试与UI沟通，有利于产品设计。

交互设计师：

概念：

主要是研究用户需求和界面的关系，并且根据这种关系 ，对产品的功能和界面交互模块进行设计和规划。多数企业中，产品经理兼任交互设计师。

工作职责：

产品的功能和界面交互模块进行设计和规划。

研发工程师：

工作职责：

1.通过代码实现产品功能：

Java：后端服务应用；

C++/.Net：Win后端开发、游戏；

PHP：快速开发Web；

H5/JS/CSS3：前端；

Python：机器学习、人工智能（爬虫）。

2.分为前端开发和后端开发：

前端：页面和交互实现；

后端：数据和逻辑关系。

概念区分：

1.前台&后台：产品用语，指可视化的界面。前台指的是客户浏览的页面；后台指的是对前台页面的内容进行管理所使用的页面。前台给用户使用，后台给管理员自己使用。

2.前端&后端：技术用语，属于不同技术岗位的职责。前端就是客户端，前端工程师主要负责开发用户界面；后端就是服务器端，后端工程师主要负责对数据和逻辑的处理，无论前台后台，都要使用前端+后端进行开发。

数据库作用：

按照数据结构来组织、存储和管理数据的仓库。

服务器作用：

用于连接前台、后台和数据库。

测试工程师：

概念：

在理解产品的功能基础上，对其进行测试，检查软件有没有错误，决定软件是否具有稳定性，写出相应的测试规范和测试用例的工作人员。

工作职责：

1.测试计划、测试数据、测试用例；

2.执行测试用例，提交BUG；

3.解决问题，验证；

4.Beta测试；

5.上线；

6.线上测试；

7.测试完成。

运营：

分类：

1.用户运营；

2.内容运营；

3.活动运营；

4.渠道运营。

内容运营：

通过编辑、整合、组织呈现APP或网站的内容，提高产品的内容质量，然后再配合其他的手段传播出去，增加用户的粘性（例如：抖音、微博）。通过图文、音视频直播等内容的编辑和推广，来达到产品和品牌推广的目的。

用户运营：

以用户为主体，以服务用户、引导用户、活跃用户为核心工作，走近用户是获取用户需求最直接的渠道（例如：学习型的微信群）。围绕用户来做的工作，包括拉新、活跃、转化、留存、传播等。

活动运营：

活动运营可以快速达到短期内的KPI，活动运营的主要流程包括策划方案、组织活动、宣传活动、活动复盘（例如：618、双11等做活动）。

渠道运营：

通过一切可以利用的资源和流量为产品带来新增的手段。最主要的任务就是考虑如何花最少的钱带来最多的用户；一是拓展新的推广渠道和机会，二是对现有的推广渠道做日常维护。主要目的是为了拉新，通过不同拉新渠道的分析，找到性价比最高的拉新渠道。

项目过程中产品经理的主要工作：

1.启动：行业调研、市场调研、立项；

2.规划：需求收集、需求分析、结构设计、流程设计；

3.执行：原型设计、文档输出、需求评审；

4.跟进：进度把控、资源协调；

5.收尾：测试验收、跟进上线。

启动：

行业调研：

工作内容：调研行业的发展现状及发展趋势，目的是为产品的发展方向提供依据。

工作产出：BRD

市场调研：

工作内容：在行业调研的基础上，瞄准某个市场，调研市场的情况，包括市场规模，用户信息等，从而确定产品的形态和业务。

工作产出：MRD

规划：

需求收集：

工作内容：从各种渠道收集产品的业务需求，渠道包括竞品、公司、运营、客服、商务等；

工作产出：竞品分析、SWOT分析、需求池。

需求分析：

工作内容：将收集来的业务需求，确定产品的业务场景，并转变成产品需求；

工作产出：产品功能清单。

流程设计：

工作内容：根据需求分析的结果，确定产品的业务流程；

工作产出：产品流程图。

结构设计：

工作内容：根据需求分析和流程设计，确定产品的结构。

工作产出：产品结构图、思维导图。

执行：

原型设计：

工作内容：根据产品结构、流程和功能清单，设计产品的原型页面；

工作产出：产品原型图。

文档输出：

工作内容：根据原型图，撰写产品需求文档；

工作产出：PRD

需求评审：

工作内容：与公司其他部门，包括运营、研发等部门，评审产品的需求，并最终定稿。

跟进：

进度把控：

工作内容：跟进产品研发，包括UI设计、开发、测试等工作进度，并协调解决研发过程中遇到的问题；

工作产出：进度报告、优化后的PRD文档。

资源协调：

工作内容：对于研发过程中遇到的问题，及时协调部门内外的资源予以解决，比如增加人手、申请加班等。

收尾：

测试验收：

工作内容：在测试工程师完成测试之后，产品介入验收环节，验收通过即可上线；

产品产出：验收报告。

上线：

工作内容：将验收通过的产品发布到对于的渠道；

工作产出：上线通知报告。

产品经理的三大文档：

1.BRD：商业需求文档；

2.MRD：市场需求文档；

3.PRD：产品需求文档。

3D文档的作用：

1.BRD：哪能赚钱？能赚多少钱？

2.MRD：赚谁的钱？凭什么赚？好不好赚？

3.PRD：用什么赚？具体怎么多赚？

BRD、MRD、PRD是宏观到微观的一个过程。

这是一个有逻辑的，经得起推敲，层层深入，逐渐细化落地的过程。

这是一个从获得认可、拿到资源、表达想法、指导实施、进行实施的过程。

BRD和MRD：根据产品经理的个人能力、对行业的敏感度、行业经验、商业思维能力等，决定是否由产品经理撰写。

PRD是产品经理的日常产出文档之一，必须要求会写。

BRD的基本内容：

1.项目背景；

2.商业价值；

3.产品规划；

4.盈利模式；

5.收益与成本；

6.风险与对策。

MRD的基本内容：

1.基本信息；

2.市场说明；

3.用户说明；

4.产品说明。

基本信息：

1.文档基本信息：公司名称、产品名称、文档创建时间、创建人、部门、职务等信息；

2.文档修改记录：修改时间、修改版本、修改人、修改内容等；

3.文档目的；

4.文档概要：文档说明、市场说明、用户说明和产品说明；

5.名词解释。

用户说明：

1.年龄；

2.收入；

3.学历；

4.地区；

5.时间；

6.观点；

7.决策因素。

产品说明：

1.产品定位；

2.产品核心目标；

3.产品结构图和业务流程图。

PRD的基本内容：

1.文档说明；

2.流程图；

3.结构图；

4.原型及需求说明；

5.其他。

PRD没有具体的格式，每个公司要求都不一样，但统一的标准是：传达清楚需求。

PRD文档的作用：

1.“概念化”阶段进入到“图纸化”

我们之前在市场需求文档（MRD）中阐述到的功能，都是表达的一个意向，不考虑实现方法和细节。而PRD则是将概念图纸化，需要阐述详细的细节和实现模型。产品人员可以通过撰写PRD，梳理清楚方案实现过程中的各种问题和影响。

2.向项目成果传达需求的意义和明细

PRD的主要面向对象是项目经理、开发、设计和测试。如何向这些不同的角色表达清楚需求明细，就需要一份规范的PRD文档来描述。项目经理通过文档可以迅速了解任务的规模和相关接口，而开发设计人员通过文档可以了解页面元素和用例规则，测试人员可以提前根据文档撰写测试用例。PRD文档在形式上是项目启动的必要元素之一。