建模|产品经理的思考利器——UML

编辑导语:可能很多产品经理会有疑问,UML是什么?为什么要学习这个?学习了之后会有什么作用?它其实是一个工具,是IT专业人员期待多年的统一标准建模符号,支持面向对象的技术。学习UML,有助于快速切换领域和习得经验,一起来看看吧。
建模|产品经理的思考利器——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同时也是分而治之的思想的重要体现,在现实中也有其他类似的体现,比如工程测量中“先整体后局部,由高级到低级,由控制到碎部”掌握了它,就可以在思考复杂问题的时候有层次有章法,面对再大再庞杂的系统,也可以逐个解开。