定义场景与功能模块是什么「功能模块划分」

明确了应用架构，以及需要新建或改造的系统之后，我们需要进一步细化，为每个系统设计功能模块。这个系统应用于哪些业务场景？用户可能在系统中做的操作有哪些？通过思考这些问题来抽象出需要具备的功能模块。产品经理设计的功能模块代表了其对业务本质诉求的理解和提炼，蕴含了他对业务、系统未来发展的期望。

我们常说，系统建设要有规划、有节奏，实际上功能模块图就是一幅完整的规划蓝图，能体现出系统的一二级导航菜单结构，是系统的骨架。结合业务需求实现的每一个具体功能，都是在对骨架不断地填充血肉，让它更真实、更立体、更丰富。

设计功能模块的常见问题是模块层次混乱，以及后来新增功能的随意摆放，这都会造成用户使用系统时产生困惑，同时也会导致开发人员编码设计的混乱。下面我们来聊聊如何设计功能模块。

从场景到功能模块

我们调研B端业务，得到的都是场景、流程、业务规则，如何将这些离散的、不具备关联性的内容，整理、抽象、结构化成为系统的模块设计，需要设计人员有较高的经验积累和沉淀，是一件很有挑战的工作。

每一个独立的业务场景中，用户可能会跳转、访问不同的模块、页面，设计人员需要识别不同场景共性的内容，进行抽象和归纳总结，这就好像将一堆错综复杂的线头，梳理整齐摆放，如下图。

从场景和流程中梳理抽象出模块

在M公司分销业务调研中，我们整理总结了几个典型业务场景如下表。

M公司分销平台的场景提炼到模块规划

场景

诉求

关键流程

涉及模块

创建客户

管理维护客户基础数据

新增客户->

新增门店

客户管理

维护定价

管理客户可以采购的商品和价格

定义商品清单=>

设置采购价格=>

对门店或客户进行配置

客户管理

商品管理

定价管理

客户下单

客户采购人员进行下单

挑选商品=>

添加购物车=>

创建订单并支付

商品列表

购物车

结算页

退款退货

客户采购人员退款退货

发起售后申请=>

M公司运营审批=>

逆向物流退货=>

确认收货并退款

订单管理

售后管理

财务管理

对账开票

两方周期节点下对账开发票

发起对账=>

双方确认=>

开具发票=>

邮寄发票

财务管理

在模块的抽象定义中，最难的一步，就是从流程到模块的转换的那一小步，看起来水到渠成，细想下去又会毫无头绪，而“老师傅们”在教徒弟时，每到此处，又总是神秘的莫能两可，表现出只可意会不可言传的架势。其实也不是老师傅们故弄玄虚，确实这临门一脚的抽象设计，更多的时候来自于经验的积累和见多识广，尤其是对同类产品的“观摩学习”。

当然，我们还是可以总结出经典的几个模块抽象的思路。

三种经典的模块抽象思路

B端产品的功能模块设计，可以总结为以下三种思路，分别是基于业务领域抽象、基于业务场景抽象、基于业务对象抽象。第一种思路应用最为常见和广泛，第二种次之，第三种在一些特定系统类型（例如SFA CRM）可以看到。

基于业务领域抽象模块

最常见的模块划分方式是基于业务领域，业务领域是一个很宽泛的概念，可能包括了业务部门、业务单元、业务对象等。业务领域作为模块划分的依据，让模块之间体现更强的内部聚合性以及松耦合特征。

如下图，是一家电商ERP系统的管理后台，其中包括销售管理、商品管理、客户管理、CMS管理、工具管理、运营管理、系统管理等模块，体现出了基于业务领域划分模块的特点。

典型的电商ERP系统功能模块设计

基于业务场景抽象模块

业务场景和业务领域的区别之处，是后者的内聚属性更强，和技术架构的模块设计比较贴合；而业务场景更多的是从用户体验和业务逻辑来做模块划分，场景菜单下可能会融合多个模块的功能。

在某些流程属性比较重的业务系统中，通过业务场景划分模块，也能较好地做到功能模块解耦合的抽象归类。例如下图，在WMS系统中，常常包含运输管理、进货管理出货管理、退货管理、盘点管理等模块，这些都是典型的仓配业务场景。

典型的WMS系统功能模块设计

你可以仔细思考对比下业务场景和业务领域的区别。前者体验属性更强，后者逻辑抽象属性更强。

基于业务对象抽象模块

还有一种比较少见的抽象模块的思路，基于业务对象来做抽象。将业务开展运作中关键的业务对象（人、事、物都有可能），定义成为模块。比较有代表性的是给销售团队使用的SFA CRM。

如下图，在CRM系统中，客户、联系人、商机、订单都是关键数据对象。做过CRM的同学都知道，线索、商机、客户，既是业务运作管理的关键数据对象，也是销售过程管理的不同阶段。所以，虽然说SFA CRM基于业务对象来管理划分模块，其实对象的背后也影射了场景。

典型的CRM系统功能模块设计

以上总结分享了三种划分模块的思路，在实践中，往往几种思路融合在一起，没有绝对的原则和方法论。我想强调的是，企业的运作管理体系已经发展多年并非常成熟，对应的管理软件建设也十分成熟；任何形态的管理软件系统、B端产品，在模块划分和抽象设计中，要尽量参考同类业务的软件系统的设计思路，这都是前人重要的总结沉淀，蕴含着对业务深刻理解和洞察，切勿自己发明创造，浪费时间。

案例：M公司分销平台的功能模块设计

通过自顶向下的分析思路，我们明确了分销业务的三个独立系统（分销商城前台、分销客户管理后台、分销运营管理后台，见上图），以及三个系统与公司整体架构的融合关系。接下来，我们进一步拆解设计，每个独立系统应该具备哪些功能或模块？我们把能想到的功能集合，现在或未来可能需要的功能列表都列出来，这是一个产品做加法的过程。

分销商城前台

分销商城前台即客户下单的H5工具，是一个经典的电商C端系统，分销客户需要在上面完成下单购买操作，也需要完成自我管理（例如对下属门店的管理，对发票、售后的管理），因此主要包括购买流程和个人中心两大部分。从购买流程的角度考虑，商城需要具备以下功能或模块：首页、搜索、推荐、列表页、详情页、购物车、结算页、收银台。个人中心要包括订单管理模块、账号管理模块、售后管理模块等；针对分销业务的特殊诉求，还需要包括门店维护、对账管理等模块。分销商城前台的功能模块如图所示。

分销商城前台的功能模块图

分销客户管理后台

分销客户管理后台是给分销客户管理员使用的管理后台，主要用来管理下属门店和子账号；还需要随时了解下属门店和子账号的经营情况，因而需要查询所有下属门店和子账号的数据；此外还需要进行统一的财务管理。因此分销客户管理后台一共包括下面三个大模块，其功能模块如图所示。

客户管理模块，支持子账号管理与门店管理。综合查询模块，实现所有可能的查询与信息检索诉求，包括门店报表、订单查询、综合报表、售后查询。财务管理模块，支持基本的发票管理、对账管理，以及分销业务特有的预付款管理。

分销客户管理后台的功能模块图

分销运营管理后台

分销运营管理后台是支持M公司分销业务的核心业务系统，同时也是一套典型的电商管理后台。典型的电商管理后台需要具备商品定价管理、财务管理、风控管理、运营管理、客户管理、报表管理几大模块，另外，针对案例中的分销业务，还需要具备账期管理模块，其功能模块如图所示。

商品定价管理模块：一般支持商品管理、价格管理。根据5.3节的分析，在M公司的分销业务中，其商品管理模块将完全复用C端业务的商品中心；其价格管理将通过价格系数设置模块和门店报价管理模块完成；商品的基本定价数据将从C端业务的价格中心获取，然后在分销平台维护价格系数表和门店报价单，从而计算针对不同客户和门店的售价。财务管理和账期管理：基于前期业务调研，我们明确分销业务要支持账期和预付款管理，所以相对应的账期回款监控、预付款管理都是必备功能。报表管理：报表管理模块将提供各类分析报表，实现对业务运作情况的监控和诊断。风控管理、运营管理：在这两个一级模块中还可以实现定价风控、订单风控、CMS（内容管理）以及消息中心等，这里不再一一介绍。

分销运营管理后台的功能模块图

作者：杨堃《决胜B端》作者，聊聊产品、职场，分享经典的B端文章。