产品经理常用的那些图

产品需求文档的写作(五) –用例文档(UML用例图、流程图)在产品和技术领域里都有UML的技能知识，而对于产品人员的UML则更多的是指用例图，也就是我所称呼的用户流程图。

在讲PRD文档写作的第二篇文章里，我提到了用户流程图的制作，实际上用户流程图是我在产品规则的初期对用例图的一种结构化的表达方式，由于以结构化的方式描述用例太抽象，缺少逻辑性表达，并且那篇文章更偏向于功能性用户流程，还不是实际意义上的用例，因此今天我补文一篇，细讲一下UML用例图和用例文档。

用例文档是由多个用例组成的一份文档，主要用于技术开发与测试使用，他是PRD中的重要辅助文档，用于讲解某个环节的功能逻辑，例如用户注册、活动报名等等功能都是需要用例辅助说明的。

用例文档的写作时间在原型设计之后，通常和PRD文档同步撰写。

用例文档中有两个关联文件，分别是用例图和流程图。

用例图是UML的一种类图表现方式，是从用户角度描述产品功能，并指出该用户在产品各功能中的操作权限。

流程图是通过线框图形的方式描述产品功能的处理过程，主要是描述功能的执行顺序、分支和循环的逻辑。

写用户文档的常用软件是Word，其中用例图和流程图的制作软件常用的是Visio，当然也有用Axure RP软件制作的，例如下面的第三步流程图就是用Axure RP制作的。

一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。

用例文档的大概组成部分如下：1、修改记录：每次修改的备注记录，同PRD文档。

2、角色介绍：描述参与系统中的各个角色3、用例：同下方步骤的第4步，其中第3步中的流程图是直接插入到第4步的流程图表格项中的。

用例文档的模板格式如同以上三点内容，通过Word文档绘制表格，在表格中撰写用例描述，表格的格式和样式参考以下示例图。

1、撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。

产品经理在工作中经常需要使用各种表格来整理和分析数据，以下是一些常用的表格：
产品需求文档（PRD）：用于详细描述产品的功能、界面、交互等需求，是产品开发的重要依据。

PRD通常包括用户需求、产品需求、功能点、业务流程图、原型设计等内容。

用户调研表：用于收集用户对产品的反馈和意见，以便了解用户需求和优化产品。

用户调研表通常包括用户基本信息、产品使用情况、满意度调查等内容。

产品原型设计图：用于展示产品的界面设计和交互设计，是产品开发的重要依据。

原型设计图通常包括界面布局、按钮、图标、文字、颜色等内容。

产品测试用例：用于详细描述产品的测试方法和测试步骤，以确保产品的质量和稳定性。

测试用例通常包括测试环境、测试数据、测试步骤、预期结果等内容。

产品运营数据分析表：用于分析产品的运营数据，以便了解产品的表现和优化方向。

运营数据分析表通常包括用户活跃度、留存率、转化率、收入情况等内容。

产品改进计划表：用于记录产品的改进计划和实施进展，以便持续优化产品。

改进计划表通常包括改进内容、实施时间、负责人等内容。

除了以上表格，产品经理还可以根据实际需要设计其他表格来满足工作需求。

在制作表格时，需要注意表格的格式、数据来源和数据准确性等方面，以确保表格的有效性和可靠性。

深入浅出解析四种流程图，附膜拜/ofo案例解析梗概对于任何产品设计来说，构建流程都是一个绕不开的环节.其奠定了后续的产品框架，是用户体验的基石。

本文将从定义和分类出发，结合实际案例,深入浅出地阐述流程图的作用以及画法。

定义流程——顾名思义:水流的路程；事物进行中的次序或顺序的布置和安排。

流程是自然而然就存在的,它可以不规范,可以不固定，可以充满问题.由两个及以上的步骤，完成一个完整的行为的过程，可称之为流程；注意是两个及以上的步骤。

流程图的核心就在于如何排布事物进行的次序，不同的顺序可能造成截然不同的结果。

目的产品经理画流程图的目的不外乎几点：1. 流程图为产品设计基石，可以保证产品的使用逻辑合理顺畅2. 传达需求，用流程图来更好地表达产品逻辑3. 查漏补缺，检验是否有遗漏的分支流程分类流程图以描述对象分类，包括:业务流程图、页面流程图、功能流程图、数据流程图等。

业务流程图(Transaction Flow Diagram，TFD）先以宋丹丹小品中的一个脑筋急转弯为例:把大象装冰箱，总共分几步？三步:•第一步,把冰箱门打开；•第二步，把大象装进去;•第三步，把冰箱门关上。

这看似是一个笑话，但其实蕴含着很强的逻辑思维.首先这里忽略了很多现实中的限制条件。

比如,以大多数冰箱的容积都不可能将大象塞进去;比如是否能把大象切成块放进去？如果把大象塞进去，它会不会又跑出来？但抛开这些限制条件，那把大象塞冰箱的极简流程就是三步。

打开冰箱门，把大象装进去，最后把门关上.我们做业务流程图，其实很多时候都需要具有把“大象塞进冰箱"的思维方式，抛开很多现有的认知局限，将具象的行为一个个抽象出来。

结合上面的例子，再来细细品味“业务流程图”的定义：抽象地描述事物进行的次序和顺序，不涉及具体操作与执行细节。

在互联网软件行业通常指脱离产品设计的用户行为流程。

业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。

分享一些经典的产品原型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之前，先跟直属领导过一遍需求列表，确定这一个版本要做的需求有哪些。

国际主流人机交互设计模型众所周知，人机交互是一门集调研，构思，设计和测试为一体的学科。

作为一门覆盖多领域的多学科，包括并不限于心理学，行为学，编程，工程，设计，调研，和工商管理，现代人机交互的核心已经不再是从技术层面去解决问题，而是侧重于以多个视角去挖掘问题的本质并思考问题背后的价值。

也因此，人机交互学术界一直以来都试图寻找一种思考模式，或者理论模型，去将复杂的思考流程提炼出来。

01主流交互模型近三十年来，人机交互领域的方法论可谓百花齐放，尽管许多知名研究机构与院校都发布了不同的设计模型与流程图，但是其内核终究大致相同（寻找问题——定义问题——设计——测试）。

以下是近年来国际最主流的七种人机交互设计模型：1. 尼尔森诺曼集团设计流程（Nielsen Norman Group）2. 斯坦福大学设计学院设计流程（Stanford Design Thinking Process）3. 《情景化设计:为生活而设计》中的设计流程（Contextual Design: Design for Life）4. IBM环形设计模型（IBM Loop Model）5. 英国设计协会双钻石设计模型（Design Council Double Diamond）6. LUMA 学院设计流程（LUMA Institute Design process）7. Dubberly Design Office 桥型设计模型（Analysis-Synthesis Bridge Model）其中，前6种应该都是大家相对熟悉的，我们在文末也附上了官方链接供大家探索。

今天这篇文章我们将简要的带大家了解列表中最后一个也是最有特色的一个人机交互模型：桥型模型（Analysis-Synthesis Bridge Model）。

02桥型交互模型桥型模型是美国 Dubberly Design Office发表的设计流程图（Analysis-Synthesis Bridge Model），对于不清楚的读者，此公司的创始人Hugh Dubberly 曾发布超五十篇人机交互领域的研究型文章，在多个知名设计协会挂名，并被录入美国 ACM 的 SIGCHI Academy，成为公认对人机交互领域做出最杰出贡献的人之一。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

除非只有推倒重来。

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

关于流程图，你想知道的都在这里流程图是一个很强大的工具，在我们的日常工作中经常会使用到。

但我们也发现，有时看到别人流程图的画法、规范都不太一样，这是为什么呢？难道流程图就没有统一的标准或规范吗？基于这个疑问，我出于好奇认真地查阅了一些资料，发现流程图确实有一套明确且通用的规范。

很多人都没有意识到这些使用规范，认为流程图随随便便画一下，别人看得懂就行了，其实，这种看法是不正确的。

下面，根据我学习得到关于流程图的知识，整理出这篇文章，分享给大家。

目标读者:需要经常画流程图的专业人士，不确定自己画的图是否规范的朋友也可以来看看。

本文将从以下几个方面入手:流程图的定义，为什么要画流程图，流程图的绘制方法以及注意事项。

一、流程与流程图1. 什么是流程具体来说，过程是一项活动或一系列连续的、有规律的事件或行为。

流程有6个要素，分别是：资源、过程、结构、结果、对象和价值。

一个流程会把这些基本要素串联起来，例如流程中资源的输入、流程中的活动、活动的结构，由谁执行，输出结果、流程最终创造的价值等。

2. 什么是流程图流程图（Flow Chart），顾名思义，就是用来直观地描述一个工作过程的具体步骤图，它使用图形表示流程思路，是一种极好的方法。

它在一些技术设计、工作步骤及商业简报等领域应用较为广泛，也可以称之为输入-输出图。

它通常用一些图框来表示各种类型的操作，在框内写出各个步骤，然后用带箭头的线把它们连接起来，以表示执行的先后顺序，用图形表示执行步骤，十分直观形象，易于理解。

二、为什么要画流程图那么，流程的功能是什么？为什么要画流程图？首先，流程图作为一个工具，帮助我们把一个复杂的过程简单而直观地展示出来，大大提高了我们的效率。

其次，在我们画出一张流程图之后，方便我们将实际操作的步骤和我们想象的过程进行比较、对照，更加方便我们寻求改进的机会。

最后，流程图还能帮助我们将工作过程中复杂的、有问题的、重复的部分、多余的环节以及可以简化和标准化的地方都显示出来，有利于我们把复杂流程简单化。

33种经典图表类型总结随着时代的发展，越来越多的数据量堆积，然而这些密密麻麻的数据的可读性较差并且毫无重点，而数据可视化更加直观有意义，更能帮助数据更易被人们理解和接受。

因此运用恰当的图表实现数据可视化非常重要，本文归结图表的特点，汇总出一张思维导图，帮助大家更快地选择展现数据特点的图表类型。

▲图表类型-思维指南接下来我将依次介绍常用图表类型，分析其适用场景和局限，从而帮助大家通过图表更加直观的传递所表达的信息。

1. 柱状图▲柱状图展示多个分类的数据变化和同类别各变量之间的比较情况。

适用：对比分类数据。

局限：分类过多则无法展示数据特点。

相似图表：堆积柱状图。

比较同类别各变量和不同类别变量总和差异。

百分比堆积柱状图。

适合展示同类别的每个变量的比例。

2.条形图▲条形图类似柱状图，只不过两根轴对调了一下。

适用：类别名称过长，将有大量空白位置标示每个类别的名称。

局限：分类过多则无法展示数据特点。

相似图表：堆积条形图。

比较同类别各变量和不同类别变量总和差异。

百分比堆积条形图。

适合展示同类别的每个变量的比例。

双向柱状图。

比较同类别的正反向数值差异。

3. 折线图▲折线图展示数据随时间或有序类别的波动情况的趋势变化。

适用：有序的类别，比如时间。

局限：无序的类别无法展示数据特点。

相似图表：面积图。

用面积展示数值大小。

展示数量随时间变化的趋势。

堆积面积图。

同类别各变量和不同类别变量总和差异。

▲柱线图[1]结合柱状图和折线图在同一个图表展现数据。

适用：要同时展现两个项目数据的特点。

局限：有柱状图和折线图两者的缺陷。

5. 散点图▲散点图用于发现各变量之间的关系。

适用：存在大量数据点，结果更精准，比如回归分析。

局限：数据量小的时候会比较混乱。

相似图表：气泡图。

用气泡代替散点图的数值点，面积大小代表数值大小。

▲饼图用来展示各类别占比，比如男女比例。

适用：了解数据的分布情况。

缺陷：分类过多，则扇形越小，无法展现图表。

相似图表：环形图。