产品经理的思考利器——UML

看到这个标题，产品的朋友们大概率会一头雾水，为什么一个产品要学这么“奇怪”的东西？产品把产品本职工作做好就行了吧？

且听我快速道来~

在我之前的产品经历里，经常会遇到一个场景，在我拆解（或调研）某个业务系统时，无法梳理出一个系统层面清晰的脉络，思考出整个业务和系统架构的融合方式，即使后期我梳理清楚了，也是一个“大力出奇迹”的方式，一步一步硬推出来的。

但这种蛮力的方式不是长久之计，如果我以后换了领域或者行业怎么办？我的业务线调整裁掉了该怎么办？都要硬啃吗？显然不行的

在工作中，我们接触新领域/产品的时候，都会“开头难”，这个难在于没有在这个新领域下有历史经验，以致于用最笨的方法去调研，验证，学习，然后积累出一点点优势，慢慢滚雪球，形成加速。但如果又换一个新领域，我们很大概率还依赖这种行为方式，这就会造成认知的低效率。

我其实一直想找到一个比较底层的方法工具，便于快速切换领域和习得经验。

我先后学习与应用了一些思考框架，如

·用户体验要素五层框架（战略层/范围层/结构层/框/框架层/表现层）这套思考方式

·需求蛋模型（一个集合里画一条线，两侧分别是自身的功能与用户的需求）

·用户故事地图（按故事线去梳理一些用户完整的story，然后快速开发）

·商业模式画布（一个梳理商业模式的框架图，可用来自己做商业规划，也可以用来调研分析竞品，在执行上顺序会略有不同）

但这些框架应用的条件，都是建立在我的需求可以被现实环境承载、以及我有这方面领域的逻辑下才可生效。我想要的是切换领域，最后直到我遇到了UML，只有它才能满足我

所以我来推荐产品的朋友，或者其他有这方面困惑的朋友，了解UML这个工具

这篇介绍UML的文章，算是一个引子，后面营销系统相关的文章会引用到这里，避免到时候阅读上有信息割裂感

UML到底是个什么？

学名叫做“统一建模语言（Unified Modeling Language）”，下面用大白话解释下

UML这个语言定位是个工具，是1997年OMG组织（不是哦买噶！是Object ManagementGroup对象管理组织）发布的统一建模语言，是一种编制软蓝图的标准化语言

它的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用，提出了一套IT专业人员期待多年的统一标准建模符号，支持面向对象的技术。

通过使用UML，这些人员能够阅读和交流系统架构和设计规划。（可以理解为想实现在不同世界的研发沟通时，达到车同轨书同文的效果）

除此之外，工作中还会遇到各种xxML，都是某类领域为了方便业内交流，或者战略上为了制定行业标准而发明的建模语言，如VRML（虚拟现实建模语言），sysML（从UML2.0衍生并进化）等

为什么要学UML？我能得到什么？

在我看来，UML更是一种思想，诞生之初给研发人员使用，但也适合产品架构师，系统分析师这类的角色使用，掌握以后有这个几个好处

好处1 思维方式的扩展

UML是一种面向对象的思考方式，用抽象的方式去反映现实世界的某个片段。如果去和前文提到“用户体验要素（战略层/范围层/结构层/框/框架层/表现层）”联系的话，UML的作用处在范围层&结构层

UML同时也是分而治之的思想的重要体现，在现实中也有其他类似的体现，比如工程测量中“先整体后局部，由高级到低级，由控制到碎部”

掌握了它，就可以在思考复杂问题的时候有层次有章法，面对再大再庞杂的系统，也可以逐个解开

好处2 识别“领域知识”，跨领域沟通与学习能力的提升

“领域知识”是一个元概念，有时候和用户/客户交流，你会被带入到全新的领域（不理解领域的话，可类比行业去理解，实际不太一样）中，和领域内的专家与客户交谈，他们的独有的业务经验，对你来讲，就是一个“领域知识”，这种场景在B端业务中会更为常见。

如果我们无法定义一件事，就无法注意到它。

好了，我现在把定义引入进来了，大家可尝试在工作或生活中注意到它：

在与客户交谈时，注意客户描述业务实体的名词术语，这些名词术语会被当成「类」，还要注意听到的动词，这些动词可能会构成「类」中的「操作」，然后还有其他名词可能变为「类」中的「属性」。

当梳理出来之后，再去询问客户每个「类」的作用，客户会告诉你「类」的职责，这样就能快速了解该领域的基础逻辑。

就是我开篇提到的痛点，在学习了UML之后，对“领域知识”有了新的认知，有信心在进入陌生领域时系统的建立起认知

好处3 完全是私货 对思考的习惯有很大影响

学了UML后，我甚至可以对人际关系有了更冷静的感知，比如沟通的时候，沟通的是你，你的关系，别人，还是你身上的某部分属性，都可以想的很透彻，更能接近事实和本质，可提高思考的深度

这种深度的提高，对我这种傻实在的人来说，很有帮助。或者对社会经验不太足的学生来说，也会有帮助

UML都包含哪些内容，如何快速上手？

引了这么多，直接看UML有啥东西吧！

主要可分为如下图两大类：

1、结构元素，图例左半部分，自上而下为类图，接口，用例图，关系，分组，注释

2、行为元素，图例右半部分，自上而下为状态图，时序图，协作图，活动图

可以理解为这就是咱们现实世界的粗暴分解，结构和过程组成了世界上的一切，形成了时空

再奉上一张网上超级经典的图，UML拆解的样例，这里基本用上了UML中高频使用的图例类型，请保存好，后面会持续用到