产品经理如何用一张图理清电商后台产品模块？
来源：
奇酷教育 发表于：
电商是拥有最复杂业务形态的的互联网产品，涉及到线上线下的联动。它的子系统繁多，不同子系统之间也有较多信息交互。
从亚马逊、Ebay等电商企业诞生，电商已经发展二十多年。电商的产品逻辑虽然复杂，但从商品展示、推荐到订单、物流等全套业务都已经形成了标准成熟的产品方案。
电商是拥有最复杂业务形态的的互联网产品，涉及到线上线下的联动。它的子系统繁多，不同子系统之间也有较多信息交互。
支撑电商的关键系统，往往在于后台系统。很多公司将其拆分为很多子系统，阿里更将其发展成了中台事业群（搜索事业部、共享业务平台、数据技术）。
后台的一系列系统，在支撑着公司各种业务的进行和发展。在前端展示、业务处理（订单、优惠券等）、库存变动等进行时，后台各系统间也在互相调用接口进行数据更新。
由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、安全性强等特点，PM在设计产品架构时，应充分考虑到业务发展需要，尽量将各模块隔离。例如商品模块建个商品中心，订单模块建个订单中心等等。
只有在产品设计上有模块化思想，具有前瞻性，技术在开发时才会考虑业务隔离，当业务调整、功能新增时，开发可迅速进行，避免牵一发而动全身的事情反复发生。
那么针对一般电商业务，产品经理如何用一张产品模块示意图来理清电商后台模块呢？
（除了图中所示，现在很多电商公司开始转型社交电商，采用UGC模式或直播电商，在产品架构上会新增资讯系统，实现资讯与商品的高度融合，本文不过多涉及。）
对电商公司来讲，最核心最难做的三部分：商品、订单、库存。商品与店铺、营销、评价等相关，订单与会员、营销、支付、库存、物流等相关，库存与订单、采购、WMS、营销等相关，系统之间业务逻辑和交互异常复杂，规则多样。
商品中心
主要管理SKU(最小库存单位)、SPU（标准化产品单元）、属性（关键属性、非关键属性、销售属性）、类目品牌、价格等有关商品的数据
订单中心
管理订单类型、订单状态，落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作
支付中心
主要调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等）
会员中心
主要管理用户等级、用户权益、积分、卡券等会员相关信息；调度中心主要将订单信息转化为发货通知单，调度仓库和物流进行发货
客服中心
主要管理退货退款、售后服务等操作，包括呼叫中心、在线客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服
营销中心
主要管理活动相关，优惠券、满减、专场活动、促销专区等，营销工具的开发对电商尤其重要，营销活动的滥用造成的用户疲劳，怎样推陈出新，给电商产品经理造成了很大挑战
运营中心
主要是对用户端进行页面配置（Banner、ICON、TAB）、价格管理等，一般会营销中心并入运营，作为其一部分
评价中心
管理商品评价和用户反馈，这并没有想象的那么简单，涉及到一些敏感词和敏感图片的筛选，以及回复内容管理
店铺管理
功能庞杂，相当于提供给B端用户一个Saas管理后台，提供管理商品、营销、订单一系列功能，主要针对一些有to B业务的电商开放平台
采购中心
管理SKU，当库存预警时，及时生成采购单进行入库，有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能
财务管理
主要和订单、采购系统相关，数据准确性要求较高
系统（仓库管理系统）
主要是入库、出库、盘点等模块，WMS主要和调度中心进行数据交互，反馈出入库状态和库存变动
物流中心
主要进行运费模板、运费管理（前端订单、真实物流成本）、物流状态保存查询（快递100、菜鸟等关联），如果是跨境电商，还涉及到和海关总署的对接，进行报关操作
风控中心
主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操作，构建安全的电商购物环境
对电商后端支撑线各模块的业务功能有初步认知之后，可以看到的是，平常手机中的一个电商APP，背后是若干系统在支撑着，亦是许多技术和产品人员在辛苦付出。
以客户下订单为例来介绍业务信息在各系统之间的流转，涉及主要的信息交互如下图所示。从用户选择商品、生成订单到订单出库、物流配送、用户签收、退货退款，信息在多系统中流转更新数据。
从图中可以看出前台的一小步，后台的一大步。对于电商类、后台类产品经理来讲，理清各系统之间的业务逻辑，特别是在商品类型多样（服务商品、实物商品、服务加实物商品等），业务复杂（预售、代销、代发等）时，各系统模块的隔离，设计时考虑扩展性非常必要。
同时，对于电商产品经理来说，越往上晋升，越需要对不同模块的设计核心逻辑都熟悉。当对产品的关注点从前台到后台模块，再到整个系统时，就拥有产品的全局观、系统观。
