掌握电商后台设计，这一篇足矣(转载)

阅读全文大约须要15分钟。本文为做者对平时工做的思考总结，包括商品中心的设计、订单拆单的实现、促销活动及优惠券的设计使用等，对相关从业者，有借鉴意义。欢迎留言交流讨论。

本文包括如下几个部分：

1. 电商后台系统概述
2. 电商后台产品设计：商品中心
3. 电商后台产品设计：订单拆单
4. 电商后台产品设计：促销活动解析
5. 电商后台产品设计：优惠券的设计和妙用

1、电商后台系统究竟是怎么回事儿

每一年的“双十二”“双十一”人造购物节一来，电商群战就好不热闹，马云却预言纯电商时代已去，新零售时代已至。做为一名电商产品经理，身处如此时代，亦会以为不负青春。

作产品以来，主要作后端支撑产品方向，目前对各模块系统都有所涉及。初次接触时，在网上找了不少资料，发现关于产品的相关文章，大部分都是关于产品体验、交互、APP等，说起后台的文章基本浅尝辄止，不多有文章来系统介绍后台各模块（商品、订单、营销、物流、支付、会员、评价、采购…）,就计划写一系列关于后台各模块的产品设计文章，但愿可以帮助在产品路上成长的PM。

后台系统，也不能叫作一个系统，不少公司将其拆分为不少子系统，阿里更将其发展成了中台事业群（搜索事业部、共享业务平台、数据技术）。后端一系列系统支撑着公司各类业务的进行和发展，前端展现、业务处理（订单、优惠券）、库存变更等进行时，后端各系统间互相调用接口进行数据更新。

因为商业性质决定了电商业务支撑系统必须具有稳定性、可扩展、安全性强等特色，PM在设计产品架构时，应充分考虑到业务发展须要，尽可能将各模块隔离，商品模块建个商品中心，订单模块建个订单中心等等。

只有在产品设计上有模块化思想，具备前瞻性，技术在开发时才会考虑业务隔离，当业务调整、功能新增时，开发可迅速进行，避免牵一发而动全身的事情反复发生。

针对通常电商业务，我简单画了一张产品模块示意图，基本一些中小型电商公司的产品架构大体如此。除了图中所示，如今不少电商公司开始转型社交电商，采用UGC模式或直播电商，在产品架构上会新增资讯系统，实现资讯与商品的高度融合，本文不过多涉及。

对电商公司来说，最核心最难作的三部分：商品、订单、库存。

商品与店铺、营销、评价等相关，订单与会员、营销、支付、库存、物流等相关，库存与订单、采购、WMS、营销等相关，系统之间业务逻辑和交互异常复杂，规则多样。

• 商品中心：主要管理SKU(最小库存单位)、SPU（标准化产品单元）、属性（关键属性、非关键属性、销售属性）、类目品牌、价格等有关商品的数据；

• 订单中心：管理订单类型、订单状态，落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动做；

• 支付中心：主要调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等）；

• 会员中心：主要管理用户等级、用户权益、积分、卡券等会员相关信息；调度中心主要将订单信息转化为发货通知单，调度仓库和物流进行发货；

• 客服中心：主要管理退货退款、售后服务等操做，包括呼叫中心、在线客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服；

• 营销中心：主要管理活动相关，优惠券、满减、专场活动、促销专区等，营销工具的开发对电商尤为重要，营销活动的滥用形成的用户疲劳，怎样推陈出新，给电商产品经理形成了很大挑战；

• 运营中心：主要是对用户端进行页面配置（Banner、ICON、TAB）、价格管理等，通常会营销中心并入运营，做为其一部分；

• 评价中心：管理商品评价和用户反馈，这并无想象的那么简单，涉及到一些敏感词和敏感图片的筛选，以及回复内容管理；

• 店铺管理：功能庞杂，至关于提供给B端用户一个Saas管理后台，提供管理商品、营销、订单一系列功能，主要针对一些有to B业务的电商开放平台；

• 采购中心：管理SKU，当库存预警时，及时生成采购单进行入库，有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能；

• 财务管理：主要和订单、采购系统相关，数据准确性要求较高；

• WMS系统（仓库管理系统）：主要是入库、出库、盘点等模块，WMS主要和调度中心进行数据交互，反馈出入库状态和库存变更；

• 物流中心：主要进行运费模板、运费管理（前端订单、真实物流成本）、物流状态保存查询（快递100、菜鸟等关联），若是是跨境电商，还涉及到和海关总署的对接，进行报关操做。

• 风控中心：主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操做，构建安全的电商购物环境。

对电商后端支撑线各模块的业务功能有初步认知以后，能够看到的是，日常手机中的一个电商APP，背后是若干系统在支撑着，亦是许多技术和产品人员在辛苦付出。

以客户下订单为例来介绍业务信息在各系统之间的流转，涉及主要的信息交互以下图所示。从用户选择商品、生成订单到订单出库、物流配送、用户签收、退货退款，信息在多系统中流转更新数据。

从图中能够看出前台的一小步，后台的一大步。对于产品经理来说，理清各系统之间的业务逻辑，特别是在商品类型多样（服务商品、实物商品、服务加实物商品等），业务复杂（预售、代销、代发等）时，各系统模块的隔离，设计时考虑扩展性很是必要。

2、如何设计实用的商品中心（前端显示篇）

天天逛淘宝和京东的时候，映入眼帘的都是品类繁多的商品，可是当咱们选择分类或者直接搜索的时候，按条件筛选时，系统却每每能从千万商品中提供心中想要的商品；在浏览商品时，商品主图、详情图、规格等信息让咱们感受比在超市拿着实物得到更多信息，电商系统究竟是怎么作到这些的呢？

简单粗暴地讲，商品中心是用来管理核心的商品数据。对于使用的维度：从前端来说，是给商品展现、订单、营销活动提供商品数据支撑，从后端来说，商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑。

为了更清晰地描述商品中心这项重量级工程，文章分为两部分从上述两个维度来阐述，第一部分主要从后端的维度介绍商品中心。第二部分主要从商品前端显示来讲后台设计的那些事儿。

1、 商品经常使用概念介绍

先介绍几个基本概念：SKU、SPU、属性、类目。

• SKU

stock keeping uint（库存量单位），库存控制的最小可用单位。例如Iphone 7plus 128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU。

不一样的公司都有本身的SKU编码规则，若是有本身的仓库，在商品入库时通常会打上本身的SKU码，这样整一套库存体系就会自上而下打通，固然还有另外一种处理方式，设置自有SKU码与供应商条码的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的条码。

对大公司来讲，推荐前一种作法，后一种因为供应商编码规则不一样，或者管理规范，在实际操做每每会增长出错率。

• SPU

standard product unit（标准化产品单元），是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，能够一对多，一对一，以下图所示。

SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是经过规格来连接的。

SPU(Iphone 7plus)经过颜色、内容关联到SKU(Iphone 7plus 128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。

• 属性

分为关键属性、销售属性、非关键属性。

关键属性是指可以惟一肯定产品的属性，是必填项。例如手机的品牌、型号属于关键属性；销售属性组成SKU的特殊属性，或称为规格属性，如手机的”颜色”、”内存”；非关键属性指的是除关键属性、销售属性外的其余属性，如手机的手机接口类型，非关键属性不必定是非必填项，有时为了商品信息完整，也会设为必填项。

属性定义对于良好的消费体验有着相当重要的关系，对搜索、索引、筛选都有相当重要的做用。

• 类目

分类树，电商经常使用的有两层类目，前台展现类目，后端商品类目。

前台类目指的是展现给消费者的类目，会根据季节、销售策略、活动进行变更；后台类目属于基础数据，不可随意变更，添加SKU时都须要选择类目，进行绑定。

须要注意的是，类目树的层次不能太深，通常三层或四层，若是太深，不论对于管理仍是技术性能来讲，都是不利的。前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可以让其关联后台类目任一层，可一对1、一对多。前台类目还能够对应品牌。

2、商品基础资料设计

在介绍商品经常使用概念时，也透露了不少在产品设计时关联的信息。在添加SKU时，须要选择品牌、填写一些属性，以及关于仓库管理的基础数据（长宽高、重量、供应商等）。

商品中心基础资料结构图主要以下，首先是品类管理，主要包括品牌管理(中英文名、可供品类、产地（跨境电商比较重要）)、属性管理（针对类目添加相关属性和属性值）、类目管理（后端类目树重中之重，肯定时要考虑全面，属于基础数据，后续更改比较麻烦。），大体产品框架如图所示。

在添加SKU时，经过供应商去关联采购，进而影响仓库中SKU的库存。

供应商在添加SKU时亦可不选择，能够在采购系统中添加关联。

经过销售属性去关联SPU与SKU，同一SPU在前台显示时能够共用同一商品详情，只是经过规格属性映射到具体的SKU；针对商品的关键属性和属性值，能够在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着相当重要的做用。

3、复盘

商品中心后端属于基础数据，会被许多子系统调用，对于电商公司来讲重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理，可扩展的商品中心结构将给公司业务发展带来很大益处。

文后扩展，不少电商公司业务定位都是B2B2C，为了扩充SKU，增长用户量，或者构建平台体系，都会容许第三方来平台管理商品，相似京东、有赞，这类平台的商品结构更加复杂，SKU须要增长所属商家，商品详情、属性值、库存都须要相互独立，在SKU、SPU纬度上增长一个商家纬度。这里不作过多扩展，感兴趣的朋友能够深刻思考。

3、如何设计实用的商品中心  （后台设计篇）

用户日常购物接触到最多的就是商品显示页，商品列表、商品详情页的基础信息都是从商品中心获取。

目前对于商品设计有着成熟的产品方案，电商网站的商品产品结构大同小异，淘宝上的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（表达可能不太准确，但认真研究过二者商品结构应该理解我说的不一样点，下文解释）。

其实我更倾向于淘宝的商品结构，可以支持更加灵活的商品方案。

京东与淘宝的商品详情页

商品信息主要由类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等）、商品图、商品详情描述、物流信息等组成。至于常常看到的服务标签（白条、极速退款）、商品标签（热销）、活动标签（满减、优惠券）、价格标签（拼团价、活动价）、同类商品等都是在商品信息上的包装层，不在本文的阐述范围。

1、商品类目、商品基本信息

商品类目分为两层，基础数据类目层、前台展现类目层，在添加和管理商品时，都是在基础数据类目层对商品进行管理（以下图）。商品属性、销售属性及品牌等不少数据都是在基础类目上进行管理，因此类目管理属于较为核心的工做，必定要从长远角度考虑。

在添加商品时，需选择对应的类目。前台类目在展现时，有两种处理方式：

• 前台类目对应后台类目，可一对1、一对多、多对多，自由组合，动态调整。如今大部分自营电商都是用的这种类型。

• 前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提供给平台上商家的类目服务，添加商品时直接选择前台展现的类目。 

另外，类目通常是分为三层，类目树不要太深，不然将影响产品效率。 

JD商品类目

设置商品信息、副标题（通常介绍产品卖点、促销），选择商品对应的品牌。

在品牌管理中，有两种方案：1.品牌统一管理，小公司商品丰富度较少时的方案。2.品牌关联类目，商品丰富度高的选择。

基本信息编辑 

2、商品属性

商品属性包括属性名、属性值，通常都是挂在具体类目子叶下，设置必填和非必填。在设置属性值时，须保留必定的扩展性，部分容许自定义属性。商品属性管理要求强大的类目运营能力，在中小型电商平台通常会提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据。

商品搜索能力，除了标题、类目，很大部分依赖于商品属性，条件筛选的基础数据也是商品属性和规格属性。完善商品属性对于良好用户体验相当重要。

淘宝的商品属性（男装>风衣）

3、规格、价格、库存、SKU信息

在购买商品时，咱们会常常选择规格（销售属性），主要包括颜色、尺寸，为了支持多样化的用户需求，选择以后能够编辑规格。规格一对一肯定以后，可单独设置价格、库存、商家SKU，淘宝上亦可添加条形码（69码）。

也能够设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物，上文亦讲过，仓库和采购管理的都是具体的SKU。

仔细观察会发现，京东的商品标题是加上具体的规格，在选择规格时会跳转SKU，对于落单数据有效率提高，可是对于页面效率和体验是不如淘宝的SPU结构的。如今大部分电商都采用的是淘宝的SPU结构，亦是优质选择。

JD规格、价格、库存、SKU设置页面

在淘宝上选择具体的规格后，会发现商品缩略图会发生变化，这就须要在管理商品时，针对某规格单独上传图片。这里有个设计很巧妙的地方，只是不一样颜色须要上传对应的商品缩略图，而尺码不须要。

淘宝不一样颜色上传具体的缩略图，京东可上传多图

针对商品设置平台价和市场价，主要是为了商品在列表展现商品、未选择具体规格时展现，至关于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商通常在SKU数据层就会录入这些数据，直接调用。

货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品多是不一样SKU，有着不一样的规格，因此不能直接拿货号来管理SKU。

JD商品信息填写

4、商品图、商品详情描述、物流信息

除了不一样规格对应的商品缩略图，商品图还包括商品主图，通常要求图片质量较高，包括总体图和细节图。商品主图是吸引顾客眼球的必要利器，不管是列表页，仍是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需对商品主图较为慎重。

商品详情页如今通常会区分电脑版和手机版，因为二者的使用场景和设备不一样，侧重点也不相同。为了更好的展现产品特色，可提供不一样的产品详情模板，亦可支持不一样的富文本编辑。

商品详情描述

选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等），在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂，下篇文章详细描述讲解物流运费相关的细节。

商品物流选择

5、其余商品信息

主要包括售后服务（发票、保修服务、退换货）、包装清单等相关说明。

6、上下架管理

设置完商品基本信息以后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，没法购买。搜索、筛选的商品范围都是在上架的商品范围进行。

上下架设置

在商品管理层面，平台电商提供给平台商户的商品服务与自营电商本身的商品服务有着很大不一样。最大区别在于自营电商比平台电商多SKU管理，库存和属性都是基于SKU进行管理，在添加商品时，若是还要从新填写，就会形成数据冗余。因此通常会共用数据。

4、电商后台产品设计：优惠券的设计和妙用

优惠券是一种常见的促销方式，在规定的周期内购买对应商品类型和额度的商品时，结算时知足必定条件会减免必定金额。经过发放优惠券，引导用户购买相应的商品，在下单的时候抵扣必定的费用，达到促销、提升客单价的目标。

优惠券不论在线上仍是线下，适用范围都比较普遍。例如滴滴发的专车券、外卖平台发的外卖券、京东淘宝的优惠券等。

1、优惠券的类型和应用场景

优惠券有多种分类方式，按照使用门槛、使用范围、发放主体等有不一样的分类。

1.1 按照使用门槛分为现金券、满减券、折扣券。

现金券：不限制订单金额，能够直接使用。

满减券：订单金额须要知足必定的最低额度才可以使用，例如：满100减10元优惠券。

1.2 按照适用范围分为：单品券、品类券、品牌券。

单品券：购买优惠券指定商品时可以使用，这种优惠券通常只针对少许特殊商品可使用。

品类券：购买优惠券指定类别的商品便可使用，除个别特殊商品。

品牌券：购买优惠券指定品牌的商品时可以使用，除个别特殊商品。

通常按照品牌或者品类设置优惠券范围是比较常见的方式。 

1.3 按照发放的主体分为平台优惠券和店铺优惠券 

平台优惠券：优惠由平台承担，好比平台活动优惠券、平台注册的新人优惠券、平台积分兑换的优惠券。

店铺优惠券：在平台上的店铺本身发放的优惠券，好比淘宝上的店铺优惠券、京东的店铺优惠券。

平台优惠券的金额由平台承担，在店铺使用时优惠金额由平台返给店铺；店铺优惠券的成本由店铺本身承担。

2、优惠券的设计规则

从优惠券的生命周期，来设计优惠券是最恰当的。

优惠券周期 

2.1 生成优惠券

在生成优惠券时，主要是从优惠券信息和推广信息两方面来考虑优惠券的设计。

2.1.1 优惠券信息

• 优惠券名称
• 类型：现金券、满减券、折扣券
• 面值：例如10元。
• 使用条件：满XX元可用
• 使用平台：客户端、H5商城、主站、各分销渠道
• 有效期时间：绝对时间（时间段）、相对时间（领取之往后多少天有效）
• 发行量：优惠券张数（设置限额）
• 使用范围：平台券（全平台通用）、店铺券（仅在某店铺可用）
• 商品范围：全品类、限制品类、限制商品 

2.1.2   推广信息

• 发放方式：可发放可领取、仅可发放(只能由平台发放给用户)、仅可领取（只能用户本身领取或兑换）
• 推广范围：免费领取、积分兑换
• 优惠券是否公开：设置公开后，在领券专区、商品详情页、购物车都默认展现
• 限领：每人仅限一张、每人天天限领一张
• 券领取时间：设置领取时间段（过时）
• 在优惠券生成以后，将优惠券显示在优惠券列表中。 

2.2 发送优惠券

优惠券有主动领取和被动领取两种方式。

主动领取：

用户在店铺首页或者平台上看到优惠券，主动进行领取；用户在线下看到宣传推广；朋友圈优惠券分享连接等等。

这种发放方式须要必定的运营成本，须要打动用户，产生兴趣进行主动领取，这种方式须要作好防做弊机制，真正获取到的用户价值较高。

被动领取：

系统主动给用户发送相应的优惠券，可是这种大面积分发的方式，用户精准度低，转化率较低，只能不多促进客单量。

系统发放优惠券场景有不少种：1.用户注册；2.大促活动；3.还有客服发券，主要是售后补偿（平台责任致使售后，发券补偿客户），或者好评返现。

除了以上的方式，还有许多平台电商的一项业务：大客户团购，主要是给一些单位提供的福利卡，例如京东卡。能够经过优惠券（平台币）的形式实现，生成相应的卡密（或兑换码），制做实物卡售卖给一些公司发福利、送礼。用户输入卡密兑换以后，兑换成平台的交易币（至关于给购物卡充值），能够用来抵扣订单金额。

发送优惠券虽然在前端页面只是简单的一个交互，可是后端有大量的逻辑须要处理。

校验用户登陆状态 → 优惠券信息读取（是否在有效期、是否可发放、剩余数量） → 优惠券绑定用户

2.3 优惠券核销

在用户下单时，确定是须要系统从其帐户中的优惠券选择合适的优惠券推荐给其使用的。我思考的推荐算法应该分三步：

• 从用户优惠券列表中选择出当前订单可用的优惠券（包括通用券和相应产品优惠券），主要是从有效期、商品范围等条件判断

• 如有多种可用优惠券，可是金额不一样，默认选择可抵扣最高的优惠券。

• 若是金额相同，先匹配同类优惠券的优惠券，但当优惠券的额度（现金券）大于支付额度弹出提醒框，确认是否使用。

注：在用户的优惠券列表中，优惠券是否失效也是实时拉取的（失效过长应清除此优惠券），下单时优惠券选择应仅显示用户可用优惠券。

2.4 优惠券统计

主要统计优惠券的发送张数、使用张数。深度数据挖掘能够统计优惠券对应的客单价、复购率等等。

3、优惠券的前端展现

优惠券的前端露出窗口主要有五处：用户优惠券列表、订单提交页、购物车、商品详情页、领券中心（或优惠券分享连接）。

前端展现的难点在于商品详情页和购物车中展现可用优惠券。须要高效率的算法来计算匹配商品对应的优惠券，主要有两点好处：1.优惠券来促进用户消费；2.在用户消费时帮助用户省钱。告知用户有优惠能够享受，避免用户下单以后看到相关优惠没有享受到产生不平衡心理。

优惠券（京东）的前端透出

4、优惠券在订单中的处理

下单时优惠券的匹配在前面已经叙述过，主要是分为三步，详见2.3优惠券的核销。本节重点讲解优惠券的逆向流程。

在订单完成售后（退款或退货）时，优惠券应有必定的返还机制。

• 统一设置成不可返还，用了以后就不退。
• 订单中所有退款时，优惠券所有退还。
• 订单中部分退款时，普通优惠券不返还，现金券按金额比例退还。

优惠券有着一套很成熟的产品设计方案，介绍以后，再提一个目前绝大部门产品难以解决的问题：基于平常优惠券的使用状况，运营人员如何平衡发放优惠券所带来的成本增加，商品销量增加和单品毛利降低之间的矛盾？在申请促销活动经费时，怎样的数据更具说服力？

5、电商后台产品设计：促销活动解析

促销是最多见的电商运营手段，每到重要节日，相似双11、61八、情人节等等，商家在线上或是线下都会展开疯狂的促销大战，经过各样的形式吸引消费者。做为电商的从业者，应该对各类促销手段有所了解。这部份内容将从产品设计的角度来介绍各类促销手段。

1、促销综述

促销就是营销者向消费者传递有关产品的各类信息，吸引或促进消费者购买其产品，以达到扩大销售量的目的。促销对提升客单量、客单价、复购率甚至注册量都有必定的好处。不少电商平台或店铺在起步阶段会经过大量的促销活动来吸引消费者，获取流量。

促销有利有弊，对平台来讲不必定是好事，频繁的促销容易给顾客产生疲劳，透支将来收入，甚至会下降品牌定位。

2、促销的各类类型

促销有多种形式，目前电商系统可以支持的促销形式我大体总结了一下，大约有7种：满减促销、单品促销、套装促销、赠品促销、满赠促销、多买优惠促销、定金促销。

这7种促销形式几乎囊括了各电商平台全部的促销方案，特别提一下“定金促销”的形式在2016年双十一开始普遍应用，对电商供应链的备货和物流控制大有益处。

• 满减促销： 购物者只要购买相应商品到规订价格便可获得必定的减价优惠。主要有两种形式：阶梯满减、每满减。阶梯满减，例：满100减十、满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、促销的后台设计

刚刚介绍到的几种促销方式在设计上都大同小异，主要分为活动条件、主商品信息、赠品信息（有些无赠品）这三部分。

3.1 活动条件

主要包括促销活动名称、促销时间、限购数量、促销范围（全网、APP /微信商城）、会员级别（全员  or 新注册用户 or 某等级会员）、活动备注、活动规则。

活动规则即最核心的设置，例如：满800元减60，3件150元。

满减规则设置（来自京东） 

3.2 主商品信息

选择参加活动的商品，可按SPU、分类、品牌等来选择参加促销的商品。

除此以外，还要判断当前所选商品是否参与其余促销活动，与此活动由冲突。例如A商品参加4月的活动，满400元减20元；再次设置该商品参加满400减50的活动，就应与该商品已参加活动冲突，不可设置。

设置主商品（来自京东）

3.3 赠品信息

选择参加活动的赠品，赠品通常有数量限制。有两种规则，赠品全送，或在多赠品中选择几件。为减小系统复杂度，减小用户理解难度，建议采用赠品全送的规则。

另外对于满赠促销的形式，若要设置分级赠品（满300元送自拍杆，满500送充电宝，满1000送高端耳机），就须要对赠品分开进行设置。

设置赠品（来自京东）

对于后台产品来说，重点在于设置规则以后在商品详情页、购物车的促销信息展现以及订单页面的促销活动判断逻辑。

4、前端展现

在商品详情页，要去判断商品对应的全部促销活动，例如加价购、满赠、赠品等促销活动。

商品详情页的促销信息（来自京东）

在购物车，除了展现促销信息（满赠、满减、套装、换购）的做用，还可让用户在多优惠并存只能选其一的状况下，能够选择修改促销方案。（感受京东已经把购物车的功能作到极致了）

购物车的促销信息（来自京东）

在订单详情页，判断当前所选商品的促销信息（促销价、赠品、换购商品等），将全部相关商品记入订单信息中，再算出促销价格。

订单页的促销信息（来自京东）

企业利用各类促销的方法和手段，使消费者了解和注意企业的产品、激发消费者的购买欲望，并促使其最终购买。每一年源源不断的促销已经形成消费者对促销麻木，只有在促销与正常销售之间寻找合适的平衡点，才是企业的生存之道。

6、电商后台产品设计：订单拆单

最近在作拆单的需求，细思极恐，思考越深刻，就会发现里面涉及的东西愈来愈多，要想作好订单拆单的功能，仍是至关有难度，所以总结了一下拆单功能细节，分享出来。

拆单也有两个层次，第一次是在提交订单后支付以前拆单，此次是拆分的订单，一次是在下单以后，发货以前，去拆分发货单（SKU层面）。

两次拆单的原则不一样，第一次拆单是为了区分平台商家、方便财务结算，第二次拆单是为了按照最后的发货包裹进行拆单，如不一样仓库、不一样运输要求的SKU、包裹重量体积限制等因素（第二次拆单的有些步骤能够放在第一步）

须要注意的是，如果跨境商品平台，则须要在支付前完成全部拆单步骤，由于报关须要三单对碰，订单、支付单、运单统一。

1、 为何要拆单

拆单，顾名思义就是客户在下单以后，为了发货和结算方便，须要对订单进行拆分。

影响拆单的因素主要有如下几点：

• 店铺商家。因为商品归属权不一样，涉及到财务结算和发货的问题，店铺商家不一样，须要拆分订单。例如京东自营和平台商家的商品在下单时会拆分红不一样的子订单，售后入口不一样。或者不一样淘宝店同时下单会按照店铺进行拆单。

• 仓库。因为发货仓库不一样，按照商品归属的仓库进行拆单，如有多仓有货，还应按照地域时效选择仓库进行拆单。

• 品类。因为商品属性和价值得不一样，一样会产生拆单需求。例如易碎品须要特殊包装，超大物品（儿童座椅、轮胎）须要单独包装。甚至有些品类不一样的商品不能放在一块儿，都须要来定义拆单规则。

• 物流因素。不一样物流公司对单个包裹的重量或体积都有特殊要求，须要根据sku的毛重和体积计算包裹总重量和体积，超出物流公司限制的也须要拆单。

• 商品价值。这块的拆单主要是跨境海淘商品，国家政策规定：跨境电子商务零售进口商品的单次交易限值为人民币2000元，我的年度交易限值为人民币2万元。当单次购买超过2000元（单仓）以后，就须要对订单拆单。（总不能告诉用户少买点，不要超过两千吧！）

2、拆单流程

根据拆单的一些影响因素，须要对订单进行拆分。因为跨境电商和国内电商的区别点：

• 跨境电商通常是单品单仓，同一个SKU只在一个仓库有，而国内电商通常有多个区域仓，从时效最高的仓库发货；

• 跨境电商须要报关，必须三单统一，因此拆单只能发生在下单后、支付前，而国内电商除了平台商家不一样须要在下单时就拆单，其余的拆单步骤可在下单以后再拆发货单；

• 报关限额，只有跨境电商须要考虑。

下图简单解析一下拆单的流程：

拆单流程

3、拆单以后的前端显示

在提交订单以后、支付以前的拆单订单，须要即时显示给用户，若用户中断支付，再回到支付环节，就须要分开支付。用户就能知道，是不一样的包裹发过来的，分属不一样的子订单。

订单拆分（淘宝）

在支付以后，系统根据一些影响因素进行拆单，同一个子订单可能会对应多个物流单，在订单显示页面查看物流时，须要展现多个物流信息。可是如今多个平台只能一个订单对应一个物流单。有些订单没法经过一个包裹就能发货，在信息反馈给客户上就会有些瑕疵。

关于支付单，虽然基本全部平台都会经过合并支付的方式简化支付环节，可是不一样的子订单都是能够拿到不一样的支付单号的，这样就有利于售后和财务管理，对于跨境商品，还有报关的做用。

小结

拆单的系统比较复杂，要作的彻底完全，对大部分电商公司有很大的困难，这须要打通从订单系统到WMS系统的许多环节，因此须要在产品设计上进行取舍，根据平台的具体需求来肯定拆单需求的优先级。

做者： 刘志远，跨境电商产品经理，
公众号：碎碎恋产品（ID：WebPMgrow）

 

转载自：http://www.yixieshi.com/78740.html