数十万互联网从业者的共同关注！
作者： 刘志远，跨境电商产品经理，作者授权早读课转载。
公众号：碎碎恋产品（ID：WebPMgrow）
编辑：Dva
编者按：
阅读全文大约需要15分钟。本文为作者对平时工作的思考总结，包括商品中心的设计、订单拆单的实现、促销活动及优惠券的设计使用等，对相关从业者，有借鉴意义。欢迎留言交流讨论。
本文包括以下几个部分：
电商后台系统概述
电商后台产品设计：商品中心
电商后台产品设计：订单拆单
电商后台产品设计：促销活动解析
电商后台产品设计：优惠券的设计和妙用
一、电商后台系统到底是怎么回事儿
尽量将各模块隔离，商品模块建个商品中心，订单模块建个订单中心等等。
对电商公司来讲，最核心最难做的三部分：商品、订单、库存。
商品中心：主要管理SKU(最小库存单位)、SPU（标准化产品单元）、属性（关键属性、非关键属性、销售属性）、类目品牌、价格等有关商品的数据；
订单中心：管理订单类型、订单状态，落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作；
支付中心：主要调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等）；
会员中心：主要管理用户等级、用户权益、积分、卡券等会员相关信息；调度中心主要将订单信息转化为发货通知单，调度仓库和物流进行发货；
客服中心：主要管理退货退款、售后服务等操作，包括呼叫中心、在线客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服；
营销中心：主要管理活动相关，优惠券、满减、专场活动、促销专区等，营销工具的开发对电商尤其重要，营销活动的滥用造成的用户疲劳，怎样推陈出新，给电商产品经理造成了很大挑战；
运营中心：主要是对用户端进行页面配置（Banner、ICON、TAB）、价格管理等，一般会营销中心并入运营，作为其一部分；
评价中心：管理商品评价和用户反馈，这并没有想象的那么简单，涉及到一些敏感词和敏感图片的筛选，以及回复内容管理；
店铺管理：功能庞杂，相当于提供给B端用户一个Saas管理后台，提供管理商品、营销、订单一系列功能，主要针对一些有to B业务的电商开放平台；
采购中心：管理SKU，当库存预警时，及时生成采购单进行入库，有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能；
财务管理：主要和订单、采购系统相关，数据准确性要求较高；
WMS系统（仓库管理系统）：主要是入库、出库、盘点等模块，WMS主要和调度中心进行数据交互，反馈出入库状态和库存变动；
物流中心：主要进行运费模板、运费管理（前端订单、真实物流成本）、物流状态保存查询（快递100、菜鸟等关联），如果是跨境电商，还涉及到和海关总署的对接，进行报关操作。
风控中心：主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操作，构建安全的电商购物环境。
用户选择商品、生成订单到订单出库、物流配送、用户签收、退货退款，信息在多系统中流转更新数据。
二、如何设计实用的商品中心（前端显示篇）
一、 商品常用概念介绍
SKU、SPU、属性、类目。
SKU
stock keeping uint（库存量单位），库存控制的最小可用单位。例如Iphone 7plus 128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU。
自上而下打通，当然还有另一种处理方式，设置自有SKU码与供应商条码的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的条码。
SPU
standard product unit（标准化产品单元），是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，可以一对多，一对一，如下图所示。
SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。
属性
类目
一般三层或四层，如果太深，不论对于管理还是技术性能来说，都是不利的。前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可让其关联后台类目任一层，可一对一、一对多。前台类目还可以对应品牌。
二、商品基础资料设计
三、复盘
三、如何设计实用的商品中心 （后台设计篇）
目前对于商品设计有着成熟的产品方案，电商网站的商品产品结构大同小异，淘宝上的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（表达可能不太准确，但认真研究过两者商品结构应该理解我说的不同点，下文解释）。
其实我更倾向于淘宝的商品结构，能够支持更加灵活的商品方案。
一、商品类目、商品基本信息
前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。现在大部分自营电商都是用的这种类型。
前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提供给平台上商家的类目服务，添加商品时直接选择前台展示的类目。
另外，类目一般是分为三层，类目树不要太深，否则将影响产品效率。
基本信息编辑
二、商品属性
商品属性包括属性名、属性值，一般都是挂在具体类目子叶下，设置必填和非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性。商品属性管理要求强大的类目运营能力，在中小型电商平台一般会提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据。
三、规格、价格、库存、SKU信息
四、商品图、商品详情描述、物流信息
五、其他商品信息
主要包括售后服务（发票、保修服务、退换货）、包装清单等相关说明。
六、上下架管理
在商品管理层面，平台电商提供给平台商户的商品服务与自营电商自己的商品服务有着很大不同。最大区别在于自营电商比平台电商多SKU管理，库存和属性都是基于SKU进行管理，在添加商品时，如果还要重新填写，就会造成数据冗余。所以一般会共用数据。
四、电商后台产品设计：优惠券的设计和妙用
一、优惠券的类型和应用场景
1.1 按照使用门槛分为现金券、满减券、折扣券。
1.2 按照适用范围分为：单品券、品类券、品牌券。
1.3 按照发放的主体分为平台优惠券和店铺优惠券
平台优惠券：优惠由平台承担，比如平台活动优惠券、平台注册的新人优惠券、平台积分兑换的优惠券。
店铺优惠券：在平台上的店铺自己发放的优惠券，比如淘宝上的店铺优惠券、京东的店铺优惠券。
二、优惠券的设计规则
2.1 生成优惠券
2.1.1 优惠券信息
优惠券名称
类型：现金券、满减券、折扣券
面值：例如10元。
使用条件：满XX元可用
使用平台：客户端、H5商城、主站、各分销渠道
有效期时间：绝对时间（时间段）、相对时间（领取之日后多少天有效）
发行量：优惠券张数（设置限额）
使用范围：平台券（全平台通用）、店铺券（仅在某店铺可用）
商品范围：全品类、限制品类、限制商品
2.1.2 推广信息
发放方式：可发放可领取、仅可发放(只能由平台发放给用户)、仅可领取（只能用户自己领取或兑换）
推广范围：免费领取、积分兑换
优惠券是否公开：设置公开后，在领券专区、商品详情页、购物车都默认展示
限领：每人仅限一张、每人每天限领一张
券领取时间：设置领取时间段（过期）
2.2 发送优惠券
主动领取：
被动领取：
校验用户登录状态 → 优惠券信息读取（是否在有效期、是否可发放、剩余数量） → 优惠券绑定用户
2.3 优惠券核销
2.4 优惠券统计
三、优惠券的前端展示
四、优惠券在订单中的处理
统一设置成不可返还，用了之后就不退。
订单中全部退款时，优惠券全部退还。
订单中部分退款时，普通优惠券不返还，现金券按金额比例退还。
五、电商后台产品设计：促销活动解析
一、促销综述
二、促销的各种类型
满减促销：购物者只要购买相应商品到规定价格即可得到一定的减价优惠。主要有两种形式：阶梯满减、每满减。阶梯满减，例：满100减10、满300减50、满500减80；每满减，例：设置每满200减20，则订单金额230元实付210元，订单金额430元实付390元。
单品促销：在特定时间内购买指定商品享受一定的价格优惠。例：促销期间商品6折，原价100元，购买时60元。
套装促销：商品组合套装以优惠价出售，例如：A商品50元，B商品80元，A+B商品套装促销价100元。
赠品促销：购买主商品之后赠送商品（可多个）。
满赠促销：有满XX元送XX商品、满满XX元加价XX元送XX商品，与赠品促销的区别在于以相应商品订单的价格来区分，可分阶设置，例如满300元送自拍杆，满500送充电宝，满1000送高端耳机等。
多买优惠促销：有M元任选N件、M件N折两种优惠形式。这个主要是参考一些线下卖场发展的促销形式。
定金促销：在商品正式售卖之前采用预付定金的促销模式，提前交定金可享受优惠价。定金预售有多种玩法：定金预购，相当于定金就已经确认订单；定金杠杆，例如定金10元可抵扣30元。
三、促销的后台设计
3.1 活动条件
3.2 主商品信息
3.3 赠品信息
四、前端展示
在商品详情页，要去判断商品对应的所有促销活动，例如加价购、满赠、赠品等促销活动。
在购物车，除了展示促销信息（满赠、满减、套装、换购）的作用，还可以让用户在多优惠并存只能选其一的情况下，可以选择修改促销方案。（感觉京东已经把购物车的功能做到极致了）
在订单详情页，判断当前所选商品的促销信息（促销价、赠品、换购商品等），将所有相关商品记入订单信息中，再算出促销价格。
六、电商后台产品设计：订单拆单
第一次是在提交订单后支付之前拆单，这次是拆分的订单，一次是在下单之后，发货之前，去拆分发货单（SKU层面）。
一、 为什么要拆单
店铺商家。由于商品归属权不同，涉及到财务结算和发货的问题，店铺商家不同，需要拆分订单。例如京东自营和平台商家的商品在下单时会拆分成不同的子订单，售后入口不同。或者不同淘宝店同时下单会按照店铺进行拆单。
仓库。由于发货仓库不同，按照商品归属的仓库进行拆单，若有多仓有货，还应按照地域时效选择仓库进行拆单。
品类。由于商品属性和价值得不同，同样会产生拆单需求。例如易碎品需要特殊包装，超大物品（儿童座椅、轮胎）需要单独包装。甚至有些品类不同的商品不能放在一起，都需要来定义拆单规则。
物流因素。不同物流公司对单个包裹的重量或体积都有特殊要求，需要根据sku的毛重和体积计算包裹总重量和体积，超出物流公司限制的也需要拆单。
商品价值。这块的拆单主要是跨境海淘商品，国家政策规定：跨境电子商务零售进口商品的单次交易限值为人民币2000元，个人年度交易限值为人民币2万元。当单次购买超过2000元（单仓）之后，就需要对订单拆单。（总不能告诉用户少买点，不要超过两千吧！）
二、拆单流程
跨境电商一般是单品单仓，同一个SKU只在一个仓库有，而国内电商一般有多个区域仓，从时效最高的仓库发货；
跨境电商需要报关，必须三单统一，所以拆单只能发生在下单后、支付前，而国内电商除了平台商家不同需要在下单时就拆单，其他的拆单步骤可在下单之后再拆发货单；
报关限额，只有跨境电商需要考虑。
三、拆单之后的前端显示
在支付之后，系统根据一些影响因素进行拆单，同一个子订单可能会对应多个物流单，在订单显示页面查看物流时，需要展示多个物流信息。但是现在多个平台只能一个订单对应一个物流单。有些订单无法通过一个包裹就能发货，在信息反馈给客户上就会有些瑕疵。
小结
投稿邮箱：mm@zaodula.com
本文由作者授权早读课发表，转载请联系作者。
3月29日，100offer 邀请了被称作「架构师的摇篮」的阿里中间件参加知乎 Live。
阿里中间件承载了世界上最有挑战的场景，应对了一次次双十一的流量洪峰，他们对人才的要求指引优秀架构师之路的方向。
扫描二维码，参与 Live 会让你了解怎么样的架构师才能胜任顶尖团队中的工作。
苏公网安备 32050502001014号