主旨：明确产品经理的岗位定位、工作流程和规范性文档输出，在执行过程中结合实际项目验证产品思维和方法。

关键词：产品经理、工作流程、工作方法

一、产品工作流程

1、产品经理定位：需求管理者，方案提供人。一个产品经理在日常工作中的诸多事情，其实都是围绕需求管理进行的，从需求的发起到需求分析、方案设计、功能开发、上线迭代等，这一系列的过程就是产品经理对于需求的跟踪和管理。而每个节点的产出都是一份解决方案，有大有小，有道是麻雀虽小，五脏俱全。

2、产品工作基本流程：  

此流程只是大略展示了产品经理在日常工作过程中的一个基本流程，其中每个环节都有许多细化的工作在此不展开，详情可以参考另外一篇文章：项目型产品经理工作基本流程和规范。

        这里需要提示一下，因为产品经理这个岗位没有对应的学科专业，所以也没有固定的工作模式，所以很多公司的产品研发流程都会有不同之处。不过，随着互联网的飞速发展，许多大厂都已经有非常完善的工作流程和方法。笔者在此只是以个人经历和见解来阐述如何从小白成为一名产品经理。

二、工作方法

1、思维方法

（1）用户思维：只关注产品功能，会把需求简单化。【代表用户的心理模型】

（2）产品思维：表现层向用户思维靠拢，实现层向工程思维靠近，把需求具体化成严谨的逻辑表达出来。【代表假设的用户模型】

（3）工程思维：主要关注工程实现的过程，包括项目的方案、项目排期、项目进度跟进、项目执行等，是一种更加关注细节的逻辑、更加严谨的思维方式。【真实的实现模型】

例如：当用户说现在天气冷了，我想要快速保暖的东西，很简单的时候。产品经理就想象自己是处在用户的场景下思考需要什么东西来保暖呢？大衣？羽绒服？毛衣？皮衣？等等。然后再找用户进行需求确认，一步步引导用户想到一个很具体的目标。产品经理再多次确认之后，就会得出明确需求是：需要一种可以在零下20°以内都可以很好保暖的羽绒服，整体重量不超过2.0kg，款式采取简单休闲的风格等。形成草图和文档提交给工程师，最后由工程师完成产品的研发。工程师接到需求文档和草图之后会进一步的分解需求，分解成最终实现的每一个步骤、流程，然后才会具体执行。

（4）5W2H：5W是 Who（什么人？）、When（什么时间？）、Where（在哪里？）、What（做什么）、Why（为什么？），2H是 How（怎么做？）、How Much（做到什么程度？）。

例如：小明下午去菜市场买菜，买了五斤左右，为今天的晚餐做准备。

小明（Who？）下午（When？）去菜市场（Where？）买菜（做什么？），买了五斤左右（How Much？），为今天的晚餐做准备（Why？）。

2、目标管理工具

（1）SMART：指标必须是具体的（Specific）；指标必须是可以衡量的（Measurable）；指标必须是可以达到的（Attainable）；指标是实实在在的，可以证明和观察的，并和其他指标有一定的相关性（Relevant）；指标必须具有明确的截止日期（Time-bound）。

（2）Todolist：待处理事项。当前暂时没有时间或者精力进行处理的事情，这些事情可以是一些尚未成型的想法, 也可以是某一类具体的待处理的事项。合理利用“待办事项”可以极大提高我们的工作效率。【PS：定期清理待办事项十分有效，最简单方式用记事本、Excel表格都可以操作】

3、入门必须做的事情

（1）竞品分析：一般一个新的项目或者新的模块进行开发之前，我们需要有一些需求来源或者参照物（copy对象~），所以我们需要竞品分析，通过对竞品的业务模式、产品界面、功能进行体验或者分析，最终产出我们的竞品分析报告，然后再整理出相应的需求添加到我们的需求池里面，作为后续开发的基础。

（2）需求分析：产品经理就是需求管理人，要对有效需求全流程跟踪。所以需求分析是产品经理最基本也是最重要的事情。会涉及到多个方面、多个维度、多重工具。

（3）功能架构：需求分解完成之后，需要进行方案设计之前的功能架构，一般通过Xmind等工具进行思维导图绘制，可以获取到全局的功能结构图，然后再进行下一阶段细化。

（4）原型设计：有了需求分析文档和功能架构之后，可以开始原型设计了，这个时候也是产品经理给大多数人印象最深的输出阶段。因为原型出来之后非常直观，许多人都能快速理解到这个产品原来是这个样子的啊。。。

（5）PRD文档：在原型通过评估之后（业务/技术评估）就可以进行PRD文档撰写，主要就是结合原型描述我们想要开发的产品具体模块和功能。这一块网上有许多模板文档（在本公众号回复：PRD  就可以获取相应的资料~）

（6）其他文档：验收文档、操作手册、宣传手册等

5、最核心的需求分析模型

（1）核心思想：以人为本

（2）分析思路：领域模型分析方法【 场景+角色+行为（用例）】

备注：

a. 领域模型是一个分析模型，帮助需求分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。

b. 是需求分析人员与用户交流的有力工具，是需求分析人员与用户共同理解的概念，是彼此之间交流的语言。而数据模型是系统设计、实现的一部分，描述的是对用户需求在数据结构上的实现。

（3）主要产出：需求池、用例图、流程图、领域模型图

三、总结

        许多人向往产品经理的初衷可能就是想要做出改变世界的产品，认为这个岗位是非常有创造力的工作，然而开始工作一段时间，可能又会觉得现实与想象有巨大的落差。理想中的工作情况是挥斥方遒、指点江山，谈笑间纵横捭阖，与BAT、TMD等大厂一决高下。现实却是无数次的需求讨论、原型修改、文档输出等。这个好像不是想象中的产品经理工作啊(ง ˙o˙)ว

       实际上，这个岗位就是一个有创造力的工作！因为产品经理不只是画原型，更多的是在于思考、实践、改变。思考一种商业模式，一类业务痛点；实践一个解决方案，一个能力闭环；改变一种思维方式、一种认知观念。持续一种学习的心态、不断更新自己知识库和能力库，不知不觉中可能会觉察到产品思维已经贯彻到我们的生活方方面面，而我们最好的产品就是我们自己。所以我理解产品经理比较类似的一个职位就是职业规划师，我们除了当下的工作、学习，更需要思考人生这个产品的发展路径。

        好了，谢谢大家耐着性子看到此处，我是明远，今天的分享就到这里，后面会再给大家分享更多的产品经理成长经历，如果有想要了解更具体、更细致的产品经验，可以关注公众号：产品经理学习基地。