登陆/注册
当前位置:空包网 > 新闻中心 >

作为电商产品司理,要了解把握电商后台体系的那些事

  后台体系,也不能叫做一个体系,许多公司将其拆分为许多子体系,阿里更将其开展成了中台工作群(查找工作部、同享事务渠道、数据技能)。后端一系列体系支撑着公司各种事务的进行和开展,前端展现、事务处理(订单、优惠券)、库存变化等进行时,后端各体系间相互调用接口进行数据更新。

  做产品以来,首要做后端支撑产品方向,现在对各模块体系都有所触及。初度触摸时,在网上找了许多材料,发现关于产品的与之相类似的文章,大部分都是关于产品体会、交互、APP等,提及后台的文章根本浅尝辄止,很少有文章来体系介绍后台各模块(产品、订单、营销、物流、支付、会员、点评、收购……),就方案写一系列关于后台各模块的产品规划文章,期望能够协助在产品路上生长的PM。

  后台体系,也不能叫做一个体系,许多公司将其拆分为许多子体系,阿里更将其开展成了中台工作群(查找工作部、同享事务渠道、数据技能)。后端一系列体系支撑着公司各种事务的进行和开展,前端展现、事务处理(订单、优惠券)、库存变化等进行时,后端各体系间相互调用接口进行数据更新。

  因为商业性质决议了电商事务支撑体系有必要具有稳定性、可扩展、安全性强等特色,PM在规划产品架构时,应充沛考虑到事务开展需要,尽量将各模块阻隔,产品模块建个产品中心,订单模块建个订单中心等等。只要在产品规划上有模块化思维,具有前瞻性,技能在开发时才会考虑事务阻隔,当事务调整、功用新增时,开发可敏捷进行,防止牵一发而动全身的工作重复发作。

  针对一般电商事务,我简略画了一张产品模块示意图,根本一些中小型电商公司的产品架构大致如此。除了图中所示,现在许多电商公司开端转型社交电商,选用UGC形式或直播电商,在产品架构上会新增资讯体系,完成资讯与产品的高度交融,本文不过多触及。

  对电商公司来讲,最中心最难做的三部分:产品、订单、库存。产品与店肆、营销、点评等相关,订单与会员、营销、支付、库存、物流等相关,库存与订单、收购、WMS、营销等相关,体系之间事务逻辑和交互反常杂乱,规矩多样。

  产品中心:

  首要办理SKU(最小库存单位)、SPU(标准化产品单元)、特点(要害特点、非要害特点、出售特点)、类目品牌、价格等有关产品的数据;

  订单中心:

  办理订单类型、订单状况,落下关于产品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作;

  ​

  支付中心:

  首要调用第三方支付渠道接口,记载支付信息(对应订单号、支付金额等);

  会员中心:

  首要办理用户等级、用户权益、积分、卡券等会员相关信息;调度中心首要将订单信息转化为发货通知单,调度库房和物流进行发货;

  客服中心:

  首要办理退货退款、售后服务等操作,包含呼叫中心、在线客服等,与之对应的是工单体系,将客服使命进行行列办理,分配给相应的客服;

  营销中心:

  首要办理活动相关,优惠券、满减、专场活动、促销专区等,营销东西的开发对电商特别重要,营销活动的乱用形成的用户疲惫,怎样移风易俗,给电商产品司理形成了很大应战;

  运营中心:

  首要是对用户端进行页面装备(Banner、ICON、TAB)、价格办理等,一般会营销中心并入运营,作为其一部分;

  点评中心:

  办理产品点评和用户反应,这并没有幻想的那么简略,触及到一些灵敏词和灵敏图片的挑选,以及回复内容办理;

  店肆办理:

  功用杂乱,相当于供给给B端用户一个Saas办理后台,供给办理产品、营销、订单一系列功用,首要针对一些有toB事务的电商敞开渠道;

  收购中心:

  办理SKU,当库存预警时,及时生成收购单进行入库,有供货商办理模块,首要进行供货商办理评级,开展新供货商等功用;

  财务办理:

  首要和订单、收购体系相关,数据精确性要求较高;

  WMS体系(库房办理体系):

  首要是入库、出库、盘点等模块,WMS首要和调度中心进行数据交互,反应出入库状况和库存变化;

  物流中心:

  首要进行运费模板、运费办理(前端订单、实在物流本钱)、物流状况保存查询(快递100、菜鸟等相关),假如是跨境电子商务,还触及到和海关总署的对接,进行报关操作。

  风控中心:

  首要使用大数据进行用户信誉建造、反诈骗,防止歹意点评、刷单退款等操作,构建安全的电商购物环境。

  对电商后端支撑线各模块的事务功用有开始认知之后,能够正常的看到的是,往常手机中的一个电商APP,背面是若干体系在支撑着,亦是许多技能和产品人员在辛苦支付。

  以客户下订单为例来介绍事务信息在各体系之间的流通,触及首要的信息交互如下图所示。从用户挑选产品、生成订单到订单出库、物流配送、用户签收、退货退款,信息在多体系中流通更新数据。

  从图中能够精确的看出前台的一小步,后台的一大步。关于产品司理来讲,理清各体系之间的事务逻辑,特别是在产品类型多样(服务产品、什物产品、服务加什物产品等),事务杂乱(预售、代销、代发等)时,各体系模块的阻隔,规划时考虑扩展性十分必要。

  大略的介绍了一下后台支撑体系的各子体系,期望能够给你必定的参考性。假如想更深入了解各子体系,能够重视我,接下来计划写一系列文章介绍各子体系。

分享至:

相关阅读