作者认为搭建一款后台管理系统,需要注意以下三个维度,你认为呢?
后台管理系统又称B端产品。与我们直接接触到的C端产品互联网产品不同的是,B端产品更像是冰山下的一角,承载了大量的功能,数据和业务流程。它决定了C端产品的地基、甚至影响到企业的效率。
做一款产品、需要明确产品定位,即产品的用户是谁、能满足这部分用户哪些需求,解决哪些问题。
一、业务流程是灵魂
B端产品更贴近业务。熟悉业务是做好B端产品的前提。
以电商商家系统为例,商品来源有两个维度、一种是自营、一种是商家入驻提供。
商家系统需要支持商家把商品卖出去,并且卖的很好。但这简单需求的背后,包含了商家需要进行入驻——然后发布商品——管理订单——处理售后——货款结算——提取货款这几大复杂流程。
如果把后台管理系统看作是人。业务流程就像灵魂一样,它决定了产品的形态。
二、功能模块低耦合
根据业务流程衍生出:商家管理、商品管理、订单管理、物流售后、货款结算、账户管理几大基本功能模块。每个模块又包含多个菜单功能。
商家管理:包含商家注册登陆、公司信息管理、资质认证、缴纳保证金。
商品管理:管理商品品牌类目、发布商品、商品上架、商品下架、商品仓库。
订单管理:订单查看、异常订单处理、退换货单据管理。
物流售后:物流配送设置、发货管理。
货款结算:结算管理、结算明细、赔付单据管理、运费结算管理。
账户管理:保证金体系、货款查询、账户额度查询。
有了具体模块后,我们就能细化具体菜单功能。随着业务的变迁增长、规模增长、一些功能模块又会被剥离成为一个个独立的系统,因此,功能模块设计时需要注意低耦合、在重构之日,能较好的迁移。后台产品很多都需要了解甚至懂技术、因为后台系统设计、我们需要细化每个字段、了解数据库、表结构。
三、数据流向是血液
一个产品有两种数据:输入出数据,数据流向指系统输入数据的去向、输出数据的来源。数据的流动使得产品变得有生命力。
后台系统并不是单一的存在、一个商家系统与之交互的有:招商管理系统、商品系统、订单系统、支付系统、财务结算系统、物流系统、BI系统、营销系统、广告系统、推荐系统、消息中心…
在产品设计时、需要清晰的知道,每个功能模块与之交互的系统,每个单一数据的去向,流转,牵涉到相关系统的影响。这样才能规避风险。同时把控产品的拓展性,延伸性。
设计后台系统还需注意以下几点:
1、系统易用好懂。
良好易用的系统、能大大提升相关工作人员、同事的效率、直接节约时间成本。
2、功能模块低耦合。
设计后台产品就是做架构,互联网产品增长非常快,迭代频繁,用户增长都是数万计的,也许三五个月,现有的系统已不满足当前的业务,而良好的模块划分、低耦合,不管是在迭代重构之日,还是数据迁移,都会起到极大的作用。
3、权限角色分配。
后台系统是数据池、相关工作流程由多种角色或是多个部门协助完成,因此相关权限角色需要有很好的划分。
首先创建角色——然后给该角色分配权限,不同角色,菜单和数据权限不同。
再创建账号——给该账号分配角色。这样,该用户就分配好功能权限了。
扫一扫打开网站
扫一扫访问手机站
扫一扫打开网站