搭建后台管理系统，需要注意的三个维度

作者认为搭建一款后台管理系统，需要注意以下三个维度，你认为呢?

后台管理系统又称B端产品。与我们直接接触到的C端产品互联网产品不同的是，B端产品更像是冰山下的一角，承载了大量的功能，数据和业务流程。它决定了C端产品的地基、甚至影响到企业的效率。

做一款产品、需要明确产品定位，即产品的用户是谁、能满足这部分用户哪些需求，解决哪些问题。

一、业务流程是灵魂

B端产品更贴近业务。熟悉业务是做好B端产品的前提。

以电商商家系统为例，商品来源有两个维度、一种是自营、一种是商家入驻提供。

商家系统需要支持商家把商品卖出去，并且卖的很好。但这简单需求的背后，包含了商家需要进行入驻——然后发布商品——管理订单——处理售后——货款结算——提取货款这几大复杂流程。

如果把后台管理系统看作是人。业务流程就像灵魂一样，它决定了产品的形态。

二、功能模块低耦合

根据业务流程衍生出：商家管理、商品管理、订单管理、物流售后、货款结算、账户管理几大基本功能模块。每个模块又包含多个菜单功能。

商家管理：包含商家注册登陆、公司信息管理、资质认证、缴纳保证金。

商品管理：管理商品品牌类目、发布商品、商品上架、商品下架、商品仓库。

订单管理：订单查看、异常订单处理、退换货单据管理。

物流售后：物流配送设置、发货管理。

货款结算：结算管理、结算明细、赔付单据管理、运费结算管理。

账户管理：保证金体系、货款查询、账户额度查询。

有了具体模块后，我们就能细化具体菜单功能。随着业务的变迁增长、规模增长、一些功能模块又会被剥离成为一个个独立的系统，因此，功能模块设计时需要注意低耦合、在重构之日，能较好的迁移。后台产品很多都需要了解甚至懂技术、因为后台系统设计、我们需要细化每个字段、了解数据库、表结构。

三、数据流向是血液

一个产品有两种数据：输入出数据，数据流向指系统输入数据的去向、输出数据的来源。数据的流动使得产品变得有生命力。

后台系统并不是单一的存在、一个商家系统与之交互的有：招商管理系统、商品系统、订单系统、支付系统、财务结算系统、物流系统、BI系统、营销系统、广告系统、推荐系统、消息中心…

在产品设计时、需要清晰的知道，每个功能模块与之交互的系统，每个单一数据的去向，流转，牵涉到相关系统的影响。这样才能规避风险。同时把控产品的拓展性，延伸性。

设计后台系统还需注意以下几点：

1、系统易用好懂。

良好易用的系统、能大大提升相关工作人员、同事的效率、直接节约时间成本。

2、功能模块低耦合。

设计后台产品就是做架构，互联网产品增长非常快，迭代频繁，用户增长都是数万计的，也许三五个月，现有的系统已不满足当前的业务，而良好的模块划分、低耦合，不管是在迭代重构之日，还是数据迁移，都会起到极大的作用。

3、权限角色分配。

后台系统是数据池、相关工作流程由多种角色或是多个部门协助完成，因此相关权限角色需要有很好的划分。

首先创建角色——然后给该角色分配权限，不同角色，菜单和数据权限不同。

再创建账号——给该账号分配角色。这样，该用户就分配好功能权限了。