在项目过程中通过画图去梳理每一步的流程，能更加清晰背后的原因和逻辑。其实也就是随着自己在画图的过程中去理解项目每一步需要做什么和怎么做。
于是，John花了一些时间，根据原来做过的项目稍微的梳理了下产品经理需要的十张必备图。当然如果和技术沟通的过程中，能够非常的默契，有些图也不需要去画。比如用例图和时序图。当然你通过图片梳理清晰了，针对用户端和系统侧之间的交互，就会更加清晰。也能通过自己的理解，总结做产品的方法。
里面的图片比较长的，点击图片，双指放大后再看（别吐槽图片不清晰且有马赛克），我连水印都没有打哈……
通过一张思维导图来整理下需要的图：
一、用例图
用例图是指由参与者（Actor）、 用例 （Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的 模型图。
主要分为系统用例图和业务用例图。
业务用例图主要是从业务的视角出发，通过业务建模并且对业务进行描述。整体来说就是基于角端需要操作模块的集合。
用户端需要操作的模块，实际上就是APP展示的模块。当然只是通过角进行区分。需要注意的是，业务用例图主要是针对用户在产品中需要操作的事情为主。下图就是售票产品用户需要去做哪些事情。
系统用例图主要是根据业务用例图分析得到的。针对于业务用例图的用户行为分析后，从系统侧去建立对应的模块。
系统用例图是从使用者的角度，描述对应用户能使用产品做什么。这样的好处，是让我们时刻以用户为中心，思考产品和功能。
很多小伙伴在做产品的时候，经常不能站在用户角度去思考问题，而往往站在了业务角侧去考虑产品。而系统用例图更好帮助产品经理规避了这点。
下图就是针对于上面售票产品用户侧需要做的事情，整理了用户侧和系统侧对应做的模块清单。
再举一个电商产品的系统用例图：
业务用例图主要是针对于用户侧需要做什么？（同样，如果这个版本迭代涉及到的功能比较多，可以考虑业务用例图画一下用户在这个迭代版本中需要做什么）系统用例图是根据业务用例图中用户的操作，来把功能分配给用户和系统。
尤其是结合用户画像，哎哟！香得很……
实用指数：★★★（三颗星）
二、结构图
结构图是指以模块的调用关系为线索，用自上而下的连线表示调用关系并注明参数传递的方向和内容 ，从宏观上反映软件层次结构的图形，结构图分建筑图和组织结构图。
结构图是在产品经理工作流中很重要的一步。万丈高楼平地起，平地起前画架构。而结构图搭建一旦确定，就不能更改了。除非只有推倒重来。所以必须在结构图之前一定要思考清楚，否则后面一直在填坑，对技术来说，可能需要走上重构的不归路。
比如在做产品迭代过程中，随着当前版本的需求基本清晰。接下来两步走：
第一步需要深挖潜在需求（这个阶段需要和需求提出方不断沟<si>通<bi>）；
第二步需要对历史模块、功能和系统衔接，保障结构、层级和功能从属关系。
结构图主要分为三种：信息结构图、产品结构图和功能结构图。
对象图片高清
1.产品结构图
产品结构图也叫产品架构图，产品信息整体的梳理，主要从大框架出发，把涉及到的终端、前台、后台和中台对应的模块整理出来，其中最重要的其实要梳理清楚核心的业务流程和对应的业务方案。
也需要针对行业优秀产品进行梳理，了解具体的产品架构。方便对其进行对比。有了产品结构图之后，梳理出来产品路线清单，对应的版本信息结构图和功能结构图就比较清晰了。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。