to|B端产品的业务诊断与建模( 二 )


3. 业务建模是什么一个B端产品做一个等分,一部分对接IT。另一部分是业务建模,对接的是业务,这是我们今天要讲的主要内容。有人认为B端业务是很容易的,因为客户有需求,可以直接找业务方商讨。
先给大家讲一个案例,产品汪建了一个仓库系统,一开始很简单,系统做了一张入库单,一张出库单,操作也很方便。B端有个特点就是很多的业务流程变更都是由领导变更开始的,因为B端是要承载管理思想的,所以当管理思想发生变化,业务流程就一定会发生变化。
有一天,来了一个新主管,主管就要求我们对业务做区分化管理。在主管的带动下,大家集思广益后,我们在系统上增加了很多功能,有一般出入库单流程、大家电入库单流程、样机借出库单流程、样机借用换入单流程、配件出入库单、退货出库单流程、WMI入库单流程等等。产品汪就想,干了这么多,来个五星好评!但是系统一上线,甲方嫌很多业务没覆盖,所以只能再次开发业务,二次上线后,甲方又嫌系统太复杂。
所以我们要怎么解决这个问题呢?大家都知道,业务是不断灵活的发展的,很多东西都是尝试性的。比如来了一个新的仓库主管要求分等级做管理,接着又换了一个主管要求管理集中化,所以怎么才能做一个灵活的系统去适配情绪需求的变化?这时候就要做业务建模。
一个仓库发货收货有哪些节点会影响到业务流程和业务实体属性,这是第一个要思考的问题,一张单据一定会有一个品类限制,只能发某一类的货,比如,大家电的单据只能发冰箱、空调等等。跨库调拨的单据不能跨库调拨生鲜,因为生鲜一出冰库就容易坏,不好保证按品质再入库。
第二个叫库位限制,就是某一张单据只能逆动到某一个库位的东西,比如说退货给厂商,只能从退货区发货。
第三个就是就是异动属性,有异动属性的品类,有的是发货,有的是收货,而跨库调拨单据是转移。
第四个就是结算方式,有的单据的结算方式是WMI,有的是采购。结算方式为采购的单据在货物入库后,就会产生收账,应付账款。
第五个是成本核算,有的单据和财务相关,这时候就要对账单进行成本预算。
第六个是审批流程,每个账单的审批流程都不太一样,你可以做流程引擎的抽象并命名这个流程名称与哪类业务账单挂钩,所以我们出现一个概念叫单据类型。
to|B端产品的业务诊断与建模
文章插图
我们把单据类型定义为收货、退给厂商、跨库调拨、样机借用、紧急采购、报废代减、检验报废、包装领用、销售出库等属性的集合体。
这时候我可以支撑一张单据,也可以支撑二十五张单据分层分等级地去建设,而且我能够给程序员讲清楚每一种业务逻辑,所以这就是清晰的业务建模,业务建模是一个产品经理功力的表现,是跟着需求走的。
那业务建模是什么业务建模?业务建模是对业务进行抽象的过程,又叫业务数据建模、业务实体建模,合理的建模可以让后续功能设计水到渠成,而不合理的建模会导致后续设计重复返工。
B端业务建模对整个B端设计是至关重要的,一个优秀的业务建模可以保证业务扩张、研发成本和系统复杂性三者的平衡,一个错误的业务建模,或者完全没有业务建模,都可能导致随着业务业务扩张、研发成本/系统复杂性暴增,直至企业IT无法承受。
各个B端产品经理在“江湖地位上”的差异很大,其在能力上差异主要在三个点:业务专业知识、业务诊断能力、业务建模能力,这是评定一个B端产品经理优秀与否的关键。