对于B端产品经理而言，UML的思维是帮助B端产品进行业务调研的利器。本文结合自己的实践经验，与大家分享如何应用UML思维做B端产品，希望对你有所启发。
B端产品们做业务调研工作时，是不是经常遇到这些情况：
1）公司业务复杂，极容易错漏某个重要的业务节点，等你把原型都出好了，业务过来说他们还有XXX情况需要加入系统。
2）公司部门利益不一致，每个部门都觉得应该优先实现他们的需求。
前段时间我阅读了大象希形老师的书籍《Thinking in UML》。大象希形老师是在IBM有10年丰富经验的架构师，这本书集合了他工作中的经验心得。
阅读完这本书后，我发现UML的思维是帮助B端产品进行业务调研的利器，每一位B端产品都应该具备这种思维。
在运用这种思维之前，我也经常陷入杂乱的业务规则、冲突的业务需求中，不知道如何处理。
但是运用了UML思维后，我在处理公司级别的大项目，且截止时间仅有一个月的情况下，我保质保量地梳理出了项目需求的所有脉络，推进项目顺利完成交付。
通过这篇文章，我把这次实践后的经验分享出来，希望能帮助到大家。
（友情提示：本篇文章干货满满，读完一遍后可以先收藏，实际运用的时候再翻出来回顾。）
一、UML思维是什么想要理解UML思维是什么，首先需要了解UML是什么。
UML（Unified Modeling Language）中文名称是统一建模语言，又称标准建模语言。是一种为面向对象系统的产品进行说明、可视化和编制文档的一种标准语言。
那UML思维是什么呢？
UML思维我认为可以简单地理解为“面对对象的方法”。
在软件领域，有两种常见的术语：面对过程的方法、面对对象的方法。
什么叫面对过程，什么叫面对对象呢？
面对过程方法认为我们的世界是由一个个相互关联的小系统组成的，就像DNA一样，整个人体都是由这样的小系统用严密的逻辑组合而成。并且面对过程的方法假设这个过程是稳定的，不会改变的。
在使用“面对过程方法”做设计时，我们需要找到过程的起点，顺藤摸瓜将这个过程中牵扯的因素逐一分析出来，理清这个过程中的因果关系，最后到达过程的终点。
而面对对象的方法认为我们的世界是由各不相*独立个体组成的。过程不是这个世界的本源，过程是由一些“对象”通过特定的规则组织起来的。
如果把世界比喻成汽车，那么对象就是汽车上每个不同的零件。
不同的零件组合成了汽车，不同零件之间的组合也会达到不同的效果。如果规则允许的情况下，我们还可以将零件随意更换。比如材质可以从钢铁换成铝合金的，来源可以从工厂A换成工厂B的。
面对对象的方法不考虑对象之间的因果关联，只是在需要的时候把他们拼合在一起，这种方法能更好地应对我们现在面对的复杂业务。
二、如何把UML思维运用到业务调研中可能看到这里，你会觉得：“UML思维也太抽象了！我要怎么用UML思维做需求分析呢？”
其实只需要记住：先将业务当成是一辆汽车（整体），然后拆汽车里的零件（部分），最后将零件拼合起来（连接）。
一般我们常见的业务调研方法是这样的：先明确调研目标，再选取调研对象，然后明确自己的调研方法，执行调研计划，最后得出结论。
可是这样的调研方法太宽泛了，调研对象怎么选取才是正确的？是所有相关人员都要调研吗？执行调研计划该怎么做才能得到用户最准确的需求？我该怎么提问？
而运用了UML思维，业务调研流程能够更被细化，对我们的具体工作更有指导意义：先是明确调研目标，再梳理业务中所有的人事物（整体），然后确定业务主角、访谈业务主角（部分），最后得出结论（连接）。
针对我细化的每一个步骤，下面我会仔细讲一下怎么落地，和这么做的好处。
为了大家更好地理解，我会辅以我自己参与过的项目案例举例说明，大家可以结合案例去更好地理解。
步骤1：梳理业务中所有的人、事、物
1.1 为什么这么做
为什么第一个步骤是先梳理业务的整体呢？
因为这么做有两个好处：第一个，了解业务的整体能让我们更快速地把握业务背后的逻辑。第二个，了解整体业务能避免我们在需求调研的过程中遗漏了业务细节。
如果我们在开头不是梳理整体，而是梳理某个业务节点，那我们很快就会被繁杂的业务扰乱自己真正的目标。
之前我在为公司的会员体系搭建管理系统时，就因为一开始太着眼于具体的会员升级规则，会员购买折扣之类的需求，反而被弯弯绕绕的业务规则弄得不知道如何下手，影响了工作的开展。
并且因为我的切入点是某个会员规则，由这个会员规则再带出了其他业务事件，这样切入和梳理，非常容易遗漏了业务中某个人或某些业务事件。
直接切入具体需求的处理方式就好像在走一个迷宫，不停走进死胡同再出来，磕磕碰碰，最终才能找到了正确的道路。可是如果我们能一开始就能从整体俯视整个迷宫，那我们就能更快地找到正确的道路。
所以通过一开始就把业务整体给梳理清楚，能够避免我们遗漏了业务中某个人或某些业务事件，也能更方便我们了解业务的全局。
1.2 怎么落地
为了更好地梳理业务中的人、事、物，我们需要依靠一个工具——业务用例图。
用例图是UML中十分基础和常用的图，主要元素有业务主角和业务用例两个。我通常用小人的图案表示业务主角，椭圆来表示业务用例。
用例图通常使用在我们业务调研的过程中。通过梳理业务所有的相关角色，和这些角色在业务中会进行的活动得出用例图。
以我做的充值卡业务为例，通过对组织架构和岗位职责的阅读，可以大概了解到他的角色组成和业务用例是这样的：
