想说的：概念的东西讲的差不多，我们来说点工作中遇到的问题吧。我文章一般没有什么规律的，题材都是工作中或者其他人在工作中遇到的问题。然后想给大家提个醒，如果你觉得写的太浅没营养，或者写的太烂， 那请大神绕道。今天说UML跟业务流程、思维导图的用途。 另外顺便说下我们经常会用到哪些，用这些有什么好处。
先说业务流程
一般来说我们工作中用到比较庞大的图形作业就是业务流程图了。往往一个业务流程图很大，看起来也比较密密麻麻的，然后每次我发给别人的时候，发现不管是领 导还是什么能耐心看完全局的很少。都是重点看看那个模块的流程然后确认下ok了。面对这样的大的业务流程优点是比较清晰是全局的，缺点是修改跟浏览起来都 不太方便，所以。我一般都会把流程图配成文档或者PPT，把业务拆分成模块，分别做业务流程，在用一个整图做一个概括流程。这样就可以按照部门发出去或者 给某个小组做某个功能模块的业务，别人也不用全部浏览一遍； 这个说的是平时做业务流程的小心得， 接下来说怎么写作。 很多人把业务流程写成功能，这里强调下业务流程只是业务不要去涉及到功能，如果你要涉及到功能你就不得不把参数跟数据字典还有类图做出来。在你不会做那些 以前，先去想做业务层的东西不要太深入干涉别人怎么实现这个业务。
其次是思维导图
我现在用这个做桌面导航了； 思维导图在产品这里用到的应该是除了用word写PRD以外最频繁的了。它很有效的帮你梳理你的大脑清晰的描述业务关系跟业务模块。对， 这个是模块，思维导图不要做流程走向，只要把业务的模块分出来，模块之间的关系列出来就可以了，当然思维导图也可以做功能或者参数导图。
然后是UML
今天想侧重点说下UML，很多人不明白UML到底能做什么，或者用途是什么。UML多用于复杂的软件交互关系中，一般产品用到UML的功能大多是做用例跟活动图。那UML用于最多的途径是做什么模型的？我分了3类主要的 ：
1. 结构性图形：静态图 对象图 包图 实现图 部署图 组件图等
2. 行为式图形： 活动图 状态图 用例图等
3. 交互性图形：通信图 交互图 时间图 时序图等
那么可以看出来产品经理如果用 UML 那就是用静态图、 用例图、 交互图。 因为你没办法写通信，也没办法写部署。类图你也写不了。除非你是个技术转型过来的。 那么问题来了。 可能在工作中用到UML来做，用什么做最好？
很多人会用一些常规的，比如RationalRose、BorlandTogether、PowerDesigner、MSVisio这些。你百度能搜出来 一大堆。但是做这个是要看你的项目的。里面有道道的，如果你是java的你可以考虑用ModelGoon，如果你是C#的或者微软项目的你要用 PowerDesigner，或者VS建模工具， 如果是PHP，我一般都会用Navicat Date Modeler。 因为在开发过程中其实程序员也会用到UML建模，通信，部署，组件，用例都可能会用到，但是最多的是数据表关联的类图。用这些对应的建模工具来做是可以直 接生成文件的，就是模型可以生成文件或者应用程序的。可以省很多事情。并且不同的数据库表的数量不同的MSSQL跟MYSQL就差别巨大，一个10万一个 100万。分开使用对应的建模工具，是明智的。身为产品，你应该明白这些道理是为什么。不能拖了设计，或者开发的后腿。你的存在是更好的协调工作、优化产 品以及产品线、管控产品的，不是来制造麻烦的。所以很多人抱怨被喷，我觉得有些是活该。因为你自己的能力不得不让人喷你。你还想如何 ？
说到产品用到的用例图，这里稍微讲一下下。三要素： 参与者、用例、关系。很多人做的很糟糕。因为没有理解图形跟箭头怎么使用，甚至不知道include跟extend是表示什么的。建议多看看。多问问别 人。参考是参考不来的，因为每个行业虽然这些图形箭头不会错，但是他们要表达的东西也是不一样的。另外说下一些模型工具，比如Axure啊BM啊之类的哪些也属于交互用例的一种，更立体的模型。在实际的工作中我们用到这个的其实并不多，第一来说很影响工期，特别面对现在中小型企业的快餐项目， 甚至是在大项目中大家也趋向于静态图或者纸笔来画，然后做成图片或者 PPT，需要交互做成AE或者flash，不清楚为什么这么追捧Axure，我一般只用Balsamiq Mockups、Mark Man、Justinmind。我重点推荐justinmind。很好用的东西。
原文来自：hi,ouzo
作者：ouzo
