2.2 电商后台产品架构
电商后台是业务要求较高的产品,当前台产品或业务人员提出需求时,有经验的后台产品经理第一时间想到的不是画原型、设计功能,而是分析要实现需求涉及哪些模块,需要协调哪些子系统对接。所以优秀的产品经理一定是对产品整体架构比较清楚,能从系统整体角度考虑功能的合理性,在平台层面为未来可能的业务发展进行规划和设计。
好的产品架构对于一个企业来讲是非常重要的一件事情,决定了是否能够承载业务的发展,就如同地基之于高层建筑。由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、操作便捷、安全性强等特点,产品经理在设计产品架构时,应充分考虑到业务发展需要,尽量将各模块隔离,比如以商品模块建商品中心,以订单模块建订单中心等。只有在产品设计上有模块化思想,具有前瞻性,技术在开发时才会考虑业务隔离,当业务调整、功能新增时,开发可迅速进行,避免牵一发而动全身的事情反复发生。
产品架构的可扩展性非常重要。很多时候会听到开发讲“不要写死”——写代码讲究“可复用、可扩展”。对于产品架构来说同样如此。产品经理在设计产品架构时,要思考未来产品迭代的方向,可能会增加哪些模块,从一开始就给以后的发展留下可能性。如果新产品还没迭代几个小版本,增加一些功能就需要整个页面层级或技术架构推倒重做,那肯定是产品经理的问题。以网易云音乐为例,从2013年云音乐的1.0版本开始,一直更新到现在,APP的信息架构和页面层级基本没发生太大变化。好的产品架构能够支撑业务拓展,降低维护成本。
电商后台产品架构设计要求产品经理非常懂业务。对于系统逻辑思维、整体业务认知以及发展的前瞻性,不同行业、不同用户群的产品经理在做产品整体架构时思路也会不一样。
针对一般电商业务,笔者简单画了一张产品模块示意图(如图2-3所示),基本一些中小型电商公司的产品架构大致如此。除了图中所示,现在很多电商公司开始转型社交电商,采用UGC模式或直播电商,在产品架构上会新增资讯系统,实现资讯与商品的高度融合。
图2-3 电商后台产品架构(简化版)
(1)商品中心:主要管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据。
(2)订单中心:管理订单类型、订单状态,收集关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作。
(3)支付中心:管理支付数据,调用第三方支付平台接口,记录支付信息(对应订单号、支付金额等),支付对账。
(4)会员中心:主要管理用户等级、用户权益、积分、卡券等会员相关信息,通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。
(5)调度中心:将订单信息转化为发货通知单,以及其他出入库单,调度仓库和物流进行发货。
(6)促销中心:主要管理活动相关,优惠券、满减、专场活动、促销专区等。促销工具的开发对电商尤其重要。促销活动的滥用易造成的用户疲劳,怎样推陈出新,给产品经理造成了很大挑战。
(7)内容管理系统:主要是对用户端进行页面配置(Banner、ICON、Tab),配置首页,自定义活动页面,设置生效时效。
(8)评价中心:管理商品评价和用户反馈。这并没有想象的那么简单,涉及一些敏感词和敏感图片的筛选,以及回复内容管理。
(9)采购中心:管理SKU,当库存预警时,及时生成采购单进行入库。有供应商管理模块,主要进行供应商管理评级,发展新供应商等功能。
(10)财务管理:主要管理订单、采购系统相关的财务数据,数据准确性要求较高。还需要负责对账、清账、统计等业务。
(11)WMS系统(仓库管理系统):主要包括入库、出库、盘点等模块。WMS主要和调度中心进行数据交互,反馈出入库状态和库存变动。
(12)物流中心:主要包括运费模板,负责运费管理(前端订单、真实物流成本)、物流状态保存查询(包括快递100、菜鸟等关联业务)。如果是跨境电商,还涉及和海关总署的对接,进行报关操作。
(13)风控中心:主要利用大数据进行用户信用建设、反欺诈,避免恶意评价、刷单退款等操作,构建安全的电商购物环境。
(14)客服中心:主要管理退货退款、售后服务等操作,包括呼叫中心、在线客服等,与之对应的是工单系统,将客服任务进行队列管理,分配给相应的客服。
(15)店铺管理:功能庞杂,相当于提供给B端用户一个Saas管理后台,提供管理商品、营销、订单一系列功能,主要针对一些有对B端业务的电商开放平台。
对电商公司来讲,最核心最难做的有三部分:商品、订单、库存。商品与店铺、营销、评价等相关;订单与会员、营销、支付、库存、物流等相关;库存与订单、采购、WMS、营销等相关。系统之间业务逻辑和交互异常复杂,规则多样。
对电商后端支撑线各模块的业务功能有初步认知之后,可以看到的是,平常手机中的一个电商APP,背后是若干子系统在支撑着,亦是许多技术和产品人员在辛苦付出。
每个子系统不是孤立的,通过产品架构相互关联,定义其功能范围。产品架构与技术架构相辅相成,产品架构决定需求和设计,技术架构决定技术框架与性能。
产品架构将这些不同用途的功能进行聚类整合,将电商后台拆分成多个子系统,明确业务边界,尽量减少系统之间的耦合,高效支撑前端业务。