人人都是产品经理|B端大产品经理的必备能力:多组织架构设计


编辑导读:多组织架构设计是B端产品架构设计中最复杂的一种设计 , 也是B端产品必须掌握一个高阶功能 。 文章从基础的架构能力出发 , 介绍了多组织架构的核心概念 , 并对其设计要点进行了总结 , 与大家分享 。

人人都是产品经理|B端大产品经理的必备能力:多组织架构设计
本文插图

01 什么是B端大产品经理
相对于C端产品 , B端产品有着更强的管理工具属性 。 其设计难度 , 往往随着业务复杂度呈指数级上升 。 因此 , 我们评价一个B端产品经理的能力 , 往往需要首先了解他所支撑的业务 。
B端产品设计的难度首先取决于单一业务的复杂度 。 比如 , 商品管理模块 , 由于涉及到单位、规格、批次和权限管理等 , 可能就需要相对精巧的设计 , 才能够满足业务需要 。
同时 , 不同业务板块之间的关联关系 , 是产品设计中相对困难的部分 。 比如 , 在贸易型业务中 , 采购价格构成商品成本 , 销售价格则构成商品收入 。 收入减去成本 , 剔除增值税的金额 , 则会得到销售毛利 。 销售毛利对经营管理非常重要 , 财务部门一方面需要按照不同维度对销售毛利进行分析;另一方面也可能在研发、销售阶段对毛利进行审核 , 防止过低的毛利 , 保护企业的利润 。
要支撑这样的业务 , 往往需要B端产品经理具有宽广的知识面 , 也具备多个业务板块的产品设计能力 。 这样的能力我统称为架构能力 , 而拥有复杂架构能力的产品经理 , 则是我理解的大产品经理 。
02 高难度的架构能力
对于B端产品来说 , 越是底层的功能 , 架构难度越大 , 对产品经理要求越高 。
以商品管理中的“单位”为例 。
“单位”作为“商品”的必需字段 , 被采购、销售、库存、生产制造等业务板块广泛使用 。 同一类型的商品 , 不同部门往往有不同的管理要求 。 因此 , 对于“单位”的设计 , 首先需要有整体架构的考量 。
比如 , 假设我们需要设计一款管理奶制品的B端产品 。
对于酸奶的制造企业 , 由于生产和销量的批量都很大 , 因此他们对于酸奶往往采用“唯一基本单位”进行生产、库存和销售管理 。 比如用“箱”作为单位 , 就比较便于销售和库存盘点等 。 当然 , 出于运输计费、管理统计等需要 , 制造企业可能用启用标准箱、吨等辅助单位 , 在进行相关费用或销量计算时 , 把箱换算为标准箱或者吨 。
而对于酸奶的分销商 , 由于其采购订单即是制造企业的销售订单 , 因此采购管理的单位会与制造企业的基本单位保持一致 , 即使用“箱”作为单位 。 但是在库存和销售管理中 , 由于销售频次较高、频繁拆箱销售 , 经销商往往需要进行多单位的管理 。
比如 , 在库存盘点时 , 经销商希望系统显示的库存量为:3箱3瓶而不是3.5箱 , 这样就更便于进行散货的盘点 。 再比如 , 带货销售的销售人员在移动端下单时 , 由于可能拆箱销售 , 如果便利店购买了1箱8瓶的酸奶 , 系统需要忠实记录销售的数量 , 以便于销售人员核对实物数量 。 同时 , 系统也需要进行单位换算 , 以正确冲减销售人员车辆上的库存 。
在进行快消品管理系统的设计时 , 需要充分考虑到制造企业、经销商、销售人员在采购、库存和销售等不同环节的需求 , 这样才能设计出满足需求 , 便于未来扩展的产品 。
关于一般架构能力的培养 , 大家可以参考我的文章 , 点击即可阅读:《我的实践:如何提升B端产品架构能力》
03 架构设计的顶端:多组织架构设计
在所有架构设计中 , 最为复杂的 , 往往是多组织架构设计 。 因为组织架构是企业战略的落地 , 反映了企业责权利的划分 , 决定了组织间协同与风险管控策略 。
比如 , 一个小微企业 , 由于业务量较小 , 也出于成本控制的需要 , 往往一人多岗 , 部门精简 。 高度简化的组织架构 , 使得部门协同和风险管控也极为简单 。 此时 , 用Excel进行流程管理也许就足够了 。


推荐阅读