产品经理常用的那些图
产品需求文档的写作(五) – 用例文档(UML用例图、流程图)
产品需求文档的写作(五) –用例文档(UML用例图、流程图)在产品和技术领域里都有UML的技能知识，而对于产品人员的UML则更多的是指用例图，也就是我所称呼的用户流程图。
在讲PRD文档写作的第二篇文章里，我提到了用户流程图的制作，实际上用户流程图是我在产品规则的初期对用例图的一种结构化的表达方式，由于以结构化的方式描述用例太抽象，缺少逻辑性表达，并且那篇文章更偏向于功能性用户流程，还不是实际意义上的用例，因此今天我补文一篇，细讲一下UML用例图和用例文档。
用例文档是由多个用例组成的一份文档，主要用于技术开发与测试使用，他是PRD中的重要辅助文档，用于讲解某个环节的功能逻辑，例如用户注册、活动报名等等功能都是需要用例辅助说明的。
用例文档的写作时间在原型设计之后，通常和PRD文档同步撰写。
用例文档中有两个关联文件，分别是用例图和流程图。
用例图是UML的一种类图表现方式，是从用户角度描述产品功能，并指出该用户在产品各功能中的操作权限。
流程图是通过线框图形的方式描述产品功能的处理过程，主要是描述功能的执行顺序、分支和循环的逻辑。
写用户文档的常用软件是Word，其中用例图和流程图的制作软件常用的是Visio，当然也有用Axure RP软件制作的，例如下面的第三步流程图就是用Axure RP制作的。
一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。
用例文档的大概组成部分如下：1、修改记录：每次修改的备注记录，同PRD文档。
2、角色介绍：描述参与系统中的各个角色3、用例：同下方步骤的第4步，其中第3步中的流程图是直接插入到第4步的流程图表格项中的。
用例文档的模板格式如同以上三点内容，通过Word文档绘制表格，在表格中撰写用例描述，表格的格式和样式参考以下示例图。
1、撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。
腾讯产品经理能力素质模型图
基本素质 素质模型 素质
关键素质
市场能力 产品能力 知识技能 运营能力
能力模型
市场能力
客户导向 产品能力
运营能力
领导力 领导能力
产品运营经理能力素质模型
评估要素
P1（初作者）
P2（有经验者）
P3（骨干）
P4（专家）
基础等 普通等 专业等 基础等 普通等 专业等 基础等 普通等 专业等 基础等 普通等 专业等
对外商务沟通(BD\P3以
行业认知
上)
提炼能力 办公技能
P2（专业等）
执行力/IQ
关联专业知识
沟通能力/trade off
行业融入感/ownership
技术理解 AQ/EQ（心态/胸怀） 对外商务沟通(BD\P3… 行业认知
P3（普通等） 提炼能力
办公技能 执行力/IQ 关联专业知识 沟通能力/trade off 行业融入感… 技术理解 AQ/EQ（心态/胸怀）
技术理解
AQ/EQ（心态/胸怀） 对外商务沟通(BD\P3以上) 行业认知
市场/用户的调研与…
危机预测与控制/预… 营销与推广策略 运营数据分析
行业认知
P3(基础等)
项目管理 渠道管理 产品规划（版本计划/… 用户需求理解/80/20/…
学习/提炼能力
4
办公技能
3
执行力/IQ
2
关联专业知识
1
沟通能力/trade off
9
5
3
5
学习/提炼能力
3
办公技能
P1（专业等）
带人的能力/知识传学习3/提炼能力
项目管理 渠道管理 产品规划（版本… 用户需求理解…
学习/提炼能力
产品经理使用表格
产品经理在工作中经常需要使用各种表格来整理和分析数据，以下是一些常用的表格：
产品需求文档（PRD）：用于详细描述产品的功能、界面、交互等需求，是产品开发的重要依据。
PRD通常包括用户需求、产品需求、功能点、业务流程图、原型设计等内容。
用户调研表：用于收集用户对产品的反馈和意见，以便了解用户需求和优化产品。
用户调研表通常包括用户基本信息、产品使用情况、满意度调查等内容。
产品原型设计图：用于展示产品的界面设计和交互设计，是产品开发的重要依据。
原型设计图通常包括界面布局、按钮、图标、文字、颜色等内容。
产品测试用例：用于详细描述产品的测试方法和测试步骤，以确保产品的质量和稳定性。
测试用例通常包括测试环境、测试数据、测试步骤、预期结果等内容。
产品运营数据分析表：用于分析产品的运营数据，以便了解产品的表现和优化方向。
运营数据分析表通常包括用户活跃度、留存率、转化率、收入情况等内容。
产品改进计划表：用于记录产品的改进计划和实施进展，以便持续优化产品。
改进计划表通常包括改进内容、实施时间、负责人等内容。
除了以上表格，产品经理还可以根据实际需要设计其他表格来满足工作需求。
在制作表格时，需要注意表格的格式、数据来源和数据准确性等方面，以确保表格的有效性和可靠性。
深入浅出解析四种流程图-附膜拜ofo案例解析
深入浅出解析四种流程图，附膜拜/ofo案例解析梗概对于任何产品设计来说，构建流程都是一个绕不开的环节.其奠定了后续的产品框架，是用户体验的基石。
本文将从定义和分类出发，结合实际案例,深入浅出地阐述流程图的作用以及画法。
定义流程——顾名思义:水流的路程；事物进行中的次序或顺序的布置和安排。
流程是自然而然就存在的,它可以不规范,可以不固定，可以充满问题.由两个及以上的步骤，完成一个完整的行为的过程，可称之为流程；注意是两个及以上的步骤。
流程图的核心就在于如何排布事物进行的次序，不同的顺序可能造成截然不同的结果。
目的产品经理画流程图的目的不外乎几点：1. 流程图为产品设计基石，可以保证产品的使用逻辑合理顺畅2. 传达需求，用流程图来更好地表达产品逻辑3. 查漏补缺，检验是否有遗漏的分支流程分类流程图以描述对象分类，包括:业务流程图、页面流程图、功能流程图、数据流程图等。
业务流程图(Transaction Flow Diagram，TFD）先以宋丹丹小品中的一个脑筋急转弯为例:把大象装冰箱，总共分几步？三步:•第一步,把冰箱门打开；•第二步，把大象装进去;•第三步，把冰箱门关上。
这看似是一个笑话，但其实蕴含着很强的逻辑思维.首先这里忽略了很多现实中的限制条件。
比如,以大多数冰箱的容积都不可能将大象塞进去;比如是否能把大象切成块放进去？如果把大象塞进去，它会不会又跑出来？但抛开这些限制条件，那把大象塞冰箱的极简流程就是三步。
打开冰箱门，把大象装进去，最后把门关上.我们做业务流程图，其实很多时候都需要具有把“大象塞进冰箱"的思维方式，抛开很多现有的认知局限，将具象的行为一个个抽象出来。
结合上面的例子，再来细细品味“业务流程图”的定义：抽象地描述事物进行的次序和顺序，不涉及具体操作与执行细节。
在互联网软件行业通常指脱离产品设计的用户行为流程。
业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。
产品经理学习资料 - 分享一些经典的产品原型PRD、BRD 范例
分享一些经典的产品原型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，成为公认对人机交互领域做出最杰出贡献的人之一。
产品经理知识图谱
上传原型可与设计图做连同
小工具
Space Sniffer
空间遍历（Win电脑文件空间占用）
常用软件
01
02
03
阿里巴巴矢 量图标
Smalllpdf
Axhub
04
Axure Share
常用站点
02
必备文档
必备文档
产品文档 分析文档 市场文档
必备文档
产品文档
产品需求说明文档 （PRD）
产品操作说明
上线准备 上线确认
产品管理
验收标准
验收报告
项目管理
成本管理
01 时间
02 人力
03 资源设 备
项目管理
进度管理
01 需求进 度
03 设计进 度
05 测试进 度
02 产品进 度
04 研发进 度
日常工作
协作沟通
01 需求评 审
02 需求变 更
协作沟通
需求评审
需求变更
07
产品周期
产品周期
引入/启动 成长 成熟 衰退
Color
A
小工具
蓝湖
Everyth
ing
bluescre
enview
截图
B
C
D
E
Space Sniffer
F
小工具
Color
颜色吸取、含RGB格式
小工具
截图
Win环境下快速截图、放置在c盘
小工具
bluescreenview
蓝屏检测
小工具
Everything
搜索（Win电脑本地文件）
小工具
08
产品运营
产品运营
用户运营
(干货)产品经理必备的十张图
（干货）产品经理必备的十张图一、用例图用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。
用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。
主要分为系统用例图和业务用例图。
业务用例图主要是从业务的视角出发，通过业务建模并且对业务进行描述。
整体来说就是基于角色端需要操作模块的集合。
用户端需要操作的模块，实际上就是APP展示的模块。
当然只是通过角色进行区分。
需要注意的是，业务用例图主要是针对用户在产品中需要操作的事情为主。
下图就是售票产品用户需要去做哪些事情。
系统用例图主要是根据业务用例图分析得到的。
针对于业务用例图的用户行为分析后，从系统侧去建立对应的模块。
系统用例图是从使用者的角度，描述对应用户能使用产品做什么。
这样的好处，是让我们时刻以用户为中心，思考产品和功能。
很多小伙伴在做产品的时候，经常不能站在用户角度去思考问题，而往往站在了业务角色侧去考虑产品。
而系统用例图更好帮助产品经理规避了这点。
下图就是针对于上面售票产品用户侧需要做的事情，整理了用户侧和系统侧对应做的模块清单。
再举一个电商产品的系统用例图：业务用例图主要是针对于用户侧需要做什么？（同样，如果这个版本迭代涉及到的功能比较多，可以考虑业务用例图画一下用户在这个迭代版本中需要做什么）系统用例图是根据业务用例图中用户的操作，来把功能分配给用户和系统。
尤其是结合用户画像，哎哟！香得很……实用指数：★★★（三颗星）二、结构图结构图是指以模块的调用关系为线索，用自上而下的连线表示调用关系并注明参数传递的方向和内容，从宏观上反映软件层次结构的图形，结构图分建筑图和组织结构图。
结构图是在产品经理工作流中很重要的一步。
万丈高楼平地起，平地起前画架构。
而结构图搭建一旦确定，就不能更改了。
除非只有推倒重来。
所以必须在结构图之前一定要思考清楚，否则后面一直在填坑，对技术来说，可能需要走上重构的不归路。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
应对灯泡不亮的简单流程图,图片来自维基百科
在产品设计中，流程图就是通过一系列逻辑关系（条件逻辑、先后顺序、因果关联、输入输出等），描述特定情境下满足特定用户需求、完成特定任务的步骤。
它应该是相对模式化的。
流程图包括的要素有：角色（例如：灯泡）、流转（连接线）、顺序（指向关系）、规则（是否、条件）、输入、输出。
常见的流程图符号
产品经理可以用流程图帮助自己梳理清楚设计的逻辑，并且在后期开发阶段为开发人员提供参考。
流程图中经常用于梳理业务的一种图是泳道图。
图片来源：heidixie的新浪微博
工具推荐：PPT, Axure
2.产品设计草图
在产品设计初期，确认基本功能时，产品经理可以用设计草图来帮助自己思考、完善功能设计。
相比原型图和线框图来说，草图更为自由，它不限制你的表达，让你完全focus在你要思考的问题上。
产品设计草图，来源:Flickr
产品设计草图主要包含的要素有：角色、任务、逻辑（条件）、输入、输出。
比如在上图中，用户通过输入一些内容，然后点击搜索后才会跳转到第二个页面。
关于产品设计草图，大家可以参考这两本经典书籍：《用户体验草图设计》、《关键设计报告》。
工具推荐：手绘、Mockplus
3. 原型图
在确定了产品的基本功能之后，进入到原型设计阶段，这个阶段产品经理需要关注原型图。
原型图中表单交互的形式，点击后的过渡效果
原型图的要素主要有：信息（类型、结构、梳理）、布局、权重（哪些信息更重要）、交互形式。
要学习更多关于原型的知识，可以参考《从零开始学Axure》系列文章。
工具推荐：Sketch, Axure, Mockplus
4. 信息结构图
唐杰在《杰出产品经理》一书中提到：信息结构图是一种接近数据库结构的图表，但是他并不是真正意义的数据库结构。
技术人员会根据这张图表的内容再结合产品原型或需求文档，然后规划和设计出真正意义上的数据库结构。
也就是说，信息结构描述的是某个对象的属性，例如下面这张脑图中，分别对『文章』和『评论』两个对象进行了属性的描述，这也是后期在开发过程中需要明确的数据库结构。
信息结构图
工具推荐：Mindmanager, MindNode(Mac)
5. 测试用例图
测试用例图主要关注角色、任务和事件三要素，如下图是用户点餐的用例图。
测试用例图实际上是把复杂的流程图中的场景拆分为一个一个的Case（用例）进行分析。
工具推荐：Axure
6. 甘特图
甘特图（Gantt Chart）由亨利·甘特于1910年开发的，他通过条状图来显示项目，进度，和其他时间相关的系统进展的内在关系随着时间进展的情况。
甘特图需要关注的要素有时间、活动、顺序。
Omniplan绘制的甘特图
工具推荐：Excel, OmniPlan(Mac), MS Project
用好以上六大图，在梳理业务流程、产品逻辑的时候会更加清晰，在控制项目节奏和把握整体进度上也会更加有的放矢。
#专栏作家#
粽小喵，微信公众号：zong_xiaomiao，人人都是产品经理专栏作家。
腾讯产品经理。
一个学传播出身的产品新人，爱好研究原型设计工具。
本文原创发布于人人都是产品经理，未经许可，不得转载。
人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台。