产品经理从0-1 做 B端产品 01 - UML建模前言

Posted 2021-04-17 圆珠笔 LenLee

   

     在说UML建模之前，我想说说从程序员的角度看产品，因为自己也从事过两年开发工作。但今天看的角度不是程序猿和产品狗的相爱相杀和思维上的差异，我今天要说的是程序猿和产品之间的微妙关系：对象、抽象、耦合、内聚、读取、修改、.......等等一系列的计算机内部流程。

计算机是通过数据来记录这个过程的变迁，过程中每一步都会产生、修改、读取，每一个环节完成后顺着过程流转到下一步，这是一个简单的面向过程的方式，但很多业务场景中很难用一个简单的过程来满足随变的需求；

例如：你的需求是通过商业分析来收集和分析消费者的消费习惯，还是通过细分市场的调查来了解商品需求变化，或者通过很多的数据进行预测，销售策略就有可能发生变化，这个变化导致整个的销售过程会改变，你可以想象一下，如果是面向过程，那么这个过程改变起来有多麻烦。这就是蝴蝶效应，仅仅是因为蝴蝶震动了一次翅膀，整个系统就变得面目全非了。

假如：我们将每一个单独的物体看成一个对象，即：万物皆对象  将一个整体分解成许多标准的功能部件来，通过各种组合达到我们想要的；比如：市面上的汽车，分为低配、标配、高配；为什么？为了满足市场的需求，基于某个商业的策略，由不同的对象组成的产品去适应市场，达到某个商业规划。这种不同的组合方式，既满足了商业的需求，又使得各个部分独立，如果你的轮胎坏了不会需要你去买一辆新车，你的后视镜坏了不会让你换掉整个车。因此程序员们是让单个的对象为集合，而产品从这时候就应该有了产品思维。这也是我为什么说只有计算机专业的人更容易做好产品经理的原因，其他方面你或许有匪夷所思的idea，或者商业策划有多优秀，但要做一个实用、易用、能用的产品出来，那么对于用例建模就显得尤为重要了。

对一个产品来说：任何东西都是产品，包括我自己，那么我会有两只手，两只脚，他们是有联系的四个对象，他们之间有相互依赖的关系，当我去打球，他们协调配合，有着信息的交流，这就是耦合，但是每一个对象都很自私，保护着各自的属性，比如手：有手指、手掌、指甲等等属性，而连接胳膊处只有一个小的接口跟其他部位相连接，跟外部交流，这个就称为接口。

在一个产品的形成过程中，有一大难题就是：’抽象‘也就是对象们寻找相似的性质并组成部落的过程，让这个过程落地就是实例化。

于是作为一个产品经理我们要明白：业务，参与业务的对象、每个业务对象的属性，如何让一个业务成一个闭环，最后输出，不断的优化这个环，那就做好了一个产品的第一步。

每日鸡汤

       子曰：“巧言令色，鲜矣仁！”

                           

            

Hello！产品小伙伴们

(添加时请备注 地区+职业+姓名)