产品经理常用的思维导图模板

分享一些经典的产品原型PRD、BRD 范例其实关于这个问题，网上有很多模板可以参考，并且模板之间差异性还蛮大的。

为什么差异性比较大呢？本质上是当前市面上没有一个统一的PRD写作规范，每家公司写PRD的方法、模板都是不一样的。

所以作为产品小白，不要在意这些“表象”一定要“直击本质”！作为产品经理，一定要把我们的每一个产出物都当做一款“产品”，去思考这款产品的目标用户是谁？他们的痛点是什么？PRD这款产品的目标用户是谁呢？研发、测试、UI等内部人员对不对？他们的需求是什么呢？研发需要根据你的PRD写代码，测试需要根据你的PRD撰写测试用例，UI需要根据你的PRD输出UI 稿。

所以PRD的写作宗旨是：产品逻辑表达清晰且完整，这就是写PRD的本质！只要能达成该宗旨的PRD写作方法都是OK的。

JD产品说明文档的写作框架及写作方法为了更好的讲解产品说明文档的撰写方法，我们以JD的PRD撰写方法为例。

JD功能型产品经理一份完整的PRD，一般会包含以下几个部分：第一个：项目概述。

包含项目背景和项目目标，即为什么要做这个需求？做完之后希望达到的目标是什么？等等。

这一部分有助于让项目参与方和其他对项目感兴趣的角色更好的理解需求的来龙去脉。

第二个：修改记录。

修改记录会包含下面几个信息：1、版本。

版本是指PRD修改的版本，一般每修改一次PRD都要更新一下版本；2、修改内容。

在此部分直接撰写PRD的修改或者更新内容即可。

由于PRD整体内容偏多，直接将修改内容体现在这一部分，可以大大提高相关参与方检索信息的效率。

3、修改人。

因为各种原因，比如多个产品经理负责同一个功能或者产品离职，都有可能存在一份PRD多人更新的情况。

所以修改人这一栏有助于文档的阅读者产生问题时，直接定位相关责任人进行沟通。

4、修改时间。

即产品经理每次更新内容的时间，对于产品经理自己定位修改内容大有帮助。

第三个：需求列表。

JD产品经理每次迭代输出PRD之前，先跟直属领导过一遍需求列表，确定这一个版本要做的需求有哪些。

产品经理工作流程 了解需求
市场调研
竞品分析
用户挖掘
定义产品
需求分析
商业模式打磨
产品策略制定
项目立项
产品宣讲
设计产品
产品架构设计
功能清单梳理
画用户比例图
用户权限分配
画业务流程图
画信息结构图
画数据流程图
画功能流程图
画页面流程图
画原型图
写需求文档
原型评审
交互设计
研发产品
技术评估
技术反讲
代码实现
管控产品
监督过程
把控进度
处理异常
汇报结果
总结复盘
测试产品
研发自测
测试检查
灰度发布
上线产品
产品验收
正式上线
写操作手册
用户产品培训
运营产品
产品冷启动
产品成长期
产品成熟期
产品衰退期
分析产品
收集数据
整理数据
分析数据
展示数据
得出结论
迭代产品
收集用户使用反馈
讲用户诉求转化为产品需求
结合数据分析迭代优化产品。

上图为一个简单的思维导图，我们可以从中简单的看一看产品新人在实习期间需要学习的内容。

一：工具思维导图：思维导图的使用应当是产品经理需要掌握的基本技能之一，因为只有这样才能够准确的对流程进行梳理，同时也可以通过思维导图来进行头脑风暴，随时锻炼一下自己的脑袋的灵活程度，防止自己思维僵化，无法跳脱。

思维导图可以在纸上画，也可以在电脑上，方法不会局限，重要的是自己要在其中有所收获。

例如MindManager等。

产品原型：产品原型的制作对于一个产品经理来说应该是重中之重吧，你可以不会画思维导图，不知道如何进行项目管理，需求分析和市场调研做的一塌糊涂，但是制作产品原型可以算得上是产品经理的第一门必修课了。

这里不再赘述，常用的原型制作软件：Axure、Balsamiq等。

其他：还有一些其他的常用软件对于产品经理的日常工作也非常的重要，虽然说不上是雪中送炭，但是用好了，能够掌握也算得上是锦上添花。

例如流程图软件Visio，方便你进行时间管理TodoList ，图像处理软件Photoshop，基本的办公软件Word、Excel、PowerPoint等二：基本职能市场调研：市场调研的工作分为几个方面，主要面对的对象是用户和市面上的一些具有形似属性或者形成竞争关系的产品，通过与用户的沟通和竞品的分析来管观察用户行为。

与用户的沟通和交流是一个技术活，如何能够巧妙和用户沟通并且不让对方觉得冒犯的同时又能够获取你想要的答案，是需要在和用户的反复沟通中学习来的。

定义产品及设计：通过和用户的交流找出用户的需求和一些体验不太好的痛点，进而生成用户需求，将用户需求进行整理，并且学会甄别潜藏需求，鉴别真伪需求，从而生成产品需求。

同时产品需求还有一些相关内容是要学习的，例如，用户故事、需求描述、需求排序等。

交互方式：交互方式是需要学习的，可以通过体验不同的APP或者看一些交互设计方面的书籍。

同时不同的公司或者不同的软件会有不同的交互规则，在设计的时候可以参考相关的APP里面的一些交互方式。

（干货）产品经理必备的十张图一、用例图用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。

用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。

主要分为系统用例图和业务用例图。

业务用例图主要是从业务的视角出发，通过业务建模并且对业务进行描述。

整体来说就是基于角色端需要操作模块的集合。

用户端需要操作的模块，实际上就是APP展示的模块。

当然只是通过角色进行区分。

需要注意的是，业务用例图主要是针对用户在产品中需要操作的事情为主。

下图就是售票产品用户需要去做哪些事情。

系统用例图主要是根据业务用例图分析得到的。

针对于业务用例图的用户行为分析后，从系统侧去建立对应的模块。

系统用例图是从使用者的角度，描述对应用户能使用产品做什么。

这样的好处，是让我们时刻以用户为中心，思考产品和功能。

很多小伙伴在做产品的时候，经常不能站在用户角度去思考问题，而往往站在了业务角色侧去考虑产品。

而系统用例图更好帮助产品经理规避了这点。

下图就是针对于上面售票产品用户侧需要做的事情，整理了用户侧和系统侧对应做的模块清单。

再举一个电商产品的系统用例图：业务用例图主要是针对于用户侧需要做什么？（同样，如果这个版本迭代涉及到的功能比较多，可以考虑业务用例图画一下用户在这个迭代版本中需要做什么）系统用例图是根据业务用例图中用户的操作，来把功能分配给用户和系统。

尤其是结合用户画像，哎哟！香得很……实用指数：★★★（三颗星）二、结构图结构图是指以模块的调用关系为线索，用自上而下的连线表示调用关系并注明参数传递的方向和内容，从宏观上反映软件层次结构的图形，结构图分建筑图和组织结构图。

结构图是在产品经理工作流中很重要的一步。

万丈高楼平地起，平地起前画架构。

而结构图搭建一旦确定，就不能更改了。

除非只有推倒重来。

所以必须在结构图之前一定要思考清楚，否则后面一直在填坑，对技术来说，可能需要走上重构的不归路。

产品经理常用的工具有哪些（产品经理的常用工具）任何岗位、任何职业其实并没有什么所谓的必备工具，工具只是帮助更好完成工作的一种手段，重要的是思考问题的方式以及一些工作中总结出来的方法论。

产品经理日常工作中使用频率最高的工具主要有以下几种：office三件套：Word、Excel和PPT是所有职场人士必备的生产力工具，产品经理当然也应该需要熟练掌握它的使用。

众所周知产品经理工作当中需要编写很多书面的文档材料，比如需求文档、调研报告通常都需要借助Word完成编写。

虽然管理需求、需求跟踪的工具也有很多，但是我依然推荐使用Excel来管理产品需求，因为Excel管理需求更方便灵活，我们将需求进行分类、需求的迭代版本。

PPT是产品立项、总结报告的最好工具，当我们需要向上级领导汇报产品的阶段性工作成果或者是产品设计方案的时候，这个时候借助于PPT演示的效果会更好。

Xmind：思维导图工具有很多，借助于这些思维导图工具可以帮助我们更好的理清产品的架构，利用思维导图进行发散性思考，穷举产品每一个模块的功能点。

通过思维导图可以帮助我们更深刻的理解产品功能架构以及信息架构。

Axure：通过Xmind分析完产品架构后，在利用Axure迅速完成产品的原型设计。

Axure不仅可以绘制静态线框图，还可以实现丰富的交互效果，是交互设计的利器。

无论是交互设计师还是产品经理，建议大家都要熟练掌握。

学习现在原型工具有很多，但还是很有必要学习Axure的使用，因为只有Axure能够足够满足你的设计想法与创意。

Visio：通过在设计产品的过程中，我们需要借助于一些工具帮助我们更好的梳理业务流程、分析产品内部功能点或页面之间的逻辑流程。

Visio是一款非常专业的流程图软件，Visio提供了丰富的流程组件。

Project/OmniPlan：project是Windows系统下专业的项目管理软件，OmniPlan是Mac系统下专业的项目管理软件。