电商后台设计：基本功能架构

笔者对电商系统的基本功能架构进行了梳理，主要包括：系统管理、账号管理、内容管理、用户管理、商品管理、商品搜索、运营管理、订单管理、售后管理、采购管理、供应商管理、商户管理等，希望通过此文能够加深你对电商后台设计的认识。

电商后台产品设计

• 0开课典礼
  • 1.为什么需要学习电商产品课程？
    • 电商是最成熟的产品教材。
    • 从亚马逊、Ebay等电商企业诞生，电商已经发展二十多年。电商的产品逻辑虽然复杂，但从商品展示、推荐到订单、物流等全套业务都已经形成了标准成熟的产品方案。
    • 生活中的淘宝、外卖等等，在给我们带来便利的同时，每天都在给我们进行电商产品教育，用多了自然都有一些产品体会。
    • 电商是所有互联网产品中最为复杂的业务之一，涉及到线上线下的联动，子系统繁多，不同子系统之间也有较多信息交互
  • 2.完整的后台框架
    • 后台系统庞大复杂，需要对业务体系提供强有力的支撑，产品经理需要充分理解业务。作为一名产品经理，当关注点从功能延伸到模块，再延伸到子系统，最后关注整体系统时，就有了平台型产品经理的能力。
    • 在各类后台系统中，电商后台系统的意义最大，其体系成熟、完整、庞大，且大部分产品都离不开商业化，也就会和电商后台系统或多或少有些重叠。
    • 了解完整的电商后台，锻炼了我们从全局角度看产品的思维，这样做起产品来就有前瞻性，不会局限在某些功能中，因小失大。
  • 3.构建自己的电商产品认知体系
    • 1如何做好电商产品？
      • 电商是门槛最低的产品
        • 买&卖
          • 电商是门槛最低的产品，为什么这么说呢，电商主要解决的是买卖的需求，日常生活中，每个人都会有买卖的需求和行为，不论线上和线下。淘宝、京东、亚马逊……这些网站我们基本都用过。
          • 虽然只是一个普通用户。但是大致都知道电商产品会提供哪些服务，例如订单、商品、物流等等。作为一个普通的消费者来说，电商产品、流程，我们也能说出个 123，因为自己熟悉啊，那所以说电商产品的门槛最低，那大家入门起来也比较容易点。
      • 电商是复杂度最高的产品
        • 多模块&多流程&多业务
          • 多模块，主要是指商品从仓库到用户手中要经过。漫长的系统回路。将近一二，十个子系统系统模块，包括订单商品采购，物流，还有仓储这些，很多系统都在这个里面。而要搞清楚这全部的各模块呢，对于大部分电商产品经理来说是非常有难度的，很多人就只是对一方面比较精通。
          • 多流程是指，除了正向流程外，还有很多逆向流程，例如退货退款，还有发生的时间节点不一样，处理逻辑也有区别。比如说你刚下单就直接取消订单，或者是仓库快要发货的时候你取消订单，由于订单流到了不同的地方，他的这个取消订单的动作导致的相应的库存的扣点逻辑，还有很多很多的动作。都会引发一系列的操作。这流程是非常复杂的。
          • 多业务呢，是指不同行业不同品类的商品产品设计，都有一些区别，操作也不一样。比如淘宝上卖的这些商品的订单流程，肯定和这个我们 O2O，一些外卖或者是水果生鲜，餐厅的订单流程是不一样的。不同业务的设计上也会有所区别。
      • 电商产品与其他产品的不同点？
        • 核心竞争力：供应链（后台支持）
          • 电商产品是需求量最大的产品经理类目，那电商产品到底和其它产品有什么区别呢。
          • 首先我们要意识到电商是和实物是密切相关的。这个就决定了这个电商产品和其他的产品是有很多区别的。什么样的电商产品最有优势呢，我觉得可以用京东最开始的广告词。多快好省，这四个字来概括。
          • 电商企业的核心竞争力在于供应链，电商后台大部分是解决供应链的信息化也就是我们常说的 ERP。前端产品是面子后端产品是里子。如果想要做好电商产品，那必须有一个强大的后台来做支撑。
          • 对于电商产品来说，产品流程、业务逻辑永远是比业务页面的美观度、交互方式更加重要。做电商产品一定要崇尚实用至上，最重要的是成交。一切没有成交量的这个动作都是没有太大的意义的。我们大部分的客诉呢，都是来自于后台，例如很久不发货，退货审核太慢等等。例如这个按钮做的不漂亮，这个路径有点长，其实是很难引起客诉的。
          • 概要
            • 所以我们在做电视后电商产品的时候一定要注重流程逻辑，丰富我们这个后台产品的功能来支撑业务的发展。
        • 流程逻辑>页面交互
        • 量化指标：交易量、客单价
      • 如何入门电商后台产品？
        • 积累
          • 思考日常的购物场景（线上线下），用流程图总结学习供应链相关书籍资料
        • 学习
          • 研究后台设计，类似淘宝、有赞、京东等商家后合尝试设计某些业务的后台产品
      • 如何进阶电商后台产品？
        • 实战
          • 在实践中精进对产品的思考，迭代中总结
          • 完成从功能到模块、模块到产品、产品到产品线的认知跃迁
        • 思辨
          • 与竞品对比，思考流程优化
          • 与同行产品交流，取长补短
          • 与用户交流，分析不同用户的需求
    • 2“点线面体”认知产品
      • • 产品认知的一个跃升图
        • 最开始的新手呢，他的这个产品的认知可能就在功能上面。等他慢慢接手的比较多，他会到模块，最后到系统，然后是产品线，最后到整个各个不同的产品线合成一个产品体系，然后就从更顶层的这个去认知它的商业模式。这就是战略，然后就是整个产业。
        • 大部分产品都有个缺点，就是太自我，很容易圈在自己的空间里，例如，如果我做订单的话，那我会觉得我的订单非常重要，我很难看到这个订单在整条供应链体系，整条后台产品线中到底是怎么样的一个位置，怎样设计订单更有利于这个供应链在仓库里面的这个操作。这个是大部分产品是很难思考到的。如果我们对整条产品后台有清晰认知的话，我们会站在更高的角度来思考功能和产品对整个体系的作用，这样更有利于我们对产品设计的定位。
        • 所以这一点我们要多多注意努力提高自己的认知体系，尽量往更高的这个层次跃升。
        • 电商产品的是最成熟最典型的系统化产品，从电商产品入门我们再去探索其他的产品。就会发现理解起来非常容易。
        • 除了系统的逻辑有相同之处之外，电商还可以带给产品经理成熟的体系化思维，那大部分行业的这个产品相对于电商产品复杂度。都很低，学习理解电商产品，我相信不仅是对电商产品经理，对每个产品经理来说都有很大的帮助。
• 第1章 电商后台系统综述
  • 1.电商商业模式
    • “产品架构”基于商业模式
      • • • 电商模式：B2C、B2B、C2C、O20、C2M.…
          • 综合类、垂直类、微商、二手电商
          • 相关：支付、物流、导购、代运营
          • 给平台严格区分模式很难，在发展的过程中往往会兼容多种模式
          • 商业模式不同，产品架构会有所不同，各模块设计不同
    • 电商商业模式介绍
      • B2C
        • B2C（Business to Consumer企业与消费者之间的电子商务。B2C是电子商务最普遍的模式，就是通常说的商业零售，借助互联网进行在线销售直接面向消费者销售产品和服务，消费者线上支付，网上购物。
      • B2B
        • B2B（Business to Business企业与企业之间的电子商务。供应方（Business）与采购方（Business）之间通过运营者（Operator）达成产品或服务交易的一种电子商务模式。
      • C2C
        • C2C（Consumer to Consumer消费者与消费者之间的电子商务。C2C模式相对B2C来说更加灵活，对于海量商品和类目进行补充，可以针对用户做个性化定制。
      • O2O
        • O2O（Online to Offline般是指线上到线下，通过互联网连接本地生活服务，解决日常生活中的衣食住行等需求。
      • C2M
        • C2M（Customer to Manufactory客户与工厂直接对接，即定制化生产消费。C2M砍掉了架在消费者和制造商之间的品牌商、零售商。
    • 变化中的电商产品
      • 全渠道、线上线下融合发展
        • 消费场景多样化（APP、PC、实体店、微信、微博….）
        • 实体商店浏览→线上购买
        • 在线浏览→实体商店购买
      • 社交化分享、移动电商时代新营销
        • 去中心化（社交平台、粉丝经济）
        • 微商
      • 内容化、粉丝化和场景化
        • 货架式电商→内容电商（软文、测评）
        • 粉丝经济（直播、公众号等），如罗辑思维卖书
        • 场景（人、货、场）
      • 概要
        • 万变不离其宗，电商的产品主体架构不会发生太大变化
        • 后端产品以“供应链”为主体，在此基础上扩展。
        • 以B2C电商为例，来讲解电商的产品体系。
  • 2.什么是电商后台
    • 购物流程
      • 日常购物流程
        • 注册会员
        • 选购商品
        • 加入购物车
        • 下单
        • 支付
        • 订单配送
        • 收货
        • 商品评价
      • APP背后隐藏着什么？怎么支撑这些购物流程？
        • 参与角色：顾客、商家、平台、供应商、服务商
        • 系统支持：会员、商品、订单、支付、物流、评价
        • 流程控制：动态营销、在线管理、供应链信息
    • 电商后台介绍
      • 电商后台
        • 前后台相对，普通消费者、商家、平台三者的定义不同
        • 后端支撑产品线，包括多个系统模块；
        • 作用：业务支持、优化服务流程、提高服务效率
        • 特色：重逻辑、信息交互多（内部、外部）、可扩展
        • 大部分工作在信息化供应链，如订单、采购、仓储、物流等；
          • 学习供应链管理，注重从1到100的优化
          • 制造业、零售业的成熟理论和应用
          • 电商的独有内容：CMS、营销系统；
      • 供应链多阶响应周期模型
  • 3.电商后台产品架构
    • 产品架构定义
      • 为什么需要产品架构？
        • 产品架构影响业务发展和未来拓展性；
        • 设定边界，业务分治，如同组织架构，定义每个系统的范围
        • 提升效率，减少耦合，保证系统稳定
      • 产品架构设计的依据？
        • 商业模式（现在、未来）；
        • 用户对象（外部、内部）
        • 行业经验（规范、成熟体系）
      • 如何设计产品架构？
        • 各个子系统形成一体化平台；
        • 产品系统层级（平台、系统、功能）；
        • 随着业务发展，产品架构不断完善、重构；
        • 概要
          • 平台架构
          • 系统架构
          • 功能元素
    • 产品架构解析
      • • 商品中心：主要管理SKU、S門U、属性、类目品牌、价格等有关商品的数据。
        • 订单中心：管理订单类型、订单状态，收集关于商品、优惠用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作。
        • 支付中心：管理支付数据，调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等），支付对账
        • 会员中心：主要管理用户等级、用户权益、积分、卡券等会员相关信息，通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。
        • 调度中心：将订单信息转化为发货通知单，以其他出入库单，调度仓库和物流进行发货。
        • 促销中心：主要管理活动相关，优恵券、满减、专场活动、促销专区等
        • 内容管理系统：主要是对用户端进行页面配置（Banner、ICON、Tab），配置首页，自定义活动页面，设置生效时效
        • 评价中心：管理商品评价和用户反馈。这并没有想象的那么简单，涉及到一些敏感词和敏感图片的筛选，以及回复内容管理
        • 釆购中心：管理SKU，当库存预警时，及时生成采购单进行入库。有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能
        • 财务管理：主要管理订单、采购系统相关的财务数据，数据准确性要求较高。还需要负责对账、清账、统计等业务。
        • WMS系统（仓库管理系统）：包括入库、出库、盘点等模块。和调度中心进行数据交互，反馈出入库状态和库存变动；
        • 物流中心：主要包括运费模板，负责运费管理、物流状态保存査询。如果是跨境电商，需要对接海关总署，进行报关。
        • 风控中心：主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操作，构建安全的电商购物环境
        • 客服中心：主要管理退货退款、售前售后服务等操作，包括呼叫中心、在线客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服。
        • 店铺管理：功能庞杂，相当于提供给B端用户一个Sas管理后台，提供管理商品、营销、订单一系列功能，主要针对些有对B端业务的电商开放平台。
    • 下单时的信息流转
      • • 前端用户的一小步，后台系统的一大步
        • 以客户下订单为例
          • 信息在多系统中流转更新数据；
          • 从用户选择商品、生成订单到订单出库、物流配送、用户签收、退货退款。
        • 每个子系统不是孤立的，通过产品架构相互关联，定义其功能范围；
        • 信息在各个子系统之间流转；
        • 产品架构与技术架构相辅相成
      • 概要
        • 产品架构决定需求和设计
        • 技术架构决定技术框架和性能
  • 4.后台丰富度的权衡
    • 丰富度权衡点：业务范围、业务量
      • 产品架构并非一成不变，而在发展中完善
    • 后台架构发展周期
      • 产品启动：主功能优先，简单架构；
      • 发展初期：现有架构上丰富功能；
      • 产品中期：模块分离，拆分成多个子系统
      • 产品后期：业务复杂、业务量爆发，难以支撑，重构产品架构
    • 对于后台产品经理
      • 注重对业务的梳理能力，越到后台发展中后期，业务逻辑会越复杂。
      • 对业务进行拆分，定义产品架构，支撑中长期的业务发展。
  • 5.电商后台产品解构路线
    • 电商后台产品的难点
      • 不可知
        • 后端产品无经验，信息言区
      • 资料少
        • 学习资料比较少，没办法接触竟品后合
      • 复杂
        • 信息交互复尕，很难梳理清楚
      • 当面临未知的后台产品时，我们如何从未知到熟悉？
        • 后台产品逆向解构模型
    • 产品解构模型
      • 1选型
        • 要做什么产品？
          • 订单
          • 物流
          • 库存
          • 优惠券（以优惠券为例，解构后台产品）
          • 概要
            • 行业
            • 产品类型
            • 应用场景
            • 用户角色
      • 2调研
        • 场景、角色（用户）、竟品
          • 场景
            • 促销使用的优惠券
          • 角色（用户）
            • 谁来发？给谁用？（生产者与消费者）
          • 竞品
            • 同领域，哪家做的好？天猫、京东、考拉.（选择2-3家进行分析）
            • 后台：淘宝店、有微商城；
      • 3主流程
        • 产品主流程
          • 以优惠券为例，解构后台产品
          • 优惠券产品主流程
            • Tips：找准“主流程”在后端产品设计中最为关键
            • 开始
            • 创建
            • 发放/领取
            • 使用
            • 数据统计
            • 结束
      • 4解构
        • 逆向解构（前后端）
          • 优惠券信息？
          • 创建优惠券？
          • 分支流程思考（优惠券过期/互斥）
        • 流程细化
          • 流程细化
          • 领取流程/发放流程（信息校验）
          • 订单中优惠券的校验和使用
        • 产品架构思考
          • Tips：在分析竞品与思考产品逻辑中完善
          • 前端
          • 后台
          • 系统间信息交互
        • 概要
      • 5验证
        • 验证业务流程
          • 在竞品中验证解构的产品逻辑是否正确，进行优化；
        • 验证产品架构
          • 在竞品中验证解构的产品架构是否正确（前后端），进行优化；
        • 优化
          • 在“解构一一验证“的过程中不断完善；
      • 6设计
        • 信息架构
          • 根据实际业务设计相应的信息流，确定业务流程
        • 原型设计
          • 根据业务流程设计前后端产品原型；
      • 7数据
        • 数据指标
          • 粗：优惠券金额、使用量、销量
          • 细：优惠券的领用情况与使用情况、折损金额、刺激销售量、RO
        • 收集与分析
          • 按照一定规则统计优惠券的使用情况并进行分析
      • 概要
        • 逆向解构数据产品在于深度思考能力，破解后台产品的不可知性！
          • Tips：尝试分析“商品”模块的产品设计。
• 第2章 商品中心的产品设计
  • 1.商品中心概述
    • 商品中心组成架构
      • SKU（Stock Keeping Uint）
        • 即库存量单位，库存控制的最小可用单位。例如“iPhone7Plus 128G银色”是一个SKU。
      • SPU（Standard Product Unit）
        • 即标准化产品单元，是一组标准化信息的集合，例如"phone7 Pus”是一个sPU。
      • 类目
        • 即分类树。电商常用的有两层类目：前台展示类目和后端商品类目。
      • 属性
        • 分为关键属性、销售属性、非关键属性。
          • 关键属性是指能够唯一确定产品的属性；
          • 销售属性是组成SKU的特殊属性，或称为“规格属性”，例如手机的"颜色"、"内存"
          • 非关键属性指的是除关键属性、销售属性外的其他属性。
      • 概要
  • 2.类目、品牌管理
    • 类目管理
      • 前后端分离
        • 前台类目
          • • 用户渠道管理：
              • 前台类目可支持不同客户端的设置
              • 支持平台商家自定义店铺前台类目。
            • 前台类目定义
              • 前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整；
              • 前台类目直接对应品牌、商品；
              • 前台类目对应后台的叶子类目和某项属性的组合。
        • 后台类目
          • • 面向平台、商家，管理商品和属性；
            • 商品挂载在叶子类目下
            • 相对固定，不轻易变更；
            • 类目树一般三层或四层；
            • 特殊品类需要经营资质
            • 很多数据需绑定类目，如属性、品牌等。
            • 概要
              • 品类设计，按照业务发展方向建立品类
      • 类目管理的作用
        • 方便快速发布及管理商品，供应链人员或平台商家更好进行商品管理；
        • 标准化商品服务，对于电商平台，品类定义基本确定平台的商品服务范围；
        • 有利于仓库管理，合理的商品类目管理还能方便仓库中库位分区管理商品；
        • 日常运营需要，在电商运营中，需要进行商品聚类，科学的类目管理可以减少运营的管理工作
    • 品牌管理
      • 新建品牌，其相关字段一般有：Logo、中文名、英文名、产地、备注、状态（可用、不可用）。
      • 将品牌关联到类目上，关系也是一对对多、多对一。
      • 品牌关联类目
        • 提升发布商品的便捷性，避免出错；
        • 品牌管理标准化；在搜索筛选商品时更加快捷。
      • 概要
        • 品类管理，关乎客单价、毛利率，影响企业的经营管理。
  • 3.属性管理
    • 属性定义
      • 属性是对产品性质的描述，是区分产品差异性的集合。
      • 在电商中，属性通常分为关键属性、销售属性、非关键属性、商品属性。
        • 关键属性：能够确认唯一“产品”的属性。关键属性可以是一个属性，也可以是多个属性的组台。例如手机的“品牌、型号”两个属性组合就能确定唯一的产品这两个就是关键属性。
        • 销售属性：也称为规格属性。其是组成SKU的特殊属性，它会影响买家的购买和卖家的库存管理。例如服装的“颜色”、“套餐”和“尺码”，都是销售属性。
        • 非关键属性：除关键属性、销售属性外的其他属性。非关键属性不一定是非必填项，有时为了商品信息完整，也会被设为必填项。注意，产品的非关键属性并不包括商品属性。
        • 商品属性：表示商品的特有特征，比如新旧程度、保修方式等，不能作为产品的属性。
        • 概要
    • 商品属性系统的设计
      • 属性编辑
        • 所属类目
        • 属性分组
        • 属性名称
        • 属性分类
          • 关键属性
          • 销售属性
          • 非关键属性
          • 商品属性
        • 显示类型
          • 单选
          • 多选
          • 可自定义
        • 属性值
          • 定义属性值
        • 是否必填
        • 概要
      • 属性分组
        • 当类目属性较多时，对属性进行聚类分组；
        • 设置顺序显示；
      • 属性继承
        • 每一个层级的商品属性继承上一层级的商品属性，将每个层级的属性提取出来，便组成了一个商品的完整的属性表达。
        • 当属性库搭建完成后，就会被各个叶子类目调用，添加商品时就需要填写这些属性，商品就有了描述的载体。
        • 除规格属性外，其他属性都是一致的，所以在新建商品时，可聚合到一起，共用其他属性。
  • 4.SKU&SPU
    • SKU&SPU
      • SKU是最小库存单元，SPU是标准化产品单元。
      • SPU与SKU：一对一、一对多（通过规格对应）
      • 在仓库的条码对应方案有两种：
        • 1）全部自建条码，采用自己的SKU编码管理商品。需要入库前重新贴标，成本较高；
        • 2）有69码的商品沿用69码，无69码的商品（比如蔬菜、生鲜等）以及无法指定到单一的有码商品重新贴SKU编码。在仓库管理时做相应的条码映射。
    • 组合SKU
      • 组合SKU，主要是解决出售组合商品的问题
      • 组合SKU的属性都继承主SKU。
      • 组合SKU不同于套装促销。套装促销在订单中会展示多个商品，而组合SKU在前台是一个商品。
      • 在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。
      • 概要
  • 5.商品编辑
    • 商品信息
      • 商品信息主要由类目、标题、品牌、商品属性、规格、价格、库存、SKU信息（属性、毛重、长宽高等）、商品图、商品详情描述、物流信息等组成。
      • 添加商品
        • 1.通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU上；
        • 2.通过供应商去关联釆购，进而影响仓库中SKU的库存。供应商在添加SKU时亦可不选择，可以在采购系统中添加关联
        • 3.商品的关键属性和属性值，用于商品搜索和筛选时，缩短用户决策树。
    • 规格、价格信息
      • 规格（颜色、尺码）：同一SPU对应多SKU，自动生成SKU编码，填写对应的条形码（69码）；
      • 设置SKU库存，若直接同步SKU，可以不填写；
      • 设置平台价、市场价，单独设置不同SKU的价格；
      • 概要
    • 商品图、商品详情描述、物流信息
      • 商品图
        • 不同规格对应的商品缩略图；商品主图，一般要求图片质量较高，包括整体图和细节图。
      • 商品详情页
        • 商品详情页一般会区分电脑版和手机版，侧重点也不同为了更好地展示产品特点，可提供不同的产品详情模板，亦可支持富文本编辑。
      • 物流信息
        • 选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等）
        • 在订单处理方面是按照具体的物流模板计算运费。
      • 其他
        • 售后服务（发票、保修服务、退换货）、包裝清单等相关说明。
        • 设置上下架时间，或直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。
        • 搜索、筛选的商品范围都是在上架的商品范围进行。
  • 6.商品管理
    • 上下架管理
      • 在商品管理中一般分为两个子菜单管理，在售商品管理（上架商品）
      • 和待售商品管理（下架商品）。
      • 商品可进行批量上下架；可设置自动上下架规则，在缺货（库存为0）时自动下架商品
      • 新品上架可定时发布；活动商品定时上下架等。
    • 价格管理
      • 市场价、平台价的设定，从单品促销活动中同步促销价
      • 多规格商品的不同SKU的价格不一致；
      • 动态调价系统，需要制定调价规则，如机票、酒店的售价。
    • 促销活动
      • 同步商品参与的促销活动（满减、套装、优惠券等促销活动）；
      • 在前端商品页面（分类搜索页、详情页）中显示促销的活动。
    • 商品标签
      • 包括活动标签、服务标签、性能标签等类型。
      • 服务标签（极速退款、门店自提、分期付款），活动标签（热销、新品），性能标签（正品）。
      • 添加方式：在商品编辑的时候添加/按品类、按店铺批量设置
      • 展示途径：在订单中体现，例如服务标签中的分期付款等。商品标签在前端或主图的角标上显示，或是在商品详情页中显示。
    • 商家管理
      • 管理平台上各个商家的商品，例如违规下架。
      • 对商家的商品进行审核。
    • 库存管理
      • 同步仓库的实物库存，或自设活动库存等。
        • 下单锁库存
        • 付款减库存
    • 商品销量的统计；
    • 促销商品的限购；
    • 管理商品评论。
  • 7.商品搜索及筛选
    • 商品搜索
      • 搜索是通过对关键词的匹配，对目标内容进行检索查找。商品搜索可以帮助用户快速找到自己想要的商品
      • 信息的工具、流量的入口。
      • 需要从商品中心、库存系统、营销系统、订单系统等多个数据库进行抽取相关数据，同步更新至搜索数据库中。
      • 概要
    • 分词服务
      • 创建词库：根据用户搜索日志、品牌名称、属性、类目或人工设定等数据构建搜索词库，定期更新和维护。
      • 拆分关键字：系统会根据搜索的关键词结合词库按字切词、索引，保证查全率，将用户搜索内容拆分出多个关键词
      • 纠错：搜索过程也存在纠错，主要有拼音纠错、错别字纠错等；
      • 搜索联想词
      • 概要
    • 数据查询
      • 对搜索词处理后，搜索引擎程序会从索引数据库中找到所有包含搜索词的商品。
      • 主要是从商品的名称、品牌、类目、属性等数据中查询。识别分词与类目关系，与商品名称、品牌相关性，与关键属性、销售属性的相关性；
      • 从上架的商品中根据搜索排序规则返回商品。
    • 搜索排序
      • 商品相关性：主要是标题、类目、属性等因素的综合权衡。
      • 销量相关性：主要是考虑销量、价格等因素。销量可以取某一时间段（通常为最近7天）商品销售数量。价格则倾向于取同类商品的常用价格区间
      • 评论数：主要是计算商品的好评度、评论数
      • 时效性：参考商品最近上架时间、最新更新日期
    • 商品筛选
      • 商品筛选能够建立用户与目标商品的更短路径，加快用户决策进程。商品筛选条件主要有价格区间、品牌、服务、分类、商品属性等。
      • 1价格区间
        • 让用户选择目标商品的价位区间，并且提供一些常用的价格区间选择。
      • 2品牌筛选
        • 是从搜索结果商品中聚类选择出常用品牌，提供给用户进行逃泽。聚类规则一般是结果中的品牌商品数，品牌根据热度或人工定义规则排序。
      • 3服务筛选
        • 商品的服务标签，例如自营、分期购、次日达、包邮等。
      • 4属性筛选
        • 在搜索时，匹配的商品往往不是从某单一类目中选择，而是从多类目中选择，但是商品属性又跟随类目变动。商品属性条件往往是从与搜索关键字契合度最高的类目中选择的。
      • 概要
    • 概要
      • 综合各种相关性因素，综合算出的排序分值对商品进行排序。
  • 8.【实例解析】商品中心产品设计实例
    • 类目&品牌
      • 1类目：
        • 服装鞋包>女鞋>帆布鞋
        • 服装鞋包>女装>裤子>西装裝裤
        • 概要
      • 2品牌：匡威
        • 品牌绑定类目，独立or绑定
    • 属性
      • 属性：简化成必填/必填
      • 属性值：下拉选择或者自定义。
      • 概要
    • 规格&SKU
      • 多规格，多种组合
      • 不同类目对应的规格是不一样的。
      • 概要
    • 规格&SKU&库存&条码
      • 1通过规格定位到SKU
      • 2库存不同
      • 3价格不同；
      • 4商品条形码不同
      • 商品编码相当于SK编码
      • 概要
    • 详情描述
      • 富文本
      • Html编辑器
      • 其他丰富的功能
      • 概要
    • 其他
      • 1选择前台类目
      • 2绑定运费模版
      • 3售后服务
      • 4上架时间
      • 概要
• 第3章 促销系统的产品设计
  • 课前导读
    • 促销——销售的催化剂
    • 无促销，不电商！！！
    • 促销的价值
      • 拉新。促销活动可以带来新用户，尤其是用户较少的新平台、新店铺，通过这种方式来吸引用户。
      • 去库存。通过活动可以清理库存，降低库存占用成本。
      • 扩大品牌知名度。结合广告做促销能够扩大品牌知名度。
      • 推新品爆品。很多商家大力做活动来推新品或者爆品，增加店铺流量，同时也能给其他商品带来曝光的机会。
      • 与其他平台竞争。现在有许多人造购物节，例如双11、618，许多电商平台或商家，主动或被动都要参加促销活动
      • 提高客单价、客单量。在优惠券、满减满赠等活动的催化下，用户不自主地都会去凑单购买，增加购买金额，同时产生许多额外的购买行为
    • 概要
      • 活动策划
      • 活动执行
      • 活动复盘
  • 1.促销形式概览
    • 促销形式介绍
      • 满减促销
        • 购物者只要购买相应商品到规定价格即可得到定的減价优惠。主要有两种形式：阶梯满减和每满减。
      • 单品促销
        • 在特定时间内购买指定商品享受一定的价格优惠。例如促销期间商品6折，原价100元，购买时60元。
      • 套装促销
        • 商品组合套装以优惠价出售。例如A商品50元，B商品80元，而A和B两种商品的套装促销价100元
      • 赠品促销
        • 购买主商品之后赠送商品（可多个赠品）。
      • 满赠促销
        • 购买商品金额满X元后送某商品，或者购买商品金额满X元后再加价Y元送某商品。
      • 定金促销
        • 在商品正式售卖之前采用预付定金的促销模式，提前交定金可享受优惠价定金促销有多种玩法：
          • 定金预购，相当于交定金就已经确认订单
          • 定金杠杆，交一定金额的定金可以在正式购买时抵更多金额，比如交定金10元未来可抵30元
      • 多买优惠促销
        • 有“M元任选N件”、“M件N折”两种优惠形式。这个主要是参考一些线下卖场发展的促销形式。
    • 优惠券&拼团
      • 优惠券
        • 通过发券引导用户购买相应的商品，在下单的时候抵扣一定的费用，达到促销、提高客单价的目的。
        • 优恵券有满减券、折扣券、现金券，甚至还可以直接兑换成平台消费积分，可抵现金使用
      • 拼团
        • 通过将开团、参团、分享的模式在社交圈中快速传播，而且利用熟人关系链间订单转化率高，可以迅速拉新，特别是群聚效应下可快速成团。
  • 2.促销活动规则
    • 1活动设置
      • 促销活动
        • 在设置时主要分为三部分：基础设置、促销规则、活动商品。
        • 基础设置包含了促销活动的一些基本信息；
        • 促销规则确定了促销的计算规则
        • 活动商品圈定了促销活动范围。
      • 前端展示
        • 包括活动聚合页面、商品详情页、购物车、订单页等页面；
      • 概要
        • • 活动类型（7种活动）
            • 基础设置
              • 活动名称
              • 促销编码
              • 促销时间
              • 推广平台
              • 促销渠道
              • 促销范围
            • 促销规则
              • 满减/满赠/套装等
            • 活动商品
              • 主商品
              • 折扣价格
              • （赠品）
      • 1.1基础设置
        • 促销活动的基础设置主要包括活动名称、促销编码、促销时间、推广平台、促销渠道、促销用户范围、推广链接等内容。
        • 活动名称：由用户自己设置，可设置副标题
        • 促销编码：系统自动生成，相当于活动的唯一码。
        • 促销时间：设置活动生效的时间段，只有这个时间段内前端活动标签显示岀来。如果像单品促销这种类型，可以选择提前显示，页面详情中通过倒计时等特殊显示来标记。
        • 促销渠道：一般电商平台都有APP、H5商城、PC商城，可以选择促销活动的渠道，比如经常见到的APP专享价。
        • 限购数量：默认不限购，如果需要设定限购数量，则应分两个维度。从单个用户来讲，要设定单个活动商品限购多少，起售数量是多少；从总体活动来讲，要设定分配给此次活动的商品库存数量，是全部库存参与活动，还是从中只取部分数量参与活动。后面在库存模块中会详细解说库存的设计
        • 促销用户范围：主要指用户范围是全部用户，还是新用户（第一次发送购买行为），或者只有指定的用户等级才可以享有活动资格。用户等级主要由会员系统模块来界定。
        • 推广链接：在建立活动后，应生成专属活动专题页面，自动生成活动链接。活动页面配置可与活动设置分开。
      • 1.2促销规则
        • 满减促销
          • 减促销主要是驱动用户凑单买更多的商品。主要有两种形式：阶梯满减和每满减。
          • 阶梯满减，指分级设置优惠金额，例如满100减10、满300減咸50、满500减80等。每层之间要增加判断逻辑，例如如果设置“满100减20″，那么显然再设置“满200减10″就不符合常理
          • 每满减，也是分级设置优惠，不过规则较为简单。例如设置“每满200减20”，则订单金额230元实付210元，订单金额430元实付390元
        • 单品促销
          • 单品促销很简单，可显示折扣或直接设置商品促销价格。例如显示促销商品“8折”，或者显示“原价100元、促销价80元”。促销价不能高于正常售卖价。
        • 套装促销
          • 组合商品套装出售。注意组合的是商品，而不是SKU。例如电视5000元，电视支架200元，套装购买5100元
          • 选择套装商品的同时设置套装优惠价。套装促销的商品在商品详情页显示相关套装促销活动，例如电视商品详情页显示电视与电视支架套装的促销价。
        • 赠品促销
          • 购买主商品之后赠送商品（可多个赠品）。既要选择主商品，也要设置赠品。获得赠品的条件有两种方式，从主商品中任意购买都可以获得赠品，或从主商品中购买N件以上可获得赠品。
          • 对于赠品，也有多种方式：全部赠送，或者选一件增拼。
        • 满赠促销
          • 与赠品促销的区别在于以订单中主商品的价格来区分，可分阶设置赠品或者加价购。有“满X元送某商品”、“满X元再加价Y元送某商品”，例如满1000元加10元送智能音箱。在设计时同样要考虑赠品的显示。
        • 多买优惠促销
          • 这种促销方式参考一些线下卖场的活动形式，有“M元任选N件、M件N折”两种优惠形式。
          • 在设置时，选择对应类型的优恵形式，设置促销规则，例如选择M元任选N件“形式，让用户在固定商品池中任选N件M元。
          • 当检测到参与多买优惠活动的商品在购物车中或被下单时，，应自动将优惠金额计算进订单总额中。
        • 定金促销
          • 定金促销有定金预购和定金杠杄两种常见的模式。定金预购指全款缴纳定金，交了定金相当于就已经确认订单支付完成，只要商品到货就可以直接发货；定金杠杄，指预售期一定金额的定金可以折抵更多金额，例如定金10元可抵扣30元，当商品正式卖的时候恢复正常价格，而交过定金的补齐尾款就行。
        • 概要
          • 每种促销活动规则描述虽然简单，但是底层处理逻辑复杂，前端页面涉及较多。
      • 1.3参与商品
        • 在设置促销活动商品范围时，可选择全部商品或部分商品。
        • 有赠品的促销活动还要选择赠品商品。筛选商品时，可根据品类、名称、商品编码等条件来选择商品。
        • 在单品促销、套装促销、定金促销这几种促销形式时，还需要对商品单独设置优恵金额。
    • 2促销活动管理
      • 在促销活动新建之后，管理操作包括审核、编辑、删除、复制活动
      • 审核：新建促销活动之后，由于工作流程上的要求，会在审核通过之后才能生效。
      • 编辑：在活动发布之后，总有一些活动修改的需求，就会允许编辑活动。需要注意的时，活动编辑之后不会立即生效，也会在审核通过之后才能生效，或定时生效。
      • 删除：也可以称为“作废”，直接终止活动
      • 复制：将某一活动内容直接复制平移。新建的活动只需要在原基础上修改就行。
      • 活动状态：“未开始”、“活动中”、“已结束”、“已作废”等，不同状态的活动对应不同的操作。
    • 3参与促销的订单计算
      • 主要计算模块：购物车和订单。
      • 计算步骤
        • 1首先判断选中商品是否参与促销活动
        • 2.再判断是否满足促销条件，根据促销规则计算出优惠金额；
        • 3最后还要判断是否可与其他优惠同时享用，比如大部分优惠是不支持与优惠券共用的
      • 在商品参与多种促销活动时，如果发生冲突，一般是按照最优原则，自动选择最佳优惠方案计算。
      • 概要
  • 3.专场活动配置
    • 1活动条件
      • 内容：
        • 促销活动名称、促销时间、限购数量
        • 促销范围（全网、APP、微信商城）
        • 会员级别（全员、新注册用户、某等级会员）
        • 活动备注、活动规则
      • 设置规则
        • 先选择活动类型，再设置活动规则
        • 例如选择阶梯满减活动，设置满800元减60，满3件150元。
      • 概要
    • 2.主商品信息
      • 选择参加活动的商品。
      • 可按照条件设置促销的商品，如分类、品牌、商品名称。
      • 此外，还要判断当前所选商品，是否参与其他促销活动，是否与当前活动有冲突。
      • 概要
    • 3赠品信息
      • 设置赠品，选择参加活动的赠品。赠品一般有数量限制。有两种规则，
        • 1所有品种赠品全部赠送，
        • 2是在所有的赠品中选择几种。
      • 对于满赠促销的形式，若要设置分级赠品就需要对赠品分开进行设置。
      • 例如满300元送自拍杆，满500送充电宝，满1000送高端耳机），
      • 概要
    • 4.前端展示
      • 商品详情页
      • 购物车
      • 订单页
      • 概要
        • 1.在购物车中，可以展示促销信息（满赠、满减、套裝、换购）
        • 2.在多优恵并存而只能选其一的情况下，还可以选择修改促销方案
  • 4.优惠券管理
    • 1优惠券的类型
      • 优惠券有多种分类方式，按照使用门槛、使用范围、发放主体等有不同的分类
      • 1.按照使用门槛分为现金券、满减券、折扣券。
        • 现金券：不限制订单金额，可以直接使用
        • 满减券：订单金额需要满足一定的最低额度才可使用，例如满100减10元优惠券。
        • 折扣券：使用折扣券在购买相应的商品可打折。
      • 2.按照适用范围分为：单品券、品类券、品牌券。
        • 单品券：购买优惠券指定商品时可使用，这种优惠券一般只针对少量特殊商品可以使用
        • 品类券：购买优惠券指定类别的商品即可使用，除个别特殊商品。
        • 品牌券：购买优惠券指定品牌的商品时可使用，除个别特殊商品。
      • 3.按照发放的主体分为：平台优惠券、店铺优惠券
        • 平台优惠券：优惠券由平台发放，可以跨店使用。比如平台活动优惠券、平台注册的新人优惠券、平台积分兑换的优惠券。
        • 店铺优恵券：在平台上的店铺自己发放的优恵券，比如淘宝、天猫上的店铺优恵券、京东的店铺优恵券。
    • 2优惠券的设计规则
      • 制券
        • 发券
          • 核销
          • 过期作废
          • 统计
      • 2.1生成优惠券
        • 主要是从优惠券信息和推广信息两方面来考虑优惠券的设计。
          • （1）优惠券信息
            • 优惠券名称
            • 类型（现金券、满减券、折扣券等）
            • 面值
            • 使用条件（比如满X元可用）
            • 使用平台（客户端、H5商城、主站、各分销渠道等）
            • 有效期时间（绝对时间——具体某时间段、相对时间领取之日后多少天有效）
            • 发行量（优惠券张数）
            • 使用范围（平台券——全平台通用、店铺券——仅在某店铺可用）
            • 商品范围（全品类、限制品类、限制商品，设置优惠券适用的商品）
          • （2）推广信息
            • 发放方式（可发放可领取、仅可发放——只能由平台发放给用户、仅可领取——只能用户自己领取或兑换）
            • 推广范围（免费领取、积分兑换）
            • 优惠券是否公开（设置公开后，在领券专区、商品详情页、购物车都默认展示）
            • 限领（每人仅限一张、每人每天限领一张等）
            • 券领取时间（设置领取时间段）
      • 2.2发送优惠券
        • 优恵券有主动领取和被动领取两种方式。
          • （1）主动领取。
            • 用户在看到优惠券后主动进行领取。
            • 领取优恵券的场景主要包括以下几种
              • 在店铺首页或者平台上看到优惠券；
              • 在线下看到宣传推广的优惠券；
              • 在朋友圈看到优惠券分享链接等。
            • 需要打动用户，让其产生兴趣主动领取。另外，这种方式需要做好防作弊机制，防止用户与商户恶意套取优惠券。
          • （2）被动领取
            • 系统主动给用户发送相应的优恵券，但是这种大面积分发的方式，用户精准度低，转化率也低，促进客单量少。
            • 系统发放优恵券的场景有很多种：比如用户注册；大促活动；还有客服发券，主要是售后补偿（平台责任导致售后，发券补偿客户），或者好评返现。
            • 福利卡，本质上也相当于给用户发优惠券，例如京东卡。这种福利卡可以通过优恵券（消费积分）的形式实现，生成相应的卡密（或兑换码），制作实物卡售卖给一些单位发福利、送礼。用户输入卡密兑换之后，兑换成平台的交易积分，可以用来抵扣订单金额。
      • 2.3优惠券核销
        • 在用户下单时，需要系统从用户账户中的优惠券选择合适的优惠券推荐给其使用。
        • 推荐算法一般分为以下三步。
          • 1.从用户优惠券列表中选择出当前订单可用的优惠券（包括通用券和相应产品优惠券），主要是从有效期、商品范围等条件判断
          • 2.若有多种可用优惠券，但是金额不同，默认选择可抵扣最高的优惠券。
          • 3.如果金额相同，先匹配同类优惠券的优恵券，但当优恵券的额度（现金券）大于支付额度弹岀提醒框，确认是否使用。
        • 注意：
          • 在用户的优惠券列表中，优惠券是否失效也是实时拉取的（清除失效过长的优惠券）
          • 下单时优惠券选择应仅显示当前订单可用的优惠券
        • 优惠券统计
          • 主要统计优惠券的发送张数、使用张数。
          • 深度数据挖掘可以统计优惠券对应的客单价、复购率等
    • 3优惠券的前端展示
      • 优惠券的前端露出窗口主要有：
        • 用户优惠券列表
        • 订单提交页
        • 领券中心（或优惠券分享链接）
        • 商品详情页
        • 购物车
        • 概要
    • 4优惠券在订单中的处理
      • 1.正向：下单时优惠券的匹配。
      • 2.反向：优恵券的逆向流程。在订单完成售后（退款或退货）时，优惠券应有一定的返还机制。
        • 统一设置成不可返还，用了之后就不退
        • 订单取消订单后，优惠券全部退还。
        • 订单中部分退款时，普通优惠券不返还。
  • 5.拼团管理
    • 1拼团类型
      • 拼团模式的应用场景主要有两种
        • 专做拼团模式的电商，如拼多多、萌店等，前期通过一些优质低价的拼团在外部社交网络中分享，大量积累客户，后期主要以特卖电商的形式在站內运营，注重订单量。
        • 普通电商平台，拼团主要是为了拉新、打造爆款用，适合中小型电商公司。
        • 概要
          • 对平台来讲，拼团的主要目标在于拉新、提升订单量，利用用户的关系链，进行产品宣传，扩大影响面。通过社交关系拉来的用户，能够迅速消除不信任，提高订单转化率。
    • 2拼团业务流程
      • 1.通过好友的分享或直接在商城中选择商品参与，用户选择开团或参团的同时判断是否有库存然后提交订单
      • 3.支付成功，用户参团成功。在规定时间内，参团人数达到规定数就判定拼团成功。超过规定时间未成团就判定拼团失败。
      • 2.提交订单后，在支付的时候会判断此拼团是否满团，未满团则继续支付；已满团会提醒用户去开团，或者自动帮用户开团，走到支付环节。
      • 4.拼团成功的订单变更为待发货，开始向仓库流转；拼团失败的订单取消订单，原路退款。
      • 概要
      • 注意点
        • 一般采用付款成功才能参团成功
        • 订单提交成功后，订单流转为待付款状态。规定时间内不支付，订单会自动取消在支付时再次去判断是否满团。
        • 拼团成功或拼团失败，都要以一定的方式（短信或APP提醒）通知用户
        • 拼团整体的活动设置一个限定时间，每个用户团开始后设置限定时间
    • 3拼团的库存管理
      • 拼团商品锁定库存，结束返还。
      • 库存扣减，有两种方案
        • 1.参团支付之后扣减库存
          • 这种方案会占用实际库存，未成团的那部分库存就无法出货，造成浪费。
          • 例如：A商品有100件，参加10人团，最初开团20个。最终100人参团成功，但是只有5个团成功拼团，所以发货50件，其他50人退款。
        • 2.拼团成功之后再扣减库存
          • 这种方案无法管控成团数量，库存用完之后，后续拼团成功的就会超卖，发生退款，影响用户体验。
          • 可以改进的是，在拼团支付的时候，要判断当前是否有剩余库存（用总库存减去已成团数量），若判断没有剩余库存，则不允许参团或开团，也不允许支付。
          • 例如：A商品有100件，参加10人团，最初开团30个。最终200人参团成功，前10个团成功拼团，发货100件，其余100人退款。
        • 两种库存扣减方案都是可行的，但都有一定的缺陷，建议第二种方案为了避免超卖，可预留一小部分库存，来应对超出的情况。
  • 6.【实例解析】满减及满件打折、优惠券
    • 促销活动
      • 促销方式多种多样
      • 重在业务规则的判断
      • 规则—设置—应用
      • 概要
        • • • 活动方式：一对多，多对一
            • 活动管理：
              • 编辑活动
              • 终止活动
              • 删除
    • 满减&满件打折
      • 1.设置活动的基本信息
      • 2.设置优惠规则
      • 3.选择参与活动的商品
      • 应用
        • 满300減减30
        • 叠加优惠
    • 优惠券
      • 优惠券基本信息
      • 适用范围——商品（店铺优惠券不需要）
      • 优惠金额、数量、门槛、限额
      • 叠加规则
        • 类型
          • 店铺优惠
          • 商品优惠
      • 概要
        • 订单结算中使用优惠券
• 第4章 CMS系统的产品设计
  • 课前导读
    • 丰富多变的活动页面
      • 电商造节运动
        • 阿里年货节、京东蝴蝶节、一号店宠爱女人节、乐蜂网桃花节、聚美优品301店庆、蜜芽疯抢节、黑色星期五、苏宁易购闺蜜节、国美在线418周年庆、百度糯米517吃货节、贝贝母婴节淘宝66大促、天猫618理想生活狂欢节、京东618品质狂欢节、寺库707周年庆、唯品会撒娇节、天猫双十一购物狂欢节、天猫双十二购物狂欢节、小红书红色星期五
  • 1.CMS系统概述
    • CMS系统：
      • 内容管理系统（Content Management Systen）在不同行业有着不同的应用范围，这里为了方便描述及理解，先将CMS系统局限定义用作页面动态配置的系统首页设置、活动页面配置、自定义新页面等都属于此类范畴。
      • 在PC电商时代，将页面的自定义过程比作“盖楼”，将页面每一行称为一个“楼层”，每层可以自定义内容，比如轮播图、商品、优惠券或商品排名等。
    • 等级
      • 初级：蒙眼盖楼
        • 按顺序添加楼层，单独编辑毎一层的内容，无预览。
      • 高级：所见即所得
        • 将需要的模块添加到页面对应的位置，即时显示。编辑好就显示对应的效果。
    • PC端页面自定义
      • 自定义动态配置的页面主要有首页、搜索结果页、商品详情页、分类页以及新建的一些活动页。
      • 一些固定页面类似搜索结果页、商品详情页的某些內容虽然不能更改，但可以往里添加推荐内容，例如活动推广、商品推荐等内容，最大化利用页面空间，给运营提供便利性。
      • 概要
    • 移动端页面自定义
      • 页面包括商城首页、店铺页、分类页、活动页等
      • 系统提供图文类、商品类、营销活动类等各种类型的模块。
      • 通过这些模块，运营人员能够快速新建活动，定时发布活动。
    • 概要
      • CMS系统与促销系统一样，对电商的运营人员相当重要，不论是节日活动还是日常售卖，都需要CMS系统的支持。
  • 2.动态配置的产品逻辑
    • 动态配置产品框架
      • 如同用“乐高积木“来构建不同的作品，用不同模块来配置活动页的过程也是在”拼装
        • 1.选择组件
        • 2.放在合适的位置、填充内容；
        • 3.组装成动态页面。
      • • 1组件
          • 组件是动态页面的基础，提供给用户编辑具体展示的信息。
          • 基础组件的定义和解析是自定义页面的核心，不同的组件有不同的功能，表示不同类型的内容。
          • 组件类型
            • 每个组件都需要单独设计，定义其规则和样式。
            • 例如图片轮播就是简单的图片展示，上传对应尺寸的图片相应展示就行；商品展示模块对应的算法规范就较为复杂，可以从分类中取商品，或对应的SPψU，或动态数据（排名、推荐）等。
          • 显示样式
            • 每种组件都可以有多个不同的样式，可以选择展示的内容或者自定义。
          • 跳转位置
            • 组件显示样式虽然多样，但是点击之后通往的页面选择库却是共通的例如其他活动页、商品详情、商品列表、店铺主页、购物车、在线客服、积分商城、购物车、外链。
        • 2位置+内容
          • 位置可以称为“楼层”。确定了组件的位置再解析组件对应的内容。
          • 最便捷的交互是拖动组件到相应的位置，设置内容之后实时预览，页面动态可视化；
          • 每个页面的各楼层可以定义名称、设置背景图片、配置内容
          • 有了组件之后，用户在设置或者系统在解析的时候，首先要确定组件在自定义页面中的位置
          • 组件相当于一个有固定形态的容器，往里添加详细的图片、文本、商品、优惠券等内容。
        • 3动态页面
          • 对于整个动态页面，需要定义一些关于整个页面的基础信息。
          • 包括活动页面名称、活动起止时间、所属活动分组等内容，甚至是活动宣传图，分享图片、活动描述等內容。
          • 设置之后给活动进行编号，生成相应的链接进行预览。
        • 活动页面解析：
          • 动态页面是由不同的组件內容构成，首先按照各组件位置去解析，然后再去解析组件的内容（样式、图片/商品、背景、链接等）。按照反向流程走，就能解析出对应的自定义页面内容。
          • 首页/自定义页面设置相似，一般首页会单独设置。
  • 3.基础组件
    • 组件介绍
      • 组件类型丰富，可支持多种类型配置；
      • 组件设置
        • 这是一个“从哪里来，到哪里去”的问题换言之就是关于“内容”是什么，以及点击之后链接到哪里。
      • 组件类型
        • 常见的有图片轮播、商品推荐、商品分类、宝贝排行、图标（ICON）这几种形式，另外还有富文本、客服、优惠券、满减活动、满赠活动、自定义区域、商品搜索、文字、公告、倒计时、Tab组件（顶部、底部）等，丰富的自定义组件可以实现各式各样的活动页面。
      • 以移动端为例，针对各组件详细讲讲其样式和使用方法。
    • 图片组件
      • 图片组件中几个最基本的样式：单图、双图、轮播图，以及多图。
      • 每种样式的图片在系统中都对应规定不同的尺寸，上传图片需要按照要求的尺寸上传。
      • 跳往结果页主要有自定义链接、自定义活动页、商品分类、店铺、商品详情页、优惠券、购物车、会员中心等。
        • 自定义链接：直接设置链接，方便快捷。
        • 自定义活动页：从自定义活动页列表中选择。
        • 商品分类：跳转至某个商品分类的商品列表中。
        • 店铺：从店铺列表中査询选择需要跳转的店铺。
        • 商品详情页∶从商品中査询选择跳转的商品详情页。
        • 优惠券：从优恵券中选择需要跳转的店铺，或直接设置优惠券编号。
        • 购物车：跳转至用户的购物车。
        • 会员中心：跳转至会员中心。
    • 文本&商品
      • 文本模块
        • 在自定义页面中直接插入文本主要的形式有标题、普通文本等，也可以设置跳转。
      • 商品
        • 单列商品、双列商品、多商品等。
        • 注意，商品的展示形式有很多种，不局限于该图中列举的形式。
        • 在设置时，先选择对应的商品组件样式，再选择商品（商品编码）进行配置。商品的主图、名称、价格等内容都是系统直接从商品资料中取出来，不需要重复设置
        • 促销活动商品批量选择
        • 概要
    • 商品排行榜&优惠券
      • 商品排行榜
        • 商品排行榜是一个动态榜单，在运营中对促进商品销售很有用。
        • 如图是榜单显示的两种样式，系统提供各种类型的榜单如全品类销售榜单、类目商品榜单、收藏量榜单等。
        • 系统直接从排行榜中拉取动态数据在前台显示。
        • 概要
      • 优惠券
        • 优惠券可通过图片显示，链接至优惠券页面。
        • 系统也可以提供优惠券的样式，直接插入
        • 在设置时，从优惠券列表中选择或者输入优惠券编码。
        • 点击直接领取优惠券。
        • 概要
    • 导航栏
      • 导航栏分为两种，一种是中间导航栏，一种是顶部或底部导航栏。在切换导航栏时，页面内容发生变化。
      • 中间导航栏，可设置在滑动时，导航栏悬浮在顶部。
        • 定位锚点：同一页内容切换，定位到不同位置。点击Tab时，页面跳转至对应的锚点位置。
        • 切换按钮：切换页面
      • 底部导航栏顶部导航栏：直接跳转至其他活动页面。
      • 概要
    • Html代码
      • 在系统提供的组件不够丰富，无法满足运营的需求时，或者需要实现一些动态的效果时，就需要在活动页中嵌入Htm代码（CSS样式）。
      • 在系统解析时，把Htm代码当作活动页组件的一部分进行解析。
  • 4.动态页面的整体设置
    • 整体设置
      • 在电商前端体系中，涉及到动态页面设置的主要是首页、自定义活动页面。
        • 不同渠道（PC端、APP移动端、H5商城）活动页面可单独配置
        • 对每个活动页面进行记录管理，定时生效
        • 聚类分组，管理大量活动时就更加有序。
      • 活动页面整体信息
        • 活动名称、活动编码（系统生成）、开始时间、结束时间、创建者、状态（上线、下线）、页面地址（系统生成）
      • 页面内容设置
        • 把页面当作一张画布，利用系统提供的组件往页面中添加内容。
        • 系统记录下各组件之间的相对位置，在解析页面时按顺序解析组件。
        • 在组件的基础上，进行合理搭配，不同尺寸的页面进行不同的整体布局，突出活动主题
    • 配置模版
      • 在许多较大的电商平台中，都会提供丰富的装修模板市场，
        • 卖家可以在装修市场中选择合适的模板，套用在自己的店铺中，如图所示
        • “装修”模板很好地解决了一些运营人员对于店铺冈格的设计、配色把握以及整体布局的不专业性。
        • 在丰富的模板市场中可以找到适合当前店铺的装修风格，而且能够借鉴前人的运营经验。
      • 装修模板可以减少在新建活动时，从0到1逐步配置的巨大工作量。直接套用模板中的内容，进行替换、新增部分内容，可以快速新建活动
      • 另外，可以提供自定义页面的复制功能，从已有的自定义页面中复制出新页面。
      • 由于同一家公司的运营风格在短时间内不会发生太大变化，每次活动页的形式其实都差不多，提供这个功能，可以减少运营的工作量，运营人员只要在旧页面上替换相应的内容就可以二次使用。
  • 5.【实例解析】PC端页面配置
    • 页面配置
      • 移动端页面
      • PC端页面
    • PC端设置
      • 首页
      • 活动页
      • 概要
        • 电脑页面装修
          • 页面布局
          • 内容设置
    • 以移动端为例：
      • 首页
      • 自定义活动页
        • 页面名称
        • 生效时间
        • 页面链接
        • 概要
      • 详细设置
        • 基础模块
          • 基础模块类型
        • 模块对应的设置
          • 图片轮播图
            • 添加到相应的位置
            • 设置相应的图片、链接
            • 多图轮播
            • 生效预览
            • 概要
          • 设置电梯（tab切换）
            • 子模块设置
            • 楼层命名
            • 定位位置选择
            • 概要
          • 优惠券设置
            • 与系统已有活动相关
            • 优惠券选择
            • 概要
        • 所见即所得
• 第5章 库存系统的产品设计
  • 课前导读
    • 库存管理的重要性
      • 库存，狭义来讲就是仓库里存储的货物，为了满足未来需要而准备的储备资源。包括在仓库里的在实体店里的、在运输途中，包括在外仓里的所有商品。
      • 除了携程、艺龙等酒店、旅游服务提供商，美团等服务信息团购商以外，基本上各家电子商务公司都面临着实物库存管理的需求。
    • 库存过少带来的风险：
      • 1损失营业额；
      • 2损失毛利
    • 库存过大带来的风险
      • 1加大财务资金压力；
      • 2掩盖缺货
      • 3商品变旧、变质、过期；
      • 4占用仓库
    • 负库存带来的风险：
      • 1增加商品的不明损耗；
      • 2产生缺货；
      • 3损失销售毛利；
  • 1.库存概览
    • 电商库存的特殊性
      • 电商库存体系分为三层：销售层、调度层、仓库层.
      • 库存的变动又分为自上而下、自下而上两种
      • 每一层库存数量的变化可总结为增加、锁定、解锁、扣减、返还、异常处理等。
      • 有理有据：库存数据的变动都需要有相关单据依据，例如销售订单、发货单、采购入库单等，以便追溯
      • 概要
    • 库存操作
      • 增加：自有仓库通过采购入库，协同仓库通过代销采购协议入库锁定：下单之后锁定库存。
      • 解锁：订单取消之后释放锁定库存。
      • 扣减：订单支付成功之后扣减库存，扣减锁定库存。
      • 返还：退货、换货后返还库存，相当于增加库存。
      • 异常处理：库存数据在定期校验时，如果岀现异常数据，就需要进行异常处理（自动或人工处理）
      • 概要
  • 2.库存分层
    • 库存变动的影响因素
      • 销售订单
      • 采购
      • 仓间调拔
      • 盘盈盘亏
      • 预售
      • 售后退货
      • 概要
    • 销售层
      • 可销售库存、锁定库存、活动库存、预售库存
        • 可销售库存：网站前台显示的库存，也就是可以对外售卖的库存。当“可销售库存>0″时，前台网站则会显示商品可销售；而当“可销售库存=0″时，前台网站则会显示商品缺货。一般不显示。
        • 锁定库存∵用户下单锁定库存，支付后扣减库存。锁定库存指的下单时占用库存，保证客户下单后支付的订单都是有货可发，而不会相互冲突。
        • 已销售库存统计商品已售数量。当支付成功，商品就算作已销售库存。如果取消订单或售后就需要走相应的库存变动流程进行变动。
        • 活动库存：主要是做促销活动（例如秒杀）时，分配固定数量的商品给相应的活动，这时候就需要从可销售库存中占用相应数量给活动库存。这部分库存也是走相应的锁定、扣减逻辑。
        • 预售库存：这部分是虚拟库存，主要是拉动需求，例如B端订货、双11定金预售等。预售同样走相应的锁定、扣減逻辑。不同的是，预售的订单需要备货之后，再推送至调度层
    • 调度层
      • 总计及分区域：账面库存、可用库存、在途库存、不可销售库存、已用库存
        • 账面库存：仓库中的实物库存，只要是未出库的都算在账面库存中
        • 可用库存：仓库中可供发货的库存。这部分库存是可供调度的库存。
        • 在途库存：下了采购单但是尚未入库的库存，在途库存理论上部分是可供销售的，例如“T+1″的在途库存，就是指1日之后就可以入库的SKU
        • 不可销售库存：仓库盘损的库存，通常是仓库中的不良品，是无法售卖的库存。这部分库存需要通过特定途径处理。
        • 已用库存：在调度层已分配的库存
      • 调度层的库存分为单仓、区域、总库存三个维度，区域库存指的是这些仓库只发某一区域的，例如华中地区的仓库只配送华中地区，北京就无法从华中地区的仓库发货。总库存即所有仓库的SKU库存总计。
      • 调度层对应的是实物，不会存在虚拟库存，流到调度层的订单经由调度后推动至仓库发货。另外还有“期初库存”，为了定期对账使用。
    • 仓库层
      • 可用库存、锁定库存、已出库库存、不可用库存
      • 仓库层的库存对应的是实物库存，出库入库盘点都会引起仓库库存的变动
        • 可用库存：发货单推至仓库后，仓库可以用于发货的库存，不包括锁定的库存。
        • 锁定库存∶发货单推送至仓库后锁定库存，锁定时同时去锁定库位库存。
        • 已出库库存：已经确认出库的实物库存。
        • 不可用库存：盘点时发现的不良品，需要报损，从可用库存转化为不可用库存。
      • 仓库中的库存是由库位库存组成的，库位上分为可用库存、锁定库存等。
    • 概要
    • 库存同步
      • 由于触发库存发生变动的点不一样，库存的变动有两种流向。
      • 自上而下
        • 1用户下单后，首先会生成订单，扣减销售层的库存；
        • 2流转到调度层进行调度，生成发货通知单，调整调度层的库存3推送至仓库，WMS系统同步响应，扣减库存并进行出库
      • 自下而上
        • 1仓库的实物入库可以算是从下到上引起的库存变动。
        • 2主要有三种单据：采购入库单、退货入库单、调拔入库单
        • 3实物入库，会连锁引起仓库层、调度层、销售层的可用库存逐步增加。
      • 概要
  • 3.【实例解析】库存分层案例
  • 4.销售库存管理
    • 实际业务中的库存场景
      • 一般情况下，销售层与调度层的实物库存保持一致。
      • 在实际中，有些业务会引起不一致
        • 1.允许超卖。这种场景很常见，在双11、618这些活动时，在备货量不足的时候，为了订单量往往会允许超卖，只要及时补货就行。
        • 2.做预售。例如苹果、小米新品发布时经常玩的套路，先交钱，预估出货时间，等有货了再给买家发货。
        • 3.不同活动独占库存。拼团、限时秒杀这类促销活动，往往是从实际库存取出部分库存来做活动。
        • 4.不同渠道分配库存。许多商家有多个渠道，通常有自营平台、天猫店、京东店、有赞店等，这些平台都共用一套库存。
          • 在对接各平台之后，可以把对不同渠道分配库存。
          • 多店采用同一套库存，即多个店显示相同的商品数量。
      • 概要
    • 现货库存
      • 现货库存是同步调度层的实物库存
      • 销售总库存一般同步现货库存，但是在允许超卖的情况下，销售总库存可以与现货库存脱离不同步，单独设置销售总库存。
      • 可销售库存=销售总库存-锁定库存
      • 用户前端页面显示的库存数、下单判断是否有货的库存数都是可销售库存，只有可销售库存数大于购买数量时，才能下单成功。
    • 库存扣减、返还逻辑
      • 以“下单选择A商品、数量2件“为例，分析下单时库存的扣减、返还逻辑：
      • 1.提交订单后，判断可销售库存数量是否≥2，若无法满足，则提示库存不足”，订单提交失败
      • 2.若可销售库存数量满足≥2的条件时，可销售库存数减2、锁定库存数加2，成功提交订单。
      • 3.在用户确定订单、进行支付之后，销售总库存数减2，现货库存数减2，锁定库存数减2，已销售库存数加2。做完这一系列的库存动作之后，销售层的库存处理才算结束。
      • 4.若买家在支付前取消了订单，则返还库存，可销售库存数加2，锁定库存数减2。
      • 5.若买家在支付之后、发货之前取消订单，这种情形比较复杂。若订单下发至调度层或仓库，则下面两层的库存先返还，销售层的库存最后返还。销售总库存数加2、现货库存数加2、已销售库存数加2
      • 概要
    • 活动库存、预售库存
      • 1活动库存的管理
        • 在做拼团、秒杀等活动的时候，需要从销售总库存中划出一部分库存给活动独占，从销售库存中锁定库存。
        • 分配给活动的库存单独管理，同样走锁定、扣减、释放这一套逻辑。
        • 在订单支付之后，针对销售层库存，进行销售总库存扣减、现货库存扣减、锁定库存扣减、已销售库存增加的一系列操作。
        • 在活动结束之后，若仍有剩余库存，释放独占库存。
      • 2预售库存的管理
        • 预售库存是虚拟库存，无实物，到货之后才能发货。
        • 可以通过销售总库存与实物库存断开同步、单独设置的方式来实现。
        • 前台买家下单成功之后，先停留在销售层。等实物到货之后，统一推送至仓库，安排发货
  • 5.库存调度逻辑
    • 仓库分层
      • 将商品放在离客户最近的地方
      • 许多小卖家：一个仓库或者—物一仓
      • 大商家：多仓，甚至上百个仓库
      • 如何选择发货仓库？
        • • 许多电商企业或者大公司，库存结构比较复杂，拥有多个仓库，仓库类型也非常多（中心仓、区域仓、供应商协同仓等）
          • 在调度发货仓库时，包括各种成本、物流以及商业上的考虑因素。
          • 调度仓库的过程实际上是在各种调度规则的限制下，对库存进行调度。
    • 库存调度影响因素
      • 1物流时效
        • 为了迅速响应用户需求，很多企业在多地建立仓库，以便能够从最近的区域发货，在最短的时间内送到用户手中。
        • 例如A企业在北京、上海、广州、武汉、沈阳、西安、成都等地区各有一个仓库。当长春的用户下单时，会优先判断最近的沈阳仓是否有货，没有货会选择北京仓发货
      • 2仓库等级
        • 在业务量较大时，在同一区域内除了建立中心仓，还会建立多个区域仓；
        • 例如华东区（上海、浙江、江苏）中心仓在上海，在杭州、宁波、苏州、南京等订单量较大的城市建立区域仓。这些区域仓库存量较小，存放一些消费频次高的SKU，只供应当地城市。在区域仓没货的时候，才会从中心仓发货。
        • 在仓库多了（假设全国100个仓库）之后，在前端商品判断有货没货及物流时效时，如果按照优先级排序及调度规则，一个个仓库去遍历判断，会影响效率。这种情况下，在销售层会按照区域库存去判断。当订单下发到调度层时，再具体去分配仓库，如有必要再进行拆单。
      • 3业务需求
        • 在业务发展时，会有部分货源从供应商处直接发出，或者为了保证物流时效，在某些区域由供应商直发，这种仓库定义为供应商协同仓。再对这些SK∪库存进行调度时，就需要在调度层直接把仓库下发给供应商订单系统。
    • 库存调度规则
      • 仓库类型越少，库存结构越简单，在库存调度的时候逻辑就越简单。
      • 随着业务复杂度、销售渠道、仓库数量等因素的变化，调度逻辑复杂度增加。
      • 如果有线下零售店及仓库的商家，要将线下各个零售店当成区域仓来调度，这个情况的复杂度还要增加。
      • 模型简化
        • 业务场景及前提如下
          • 企业在不同区域都有中心仓、协同仓。不同类型仓库优先级不同。
          • 同一省份的供应服务商，设置其配送优先级
          • 物流时效优先。
          • 同一仓库配送区域分级，分—级区域（24小时达）、二级区域（2日达）、三级区域（2日以上）（可根据物流时效设置）。同一仓库不同级别区域不能重复，对于同一仓库，配送区域等级不能重复。
    • 库存调度逻辑：
      • 1.在下单时，先筛选出对应订单有库存的仓库。
      • 2.将收货地址与这些仓库的一级配送区域匹配，若没有再去匹配二级区域，依次类推3.筛选出同级区域（物流时效相同）的仓库，再根据仓库的优先级进行筛选。
      • 4.若仍有多个仓库（同一类型的仓库），例如金华从宁波协同仓、杭州协同仓发货时效相同，再根据同级仓库之间的优先级来进行选择，最后选择仓库（例如杭州仓）
      • 5.选择好仓库之后，再根据SKU优先级、运费（体积、重量）等因素来选择物流公司。
      • 6.当订单中有多SKU时，还会根据库存调度规则进行拆单。
      • 概要
  • 6.库存控制策略
    • 库存控制
      • 要做好库存控制，首先要思考以下问题：
        • 如何优化库存成本？
        • 怎样避免浪费，避免不必要的库存？
        • 怎样避免缺货损失和利润损失？
        • 概要
      • 要解决这些问题，主要把注意力集中在以下三点：
        • 需求预测
        • 安全库存
        • 库存控制模型
    • 需求预测
      • 需求预测有五个方面的因素必须要考虑，即数量、时间、频率、范围以及可预测性。
      • 1.数量是可以用精确的数字来表达，也可以为一个范围或一个概率，例如判断某种商品95%的需求位于80到120件之间
      • 2.时间是指预测的时间跨度。预测按时间的不同可划分为：短期预测、中期预测和长期预测三种。
      • 短期预测：短期预测的方法一般包括简单平均、加权平均和指数拟合等。短期预测时间跨度最多为1年，而通常不少于3个月
      • 中期预测：中期预测的方法包括曲线和指数平滑、基数序列等。中期预测的时间跨度为2年左右。
      • 长期预测：长期预测的方法一般包括简单回归等。长期预测的时间跨度通常为2年及2年以上。
      • 3.频率是特定时间内满足需求的次数（一次或几次）
      • 4.范围是指需求数量的变化范围。
      • 5.可预测性：需求或消耗可能会与历史数据相同，也可能与历史数据有联系，也可能与历史数据毫无关系。考察历史消耗量与补充库存数据可以揭示未来的形式及趋势。这些形式及趋势可能是随机的或无序的、周期性的或非周期性的。
    • 需求变动曲线
      • 预测有两个基本的方法：定性预测和定量预测。
        • 定性预测主要针对主观因素，不易量化，比如人的因素和观点
        • 定量预测是采用历史数据来估计未来的需求情况或用随机变量建立一个模型来预测。定量预测是库存管理过程的一而重要工作
          • 定量预测方法细分为：时间序列分析方法、因果联系分析方法以及模拟方法等
    • 库存控制模型
      • 库存控制要解决的问题有
        • 多长时间检查一次库存量（订货间隔期问题）
        • 何时提出补充订货（订货点问题）
        • 每次订货是多少（订货批量问题）
      • • 图中，库存控制模型中
        • 1.由供给和需求活动得到的库存曲线，即库存水平在一段时期随供给和需求的变化而变化；
        • 2.到货的时间（如图中的TS）和数量（如图中的Q）
        • 3.订货的时间点，如图中当库存达到ROL水平时对应的时间点；
        • 4.为防止供应和需求的不确定性而设立的安全库存，如图中SS
        • 5.缺货时间点，图中的SO
      • 两种基本的库存模型：定量订货模型（也称Q模型）
        • 定期订货模型（也称固定订货间隔期系统或P模型）
        • 库存控制的目标是：服务水平最高，总费用最低。
• 第6章 物流系统
  • 课前导读
    • 物流系统
      • 电商的蓬勃发展很大程度得益于物流的成本降低和体验改善
      • 运费；
      • 物流状态跟踪；
      • 跨境电商，还涉及到报关，三单对碰；
      • 物流是各大头部电商的竞争壁垒。
    • 采购系统
      • 采购管理系统
        • 在电商企业中，根据企业对商品的需求，确定何时采购、向谁采购、以什么价格采购，以及何时收货等采购事务。
        • 电商的供应商不同于生产企业，不但有传统的商品供应商，还有虚拟商品供应商、代发、代销等多类型的供应商，在采购执行策略上也有区别
        • 采购系统主要包括供应商管理、釆购商品管理、采购订单管理、仓库库存管理采购预警等五个方面的业务处理
      • 深度意义
        • 缩短订货提前期、降低库存水平、节约成本、保证正常售卖和活动促销、提高服务水准
        • 在大型的供应链管理系统中，采购系统还需要和上下游的系统进行打通。
  • 1.物流系统
    • 1物流服务概述
      • 电商产品
        • 物流
          • 为了满足客户需要而对商品、服务以及相关信息从产地到消费地的高效、低成本流动和储存进行的规划、实施与控制的过程。简单理解“物的流动”。
        • 物流服务主要有三种：普通快递、同城配送、门店自提。
          • 普通物流：电商的基础服务设施，使商业跨越了空间的阻碍，日常生活必备。
          • 同城配送：同一个城市，短距离配送。
          • 门店自提：线上购物，线下去门店提货
      • 普通物流&同城配送
        • 普通物流
          • 日常：零担物流，很少有整车物流。
          • 小件运输→快递公司
            • 小件货物，价格稳定
            • 提供上门取货、送货到家的服务，保证送货速度；
          • 大件运输→大件物流公司
            • 基于大件货物或比较多的货物，按照体积和重量来计价；
            • 送货速度比较慢
        • 同城配送
          • 适合当地有仓，或连锁门店；
          • 自建同城配送体系，或接入第三方；
          • 保证配送速度，改善用户体验；
      • 门店自提&运费
        • 门店自提
          • 把所有门店当作一个仓库，纳入仓库体系
          • 线上下单，门店自提，适合零售连锁企业。如水果、生鲜店等
          • 2016年双十一，这种模式逐渐兴起
          • 新零售的方向？
          • 概要
        • 运费
          • 前台运费VS后台运费
          • 1.前台运费
            • 面向用户，力求简单，让利客户；
            • 包邮、满X元免运费、运费一口价等运费方案
          • 2.后台运费
            • 面向不同物流企业，规则复杂，涉及结算；
            • 地区差异，点对点，影响成本；
    • 2前台物流管理
      • 前台物流
        • 物流方面，用户最关心什么？
          • 运费多少钱？
            • 运费的计算方式
          • 支持哪些物流方式？（快递、同城、自提）
            • 可以选择哪些物流服务
          • 什么快递公司？多长时间送到？
            • 物流效率、服务水平。
      • 运费模板
        • 店铺运费模板、单品运費模板，以及混合模板
          • 1.店铺运费模式
            • 整个店铺采用统一的运费标准，可设置收取固定费用，支持不同区域设置不同的的运费标准；
            • 例如收取固定运费10元；或者满X元包邮，不足X元统一收取10元
          • 2.单品运费模式
            • 为店铺内的每个商品设置单独运费，每个商品的运费独立计算
            • 当一个订单包含多个不同商品时，可以选择“运费叠加”或“取最大运费值”两种运费计算方法之一
          • 3.混合模式
            • 店铺运费模板与单品运费模板同时生效，店铺运费优先判断
            • 当订单金额满足运费上设置的免邮金额，按照店铺运费模式计算，不满足时，按照单品运费计算；
            • 优先级。若单品运费模版优先店铺运费，单品运费模版绑定的商品的运费单独计算；
        • 1.店铺运费模板
          • 对整个店铺设置运费，设置固定运费或未满X元收取运费Y元，
          • 可按地区分开设置，未被划分的配送区域使用默认配送模板。
          • 概要
        • 2.单品运费模板
          • 单品运费可按件数、重量、体积分别设置运费模板；
          • 包括首费和续费，可根据地区分别选择设置；
          • 概要
            • • 一单多品的情况，“运费叠加”OR“取最大运费值”
              • 运费叠加
                • SKU分别单独计算（若同一个运费模板的SKU，一起计算）得出运费结果，然后相加
              • 取最大运费值
                • 先把这些SKU分别单独计算运费值（若同一个运费模板的SKU，一起计算），最后取运费值中最高值。
        • 3.混合模式
          • 店铺运费与单品运费同时生效，店铺运费优先判断；
          • 1店铺运费优先
            • 全部以店铺运费设置的固定运费为准
          • 2单品运费优先
            • 单品运费规则优先生效
            • 单品运费单独计算，然后计算非单品运费优先的商品运费，根据一单多品时的运费计算规则计算最终运费
          • 前端运费展示
            • 根据运费模板计算运费，返回运费结果到订单页；
            • 如果有条件，给予用户物流方式选择权
          • 管理用户收货地址、商家退货地址（用户寄往的地址），一般是仓库的地址
          • 预约收货时间
          • 概要
    • 3后端物流管理
      • 后端物流
        • 实际物流管理
          • 影响点：不同地区的物流公司、配送区域、资费、重量体积；
          • 大小件运费计算，选择快递公司与大件物流公司；
          • 大部分商品用递公司中筛选，对特殊品类的大件商品用物流公司。
          • 同一个物流公司，配送区域是统一的，运输限制统一
          • 不同区域的实际运费收费标准是有区别的
          • 运费计算上，不同仓库有所区别，需要单独针对不同仓库设置区域运费收费标准（首重、续重）
          • 概要
      • 运费结构
        • 实际运费计算
          • 多仓库，每一个仓库设置一套运费计算规则；
          • 不同仓库的物流公司优先级不同；
        • WHY
          • 直营or地区代理
          • 物流公司在不同区域的服务水平不同，收费标准不一样。
        • 对于同一物流公司
          • 特殊品类的商品运费结算可能不同，有的计重，有的按照体积，有的计件；
          • 同一运费模板，可能针对不同目的地区又存在区别
      • 电商产品
        • 一种选择物流公司的思路：
          • 1.判断商品是否特殊品类
          • 2.根据收货地址匹配来筛选物流公司；
          • 3.根据SKU的毛重、体积来计算订单的重量、体积，用于计算运费；
          • 4.返回物流公司选择结果；
        • 对账
          • 企业按照物流公司的规则以及商品的体积、重量计算岀预估运费；
          • 物流公司根据实际包裹出一份运费账单
          • 对比之后，确认收费在误差内，可排查出漏发、多发的异常情况。
        • 概要
    • 4物流单号和状态管理
      • 物流单号
        • 通过物流单号连接商家与包裹。
        • 1.物流单号来源
          • 从菜鸟接口获取。获取时需传输收件和发件信息，菜鸟接口反馈物流单号，系统会自动获取物流状态
          • 预先从物流公司购买号段，导入系统，使用时直接获取。通过快递100查询等获取信息。
          • 自营物流，自己生产物流单号，更新物流状态
        • 2.使用状态
          • 未使用、已使用，回收单号。
        • 3.物流单模版
        • 4.物流状态
          • 签收状态（自动签收）、物流效率监测
  • 2.采购系统
    • 1采购流程
      • 核心：采购单，以SKU为单位。
      • 采购流程
        • 1.新建采购单
        • 2.采购审核
        • 3.商务：供应商采购合同达成；
        • 4.采购入库单下发仓库5.实物入库，库存更新
        • 6.采购结算，完成采购。
        • 概要
      • 采购计划
        • 1.依据
          • 安全库存、采购提前期、订货点、订货量
          • 需求预测；
        • 2.到货确认
          • 实际业务：分批到货，或部分到货后终止采购单
        • 3.采购流程
          • 采购提请方：业务方/采购部门；
          • 询价方：业务方/采购部门
          • 审批：业务、采购、财务等
          • 供应商：协议价、竞标；
    • 2供应商管理
      • 采购模式
        • 自采自卖
          • 平台从供应商那里采购商品，入库至自己的仓库进行售卖
        • 一件代发
          • 商品平台销售后，由供应商代发，按订单结算商品和物流费用
        • 多货主仓库模式
          • 1.将仓库开放给供应商使用，当供应商的商品入库时，它的商品所有权属于供应商
          • 2.对于平台和供应商来说，独占、锁定、共享库存都可存在；
          • 3.当平台向供应商发起采购后，变更相应商品的货主
          • 4.解决库存资金占用问题，增强销售末端的管控力充分利用仓储能力，互利互惠；
      • 供应商信息
        • 1.基本信息
          • 包括供应商名称、简称、联系方式（地址、联系人、电话）、供应商类型（自营、代发等）
        • 2.财务信息
          • 主要是银行账号（银行名称、银行账号、开户名称）、开票信息（名称、银行、纳税人识别号、联系电话等）
        • 3.经营范围
          • 品类、品牌
          • 维护供应商的经营范围主要是在采购商品、或者扩充SKU时，能够迅速从供应商列表中找到合适的供应商
        • 4.经营资质
          • 有些品类需要进行资质审查，比如酒类、医药等商品，在合规的基础上迸行采购。
        • 5.采购合同
          • 合同有三种类型
            • 确定合作关系。
            • 商品协议价合同，定期更新（半年或一年）
            • 单次采购单的采购合同。
        • 6.供应商状态
          • 编辑中、审核中、正常、暂停使用、已作废等。
      • 供应商评价
        • 在供应链管理体系中，供应商是整个供应链的关键，对于供应商的选择和评价是供应链合作关系运行的基础。
        • 1.选择供应商
          • 多种因素：可见、不可见。业务需求、高质量、低成本、快速反应等。
        • 2.指标评价体系
          • 利用指标评价体系，对供应商供货质量服务水平、准时性、信用度等进行评价，为供应商的选择提供支持。
            • 对于电商企业说，主要的参考指标有产品质量、交货期、交货量、价格、进货费用水平、信用度等基本评价指标。
            • 企业根据企业基本评价指标以及企业的采购能力、管理水平，对供应商进行分级（如A+、A、B、C等），按照企业的供应商评价模型，定期对供应商进行评级
            • 在采购时，优先选择供应商评级高的供应商，逐步淘汰供应商评级低的供应商，引进新的供应商。
            • 供应商评价没有固定模型，受可量化及不可量化指标影响，而且与业务有极大相关性
    • 3采购商品管理
      • 采购商品
        • 采购行为针对的对象主要是SKU：
          • 采购价格——供应商
          • 库存——仓库
        • 采购最关键的参考因素是采购价格和库存。
        • 概要
          • • 1.采购商品管理列表数据：
              • SKU类目、SKU条码、SKU名称、品牌、规格、单位、实时成本、总体库存；
            • 2.以供应商为纬度的价格数据：
              • SKU信息、供应商、协议价、最近采购价格、历史价格等
            • 3.以仓库为纬度的库存数据：
              • SKU信息、仓库、仓库库存、可用库存、在途库存、周期需求量（1个月或7天等）；
      • 采购成本
        • 动态采购成本（采购价格——供应商）
          • 商品的采购成本在动态变动，影响因素有很多，如供应商、市场行情、采购量等
          • 同一SKU通常有多个供应商可以供货，甚至有的供应商只能在部分地区供货
          • 平均采购成本：对一定周期内的采购单成本进行平均；
          • 概要
      • 采购库存
        • 采购库存管理（库存——仓库）
          • 销售预测+库存监测=决定采购数量
          • 由于采购的SKU要进具体的仓库，采购人员需要了解仓库的库存。
          • 采购人员需要获取的库存信息有总库存、可用库存、最近1个月的销量；
          • 单仓的仓库库存、可用库存、3天内在途库存、在途库存、最近1个月的出库量；
          • 在途库存：已下采购订单，但是仍未到货的库存量。
          • 3天内在途库存：预计到货时间在3天内的在途库存在不违反发货时长内，可将在途库存计入可销售库存中。
          • 概要
            • • 仓库之间调拨库存也可以解决地区库存短缺。
    • 4采购订单管理
      • 采购订单流程
        • • 1.采购申请
            • 当业务部门或供应链根据需求预测，需要进行采购在采购系统中录入采购计划，提请相关人员审批
          • 2.采购询价
            • 采购申请审批通过后，由采购员根据采购申请制作采购询价单给相应的供应商
            • 供应商反馈报价给釆购员（可做进系统流程）
            • 流定期协议价或线下询价
          • 3.采购单
            • 确定供应商与采购价格，录入采购单详情，正式发起采购
            • 供应商收到订单后，安排发货事宜，反馈预计到货时间，同时生成采购入库单下发相应的仓库
      • 采购订单
        • 采购申请单
          • 内容主要有仓库、SKU、商品数量、需求时间、申请人、申请备注等，必要时会加上预算，附上相关材料，提请相关人员审核，进入审批流
          • 状态包括：编辑中、审核中、审核通过、已完成、已拒绝。
        • 生成采购单
          • 入库仓库和供应商，SKU明细（数量、单价）、预计到货时间，以及财务信息（发票类型、支付方式、付款周期、预付款等）
        • 概要
      • 电商产品
        • 批量下采购单
          • 多供应商
            • 单仓采购多个SKU，但是分属不同的供应商
          • 多仓库
            • 从单个供应商采购一批货物，如多个仓库采购单拆分成多个子单，分发给供应商和各地的仓库。
        • 采购发票
          • 用于抵税、凭证等多种用途，对供采双方都较为重要
          • 发票是与采购单绑定的，当采购入库、完成结算之后，由供应商开给企业
• 第7章 仓库管理系统的产品设计
  • 课前导读
    • WMS
      • 仓库管理系统 Warehouse Management System，简称WMS）
      • 通过出库、入库、库位调拨、库存调拨等功能，综合批次管理、物料对应、库存盘点、质检管理和即时库存管理等功能综合运用的管理系统，有效控制并跟踪仓库业务的物流和成本管理全过程，实现完善的企业仓储信息管理。
      • WMS属于电商后台系统的服务未端，相对独立，也是实物管理与系统完美结合的应用。
      • 通过WMS实时同步仓储货物的变化，确保物料先进先出，与采购系统、订单调度系统同步更新库存，管理仓库工作人员的工作流。
  • 1.仓库管理描述
    • WMS与其他系统交互
      • WMS与采购系统，主要是采购入库单与仓间调拨，关系到仓库的出入库
      • WMS与订单调度中心，主要是发货单、退/换货入库单，关系到仓库的出入库。
      • WMS与财务系统，主要是盘盈/盘亏单，主要是更新实物与账面的差异。
      • WMS与库存中心，在出入库、盘盈/盘亏之后，及时更新实物库存的变动。
      • 概要
    • 仓库区域划分
      • 分拣区：分拣区类似超市的货架，存放商品供拣选。分拣员按照发货单及系统指引在分拣区的相应库位上拣选商品到拣货车上。
      • 复核区：员工拣货之后将商品推送至复核区，复核员按照发货单去检查商品是否正确拣选。
      • 存储区：类似超市的仓库，存放大批量的货品，当分拣区不够的时候，从存储区进行补货。货物入库之后一般会先进存储区。当业务量较少或动销率较高时，就没有存储区，直接上架至分拣区。
      • 发货暂存区：在复核之后，对商品进行包装后存放的区域，等待交接给相应的物流公司。
      • 收货暂存区：在采购商品或退货到仓之后，来不及上架时存放的暂时存放区域。
      • 仓储器械存放区域：存放拣货车、叉车等物流器械的区域。
      • 概要
  • 2.仓库管理系统：出库
    • 出库流程
      • 中心：SKU
      • • 出库主要环节：调度打单、拣货、复核、包装、交接发货；
        • 出库单据来源：销售发货单、调拔出库单、换货出库单
        • 接收发货单，仓库生成仓库出库任务。
    • 调度&打单
      • 调度
        • 1锁定库存库存，分配物流单号
          • WMS接收发货订单，开始为订单中的商品选择库存，分配物流单号；
          • 锁定库位库存原则：先进先出，选择最先上架的库位
          • 预调度时，拣货区库存不足，就生成相应的补货任务。
          • 概要
        • 2生成拣货波次
          • 波次：为提高作业效率，将批待出库的订单按照某种标准或者规则汇总在一起进行出库作业，称之为“波次”作业；
          • 将已经锁定库位库存的订单按照“波次”规则合单到起，生成拣货波次。
          • 规则示例：sku重合率较高、库位较近的订单
          • 自动生成or人工筛选
      • 打单
        • 将波次对应的物流单和发货单打印岀来。以便拣货、复核以及交接发货使用
        • 打单时，会将—个波次的发货单和物流单一起打印出来，物流单按照快递公司标准设定
        • 打单环节可以前置，也可以后置，复核之前再打单
    • 拣货
      • 拣货任务可分配或领取；
      • 用PDA扫描发货单，可识别所属拣货波次，领取波次任务
      • 拣货车：用于拣货的小车，分为不同的货位，系统分配不同货位对应不同订单。例如一个波次中有A、B、C、D四个订单，绑定了一个有四个货位（a、b、c、d）的拣货车
      • 拣货波次包含的订单数量不能大于拣货车上的货位数。
      • 分拣，意味着有拣有分，同—个波次的订单会合并拣货，拣货员放到拣货车的货位前会分开
      • 拣货员根据PDA的引，按照拣货顺序、数量从库位上拣货，分拣到拣货车的不同货位上；
      • 概要
        • • 拣货路径
            • 拣货路径最短
            • PDA上显示拣货顺序，拣完一个库位，自动跳转至下个库位。
    • 复核&包装&交接发货
      • 复核
        • 复核：对拣货完成的订单进行核对，保证发货单、实物商品、物流单的统一
        • 扫描发货单上的仓库单号条码，定位到相应的订单，再去扫描商品条码，保证商品和数量无误
        • 最后扫描物流单，校验发货单、实物商品、物流单三者完全一致时，视为复核完成
      • 包装
        • 在复核后，对订单的商品进行打包，然后称重；
        • 系统可以对打包完的包裹进行称重，甚至拍照存档
        • 可以根据重量、体积参数等检査是否错发漏发。在与物流公司对账时也有相关依据；
      • 交接发货
        • 打包之后，根据物流单对应的快递公司，推至相应公司的交接区
        • 交接员扫描相应的物流单号完成交接并发货。
  • 3.仓库管理系统：入库
    • 入库流程
      • 当入库单推至仓库之后，经历到货确认、验货打码、商品上架等环节最终完成入库
      • 商品入库：采购单、退/换货入库单、调拔入库单等。
    • 到货确认
      • 入库单推送至仓库之后，在WMS中生成入库任务；
      • 相关商品到仓库之后，选中对应的入库任务进行确认，生成相应的验货任务；
      • “确认到货”的步骤可以保证验货任务池的纯净，
      • 同一个入库任务允许到货多次。例如采购A货物3000件，一次到货1000件，分三次全部到货。
    • 验货打码
      • 条码：全部重新贴码OR部分贴码（有条码的做映射，没有的重新贴码）
      • 到货确认后，生成验货任务，验货员用PDA验货；
      • 确认反馈合格品和不良品的数量；采购单只确认接受合格品，不合格品退还供应商唸
      • 若部分到货，则该入库任务重新回到“确认收货”任务池
      • 退货单将合格品和不良品都录入到系统中。不良品会上架至不良品库区
      • 当验货完成之后，通过WMS系统打印相应数量的商品条码，由仓库员工进行贴码；
      • 概要
    • 商品上架
      • 上架类型：入库上架、补货上架、移库上架、返库上架
        • 入库上架：在PDA上生成相应的上架任务，员工按照PDA将商品上架到相应的库位上
          • 首先扫描库位码，然后商品条码，最后确认数量
          • 上架后更新库位库存信息；
        • 补货上架：从存储区到分拣区，在发货单缺货、库位库存到达警戒线时生成任务，补货数量规则另外确认
        • 移库上架∶系员工主动操作，移动不同区域、不同库位的库存，从一个库位将某商品移至另一个；
        • 返库上架：会优先选择回到原库位。
      • 上架库位分配原则：不同供应商、不同批次、不同SKU是否允许上架到同一库位；优先已有库位或附近，不同库区的库位限定品类
  • 4.仓库管理系统：盘点
    • 盘点流程
      • 盘点，是指定期或临时对库存商品的实际数量进行清查、清点的作业，对仓库现有商品的实际数量与保管账上记的数量相核对，以便准确地掌握库存数量
      • • 1.根据业务需求选择相应库位和商品来创建盘点任务，盘点员拿着PDA根据盘点任务去库位进行盘点，录入盘点数据。
        • 2.当盘点单中所有任务完成后，判断是否有盘盈或盘亏。
        • 3.若无盘盈或盘亏，盘点单直接结束。若有盘盈或盘亏，提交给主管审核，主管审核不通过，对库存不一致的库位商品重新生成盘点单，进行复盘；主管审核通过之后，提交给财务审核
        • 4.财务审核通过之后，生成盘盈、盘亏单，去更新仓库库存。
      • 盘点的类型分为动盘、抽盘、全盘三种。岘在盘点基本是在仓库不停产的情况下进行的，也就是边拣货边盘点。通过PDA直接取实时库存进行盘点
        • 动盘：选取从库位上次盘点之后，截止到目前库存发生变动的所有库位生成盘点单
        • 抽盘：选取一定条件（库区、库位、商品条码）的库位商品生成盘点单。抽盘是经常用的盘点方式，除了ABC分类原则，还有财务抽盘。
        • 全盘：选取整个仓库生成一个盘点单。全盘工作量较大，频次较低，一般按季度或者全年的周期进行。
        • 不同人员负责不同区域，领取不同的盘点任务，系统将其合并分析。
  • 5.仓库管理系统：库位库区管理和统计查询
    • 库区管理
      • 仓库布局，在库区设计完成之后，需要将其录入系统，并按照WMS系统规则为其编码。由于库位编码规则与拣货路径选择相关，布局要按照WMS的拣货路径规则来编码
      • 按照系统的编码规则将实际库区结构录入到系统中。
      • 定义库区
        • 功能：分拣区、存储区、不良品区
        • 类型：平面区、立体区
        • 存放品类：可限制存放品类
        • 库区信息：面积、承重等各种信息。
      • 概要
    • 库位管理
      • 库位编码和行列、楼层以及货架号相关。例如库位编码A02-03-06可表示库区A第2列第3层的第6行的库位
      • 在新增库位后，可以提供库位条码的打印功能。
      • 遵循WMS的拣货路径规则进行库区、库位编码。
      • 系统在安排商品上架时，会根据库区库位的限制来指定库位进行上架，在人工上架或移库操作错误的时候，还会进行提醒。
      • 概要
    • 统计查询
      • 模块
        • WMS系统的统计査询模块主要是关于仓库的流水、库存、工作量等面的统计，并提供库存预警功能。
          • 出库明细（记录出库的仓库订单）
          • 入库明细（记录入库单及明细）；
          • 库存变动明细（记录以商品为维度的变动明细，包括出入库库存、变动数量、实时库存）；
          • 总库存査询（实物库存、可用库存、锁定库存等）；
          • 库位库存查询（商品、库位、库存、实物库存、可用库存、锁定库存等）
          • 员工绩效统计（统计员工的拣货、复核、打包、交接、盘点、验货、上架等工作量）
          • 设置安全库存、周转库存，当拣货区库存不足时生成补货任务或者库存预警。
        • 1.WMS系统作为基础的仓储管理系统，综合了入库管理、岀库管理、物料对应、盘点、统计等诸多功能，旨在有效控制、跟踪仓储物流
        • 2.不同行业、不同规模的业务对WMS的复杂度、专业性要求不同；
        • 3.WMS可能是唯需要软硬件结合的系统，需要与多种硬件（PDA、打印机、AGV、传送带、打包机等）结合，以文字、图像、语音、信号灯等多种方式传达信息。
  • 6.【实例解析】WMS系统案例
    • 出入库过程
      • 入库
        • 到货确认
        • 验货确认
        • 验货打码
        • 商品上架
      • 出库
        • 调度
        • 打单
        • 拣货
        • 复核
        • 包装
        • 交接发货
      • 概要
    • 调度
      • 待处理发货单
      • 生成拣货波次
        • 多单合井
          • 1自动生成SKU类型、数量,拣货路径最短
          • 2人工进取
      • 优先发货
        • 将任务优先級提前
      • 打单
        • 打印发货单、物流单
      • 分配拣货员
        • 对应操作人领取成分配
      • 概要
    • 拣货
      • 1播种式拣货
      • 2拣货路径的体现（推荐库位）
      • 3二次分配
      • 概要
• 第8章 订单中心的产品设计
  • 课前导读
    • 订单概览
      • 不同行业的订单
        • 类型不同、规则不同
      • 订单来源：
        • 自营平台
        • 第三方平台（天猫、京东等）
        • 线下订单
      • 下单方式：
        • 购物车下单和直接下单
      • 订单状态：
        • 多种订单状态、变化多样
  • 1.订单下单的结构
    • 订单下单
      • 用户的一小步，系统的一大步
      • 用户下单时，订单信息在各个系统之间进行信息校验和流转，最后生成订单。
    • 订单信息
      • 信息冗余，流程追溯。
      • 用户信息、订单基础信息、收货信息、商品信息、优惠信息、支付信息、物流信息、其他信息等。
    • 父订单与子订单
      • • 从购物车选中多个店铺的多件商品时，会将这次购买行为拆分成三个店铺的子订单。
          • 这次整体的购买行为记录在父订单下，当系统首次提交订单结算时，会合并子订单，针对父订单进行结算。
          • 当提交订单后结算中断，或结算之后，系统在更新订单状态、物流追踪时，针对的就是子订单。
        • 自营商城，不同仓库的商品合并提交，或订单的商品过量时，都会拆分成多个子订单
        • 拆的时机
          • 生成订单前，拆单；
          • 生成订单后，拆包裹；
          • 概要
    • 优惠分摊
      • 优惠来源：
        • 促销活动
        • 优惠券
        • 积分抵扣
        • 会员折扣
      • 订单实付金额
        • 订单实付金额=商品金额（SKU金额合计）+运费-总优惠金额
      • 其中
        • 总优惠金额=促销活动优恵金额+优惠券优惠金额+积分抵扣金额
      • Question
        • 订单部分取消时，怎么退款？
        • 跨店优惠的订单，财务上怎么结算？
        • 多个子订单，某一个子订单取消时怎么退款？
        • 使用了多种优惠券，疊加后每个商品到底实付了多少？
      • 系统规则VS人性
        • 跨店优恵活动、优惠券：促进销量
        • 薅羊毛”党：恶意退货退款。
        • 退货退款的原则：“优惠分摊，偏向用户”
          • 下单时就将优惠金额、实付金额按比例分摊到子订单、商品上，方便退款处理。
        • 实际中的多种服务
          • 支付服务：第三方支付、分期付款、货到付款等，
          • 其他渠道订单：来自京东、天猫、有赞的订单
          • 在订单处理上，会出现多种情况，随机应变。业务约复杂，订单的金额处理越复杂
        • 订单中有甲、乙两店的商品A、B、C、D、E，包邮。商品A、D参加跨店满200减40的活动（活动1），商品B、C参加满100减10的活动（活动2），另外用户还使用了100元的现金券。
          • • 商品A的优惠金额：
            • 40*（80/320）=10元
            • 商品D的优惠金额：
            • 40*（240/320）=30元
      • 订单状态
        • 待付款：用户刚提交订单，尚未付款，等待用户支付。由于待付款状态会锁定库存，所以一般会设置超时自动取消。
        • 待发货：用户付款之后，等待商家发货。
        • 待收货：商家已发货，等待用户收货。
        • 交易成功：用户确认收货之后，订单已完成交易。
        • 已取消：付款之前取消订单。超时未付款或用户取消订单都会产生这种订单状态
        • 售后中：用户在付款后发货前申请退款，或商家发货后用户申请退换货，都会产生这种订单状态订单售后状态又分许多种，后面详述。
        • 交易关闭：当售后完成后的订单状态。“已取消”的订单状态可以合并到“交易关闭”中。
  • 2.订单的拆单
    • 拆单的影响因素
      • 父订单/子订单
        • 客户在下单时，为了发货和结算方便，需要对订单进行拆分。
      • 1拆单的影响因素
        • 平台的不同店铺商家
          • 商品归属权不同，涉及到财务结算和发货的问题，店铺商家不同需要拆分订单；
        • 不同发货仓库
        • 品类特殊包装要求
          • 易碎品需要特殊包装，超大物品（儿童座椅、轮胎）需要单独包装。有些不同品类的商品不能放在-起
        • 物流因素
          • 不同物流公司对单个包裹的重量或体积都有特殊要求
        • 商品价值
          • 海淘消费限额、贵重物品单独发货
    • 拆单节点
      • 拆单的时间点：
        • 下单时，拆订单
          • 父订单—子订单
        • 支付后，拆发货单
          • 订单—多包裹
      • 最好在下单过程中能拆好就拆好，避免后续判断；生成订单后，仍有需求拆单。如第三方商城订单、仓库发货限制等各种因素。
      • 概要
    • 拆单后的前端显示
      • 购物车提交订单，合并支付；
        • 中断流程后，再操作针对子订单，如左图
  • 3.【实例解析】拆单
    • • • 订单金额、实付金额、优惠金额
        • 按比例
    • 提交订单支付前
      • 用户下单
      • 商家分类
        • 不同店铺、代发供应商，拆！
      • 仓库
        • 根据SKU发货的仓库（按照库存和时效选择）不同，拆！
    • 支付后发货前
      • 品类
        • 不能存放在一起的品类，拆！
      • 物流元素
        • 超过物流运输限制（重量、体积），拆！
      • 订单价值
        • 超过2000的，拆！
      • 拆单结束
  • 4.订单的售后
    • 订单逆向流程
      • 发起售后的时间节点：
        • 待付款状态下取消订单
        • 待发货状态下取消订单；
        • 待收货状态下申请退货或退款；
        • 交易成功状态下申请退货或退款
      • 在不同节点出现退换货，系统的处理方式不同
      • 售后发起方式：用户主动发起、客服发起
      • 以用户主动发起售后为例，解析订单逆向流程。
      • 概要
    • 取消订单
      • 1待付款取消订单
        • 当用户提交订单后，主动取消订单或者用户超时未支付时，订单的状态变更为“已取消”
      • 2待发货取消订单
        • 当“待发货”状态时，用户申请取消订单，判断当前订单走到哪一个流程，能不能中断发货。
        • 如果可以，取消成功；如果不行，拒绝申请。
      • 3待收货/交易成功退货
        • 当发货之后，售后申请需要退货。
        • 部分商品退货
          • 当SKU全退时，原订单的状态直接变成“交易关闭
          • 当发生订单中部分商品退货、退款时，原订单的状态不变，维持“待收货”或“交易成功”状态。
          • 同时生成部分售后订单。剩余的订单商品仍旧允许进行售后。
          • 概要
    • 订单售后状态
      • 待审核：用户提交退货、退款申请之后，等待审核的状态
      • 待退货入库：退货申请审核通过，等待用户退货入库。
      • 待退款：退货入库成功后，等待退款给用户
      • 待换货入库：换货申请审核通过，等待用户换货入库。
      • 换货出库中：换货入库之后，生成换货出库单，订单出库
      • 售后成功：当退货、退款成功或换货成功之后，流转至“售后成功”状态。退货退款的售后成功在主流程下属于“交易关闭”。
      • Question
        • 1怎么允许用户发起多次售后？譬如换货之后退货
        • 2财务上对售后订单数据的记录？
  • 5.线下服务订单
    • 服务订单流程
      • 实物商品订单
      • 纯服务订单：线上购买服务，线下接受服务。如线上电影票。
      • 商品服务订单：线上购买商品，商品收货之后，去指定门店接受商品附加服务。如轮胎服务订单
    • 纯服务订单
      • “待付款”状态时，取消订单或超时未支付，订单关闭；
      • 待服务”状态时，申请取消订单，判断核销码是否使用作废核销码之后进行退款；
      • 当“交易成功“后用户申请售后，就需要客服介入，当确认申诉属实时，进行退款
      • 概要
    • 商品服务订单
      • 当购买此类商品后，订单进入商品服务订单流程。
      • 在下单时客户可选择服务门店，也可以不选，后期通过人工客服指定门店。
      • 当选择门店之后，可选择送货到家或直接送到门店，当商品到货后，进行商品服务。
      • 概要
  • 6.订单的数据统计
    • 订单数据
      • 常规统计
        • 倾向于财务统计，主要包括销售额、毛利、成本、纯利润、客单价等。
      • 流量分析统计
        • 订单交易纬度、商品纬度，以及订单来源等三方面。
    • 1.订单交易纬度
      • 统计周期内的订单销售额（统计周期可以是日、周、月或自定义）。
      • 订单量：统计周期内的订单量。
      • 客单价：统计周期内，已支付的订单平均金额
      • 下单用户数与支付用户数
      • 支付新用户数与支付老用户数。
      • 订单金额分布：订单金额在各价位之间的占比
      • 地域分布：分析各区域的购买转化率及订单量、客单价，有针对性地进行营销。
    • 2.商品分析
      • 被下单商品数：统计周期内，被下单数>0的上架商品数总和。
      • 被支付商品数：统计周期内，被支付订单数>0的上架商品数总和
      • 被访商品数：统计周期内，被访问UV数>0的上架商品数总和。
      • 商品收藏次数：统计周期内，商品被来访者收藏的次数。
      • 商品销量统计：统计周期内，按单一商品纬度统计上架商品的销售数量，按品类统计销售额、销量。
      • 加购件数：统计周期内，买家加入购物车商品件数之和。
      • 概要
    • 3.订单来源
      • 统计出每个订单的来源，包括订单的来源媒介（站外广告渠道）、用户端（APP、H5商城、PC端等）
      • 记录每个订单的产生流程，包括在订单创建之前的商品浏览、加入购物车、提交购物车等关键步骤的数据分析；
      • 追踪订单来源，包括来源的媒介、来源关键词、来源网站等。
  • 7.购物车
    • 购物车的妙用
      • 凑单
      • 促销
      • 收藏
    • 购物车的设计
      • 展示信息
        • 商品标题、商品图片、价格、数量、规格（颜色、尺码等）
        • 商家（自营或店铺）、库存状态（是否紧张或缺货）等。如果是跨境商品，还需要显示税费。
        • 初次打开或刷新时，商品信息、促销信息都同步更新。
        • 概要
      • 商品选中策略
        • 默认全选；
        • 默认全不选
        • 云端同步选中状态；
      • 离线购物车
        • 在未登录状态下把商品加入购物车，登陆后和现有购物车合并
      • 库存监控
        • 在库存紧张或无货的时候，会在前端给予提示；
        • 无效商品进入无效商品列表中，可批量清除；
      • 排序分类
        • 在购物车底部，添加为商品推荐区域。
        • 按加入购物车时间倒序排列
      • 促销信息
        • 显示促销相关信息，类似满减、满赠、赠品等信息。
      • 商品推荐
        • 在购物车底部，是最好的商品宣传位
      • 价格监控
        • 购物车的商品价格变动时给用户提示
      • 编辑
        • 删除商品、加减商品数量、更改商品规格等。
    • 购物车结算
      • 在购物车中计算订单金额时，需要将优惠金额算进去，但是这部分优惠只包括促销活动无法计算优惠券等优惠
      • 只对满减金额做处理
    • 购物车在PC端和移动端的设计不同。
• 第9章 其他系统
  • 课前导读
    • 会员&调度&支付&权限
      • 电商系统是一个有着众多系统模块的庞大体系。
      • 重点阐述
        • 会员系统
        • 调度中心
        • 支付系统
        • 权限系统
    • • 客服系统&财务管理系统
        • 客服系统
          • 包括在线客服、话务系统以及工单系统，和订单系统密不可分。
            • 售前：解决客户关于产品上的问题；
            • 售后：解决客户的售后问题；售后申请审核、取消订单、退货、退款、订单补偿等功能
            • 工单系统：任务分解，售后单流转，提高处理效率。
        • 财务管理系统
          • 包括成本管理、销售管理、财务数据分析等內容
            • 收入、支出
            • 对账、调账
            • 退款、成本管控
      • 风控系统&商家管理后台
        • 风控系统
          • 风控系统主要是防范账户风险、交易风险。
            • 用户作弊；
            • 商家刷单
            • 账户和支付安全；
        • 商家管理后台
          • 平台提供给商家用来运菅店铺的人员
            • 包括订单、商品、促销、CMS系统等，
            • 相当于一个电商管理后台
  • 1.会员系统
    • 会员系统概述
      • 管理用户信息，通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。
      • 升级版：CRM（客户关系管理系统）
        • C端会员管理：主要包含会员基础信息管理、会员成长体系和积分体系这三部分。
        • B端会员管理：涉及到B端用户的组织架构管理、客户拓展等功能
        • B2B2C的电商平台的会员管理：需要对会员体系进行分层。每个店铺都可以对其会员进行独立管理
    • 会员基础信息管理
      • 聚合关于用户信息的一个出口，还涉及到与其他系统之间的一些信息交互。
      • 基本信息
        • 包括注册时间、注册手机号、性别、会员等级、会员积分、会员余额以及收货地址等相关信息。
      • 优惠券信息
        • 用户账户中的优惠券明细及状态，包括优惠券金额、使用条件、领取时间、使用时间、有效期及使用状态等。
      • 订单信息
        • 用户的订单记录列表，显示订单主要信息（下单时间、状态、金额、收货信息等）。可链接至订单管理中的订单详情，对订单进行相关操作（退货、退款等）。
      • 售后信息
        • 用户的售后记录列表，显示售后主要信息（下单时间、售后申请时间、状态、金额、收货信息等），可链接至订单售后管理。
      • 会员等级
        • 主要是会员成长明细，记录成长值增减的原因和时间，以及升级历史，可以修改用户等级。
      • 会员积分
        • 会员积分变动明细，记录积分的来源、消耗
    • 会员成长体系
      • 会员成长体系因素
        • 电商中主要对用户的登录、购物、评价、晒单等行为进行评估，来计算会员的成长值。
      • 淘宝：淘气值（88会员、88超级会员）
        • • 淘气值
            • 淘气值是根据会员近12个月在淘宝和天猫，飞猪以及海累票上的购买金额、购买频次、互动、信誉”等行为，而综合算出的会员价值分。每月8号更新；超过1000分成为超级会员
          • 购物分
            • 购物分是近12个月购买金额的综合分值。每一单笔订单、每日每月、每一类商品、每一个店铺，可获得的最高可得分都不同，其中，实物类商品的最大可得分高于充值、票务、航旅等虚拟类商品的最高可得分。
            • 另外，购买更多种类的、高信誉商家的商品可以得到更多分
          • 奖励分
            • 奖励分是近12个月内购买的商品类目数，高价值评价（8字以上的评价，晒图，追加评价），分享被点击数、问大家参与次数、购买成交天数、连续购买月数的综合分值。每一项在每日每月都设置最大可得分。奖励分受购物分正向影响，购物分越高，奖励分越高。
          • 基础分
            • 基础分由当前信誉等级决定。信誉等级越高，基础分越高，并且可得购物分和奖励分的分数越高。
      • 京东：成长值（注册会员、铜牌会员、银牌会员、金牌会员、钻石会员）。
      • 两种会员成长体系：
        • RFM模型
          • 客户消费行为特征分析模型，
            • Recency：最近一次消费时间
            • Frequency：某一个时间范围内的消费频次；
            • Monetary：某一个时间范围内的平均客单价或累计交易额
          • RFM模型是衡量用户价值的重要工具和手段，对会员价值进行多维度动态指标综合加权计算。
          • 概要
            • 在固定周期里，统计用户的R、F、M的值，计算对应的成长值，累加至现有的成长值上。
        • 用户行为增长模型
          • 根据用户在平台上的行为，进行成长值量化，突出用户单次行为的贡献度，成长值是会员行为的单向累计的统计。在电商网站中，一般对用户的登录、购物、评价、晒单等行为进行成长值评估。
          • 以京东为例，其成长值增长策略：
            • 账户
              • 完善资料、绑定QQ、实名认证、绑定微信
            • 消费购物
              • 购物、购买新品类、购物频次、购物年限
            • 互动
              • 晒单、评价、回答问题、分享商品、使用京东支付
          • 通过用户行为增长模型来评价用户的成长值，在用户进入平台初期有很大的激励作用，但是后期乏力。
      • 会员成长值是根据不同的成长策略进行量化赋分。
    • 积分体系
      • 积分体系
        • 线上线下商家采用的用户消费激励体系
        • 积分可以正向累加，对用户的某些行为（如交易行为、互动行为等）产生与价值相匹配的积分
        • 主动消耗抵用；
      • 积分消费方式：
        • 订单结算抵扣；
        • 积分商城购买商品
        • 用户权益置换等。
        • 概要
          • 积分的生成和消耗就形成完整的闭环。
      • 获取积分
        • 通过签到、购物、评价、晒单、分享、充值等行为
        • 京东的京豆、淘宝的淘金币、信用卡积分等都属于积分的一种形态。
      • • 积分和用户成长值有所相同，也有所不同。
    • 会员体系分层
      • 会员体系分层
        • 当电商平台上有店铺时，会员体系就变得立体。
      • 多套相互独立但是数据共用的会员体系来实现，搭建多层级多归属的会员体系。
      • 不同的会员策略
        • 平台自营商品；
        • 线下服务门店
        • 平台商户店铺
        • 不同渠道的客户
        • B端与C端用户等各种粒度的主体与会员
      • 概要
  • 2.调度系统
    • 系统概述
      • 调度中心
        • 类似中央处理器，调度中心主要有管理仓库、选择发货仓、更新库存这三点核心功能
      • e.g.
        • 系统将用户买了哪些商品、收货地址告诉调度中心，调度中心就会输出结果：从哪些仓库发货，用什么物流发货，多长时间能到。
    • 管理仓库
      • 电商企业都会有多个仓库，甚至上百个仓库。而仓库管理系统又是一个相对独立的系统；调度中心在中间就起到统筹调度所有仓库的作用。
        • 维护仓库信息及仓库对应的物流公司信息
          • 仓库信息：仓库名称、地址、联系信息、仓库类型以及配送区域
          • 仓库类型：自营中心仓、自营区域仓、供应商协同仓等，仓库类型决定了仓库等级。
        • 选择仓库
          • 从优先级高的仓库轮询到优先级低的仓库。配送区域是指仓库的配送区域，有些仓库的发货区域有限制，不会全国覆盖，例如供应商协同仓可能只负责某个城市的配送，不支持跨区。
          • 选择仓库时也有区域优先级，毎个仓库会区分-级配送区域、二级配送区域、三级配送区域，主要通过距离（即物流时效）来确定，
        • 选择物流公司
          • 物流公司信息是指仓库使用的物流公司，相关信息主要维护在物流中心
          • 通过相应的规则选择物流公司。
    • 选择发货仓
      • 选择发货仓的核心在于维护调度规则。
      • 因素：仓库等级、物流时效、业务需求等。
      • 视业务发展阶段和战略需求而定。
      • 概要
        • 下单时进行预调度，预估发货仓库与到货时间。
        • 下单后，在调度层选择发货仓库，扣减调度层库存，进行拆单，下发发货单给仓库，若是供应商订单则传给供应商
        • 为发货单选择最优的物流公司，若是跨境电商的保税仓订单，还需要锁定物流单号
    • 更新库存
      • 调度层的库存变动都是通过调度中心来完成的。
        • 下单后调度层拆发货单，锁定库存，将发货单下发给对应的仓库和供应商，及时更新库存
        • 退货时，将退货入库单下发给仓库，入库后更新库存。
        • 盘盈盘亏后，更新库存。
        • 采购时，将采购入库单发送给仓库，更新在途库存，到货后更新库存。
        • 采购系统调拨仓库间的商品库存，调度中心将调拨出库单下发给岀库仓库，将调拔入库单下发给入库仓库
    • 调度中心是一个与库存中心、订单中心、采购系统、WMS系统、物流中心等都联系非常紧密的中间层系统串起了各系统之间的信息交互。在实际业务中，调度中心的规则可能更加繁杂
  • 3.支付系统
    • 支付方式
      • 支付系统
        • 管理支付数据，调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等），支付对账，提供支付服务和资金清算的系统
      • 支付方式
        • 主要分为三类支付渠道：第三方平台支付、快捷支付、网银支付。
        • 通常在订单结算页，用户可选择支付方式。
      • 1第三方平台支付
        • 支付宝、微信支付等都是第三方支付平台。
      • 2.网银支付
        • 目前主要在PC端用，通过直接对接银行或者银联平台来实现
        • 银联可提供大部分银行卡（储蓄卡、信用卡）的网银支付和快捷支付服务，能够帮助避免一家家银行对接的麻烦
      • 3快捷支付
        • 用户绑定银行卡开通后，电商平台不留存卡号信息，仅留存 Token标识号
        • 后续支付时通过 Token标识号、短信验证码等完成支付对于小额度的支付，甚至可以开通小额免密，直接完成支付
    • 交易记录
      • 支付中心会记录下交易记录，与订单记录不同，主要是支付信息。
      • 交易流水号（一般由第三方平台生成）、创建时间、完成时间、关联的订单编号、订单标题、支付场景、费用信息（订单总金额、优惠金额、实际费用）、订单描述。
      • 支付信息还包含以下内容
        • 交易渠道信息
          • 记录所使用的交易渠道（支付宝、微信），渠道账户，渠道执行支付的时间、渠道侧返回的订单号等
        • 支付用户信息
          • 用户类型、用户账号、渠道账号信息
        • 支付状态
          • 包括未支付、已支付、已退款、部分退款、已取消等。
      • 如果有特殊的支付方式，如分期、货到付款，还会更加复杂。
      • TIPs
        • 支付宝接口文档
        • 微信支付接口文档
    • 对账
      • 保证每一笔交易在电商平台、支付平台都要能对上。
      • 在发现有差异的记录之后，通过人工或者自动的方式，解决这些差异来平账。
      • 为方便快速查账，不同渠道都支持商户通过接口获取商户离线账单下载。
      • 异常情况
        • 支付时异常
          • 平台显示已支付，在支付平台未成功；平台显示未支付，在支付平台已成功；电商平台与支付平台支付金额不一致。
        • 退款时异常
          • 平台显示已退款，在支付平台未成功退款；平台显示未退款成功，在支付平台已退款；电商平台与支付平台退款金额不一致。
    • 对中小电商平台来说，支付系统用来记录支付详情、提供支付方式，主要与第三方渠道进行对接，很少出现联合支付、分期付款等复杂的交易形式，总体上并不复杂。
  • 4.【实例解析】支付系统案例
    • 退款
      • 支付场景：
        • 全额支付
        • 聚合支付（积分、现金…）；
        • 第三方平台、银行、自有支付平台；
      • 退款场景：
        • 全额退款；
        • 部分退款；
        • 手续费问题；
        • 差错退款；
      • 退款方式
        • 接口退款：网银、聚合通道
        • 打款退款：快捷、代扣通道
        • 线下退款：银联通道
      • 注意问题
        • 分账退款是什么？
        • 部分退款，手续费如何计算？
      • 概要
    • 对账
      • 对账目标：
        • 每一笔交易，在所有相关主体都要对上（消费者、商户、平台、银行、渠道）
        • 完成交易与银行、第三方支付平台、聚合平台的对账；
        • 处理交易差错（重复支付、多付、少付）；
      • 对账流程
        • 渠道对账单下载
          • 银行，第三方支付，银联等账单下载；
          • 账单格式处理（cvs、json、Xml）
        • 本地交易记录准备
          • Mysql（适合数据小）
          • 数据仓库对账（大数据）
          • 备库对账；
        • 轧账、平账
          • 时间窗口
          • 差错处理（人工）
  • 5.权限系统
    • 权限系统
      • 权限系统保证系统分工，不同部门、不同岗位的员工合理使胛管理后台。
      • 在用户访问系统时，系统按照权限系统的设置来控制用户的访问功能和数据。
      • 概要
    • 权限体系
      • 权限可以分为功能权限和数据权限两类
        • 功能权限
          • 指某个功能的权限，如—个模块是否可用、子菜单是否可见、一个按钮是否可点击等。
        • 数据权限
          • 某些数据的权限，如某个字段是否可见、同一类数据的某些值是否可见等。
      • 每种权限基本可设置为不可读、可读、可编辑等三种状态
      • 在权限系统中，权限是通过角色与用户账号发生关联的
      • 构建“用户—角色—权限”的授权模型。
    • 角色管理
      • 角色管理
        • 角色是什么？角色是一定数量操作权限和数据权限的权限集合。
      • 角色是权限的载体
        • 通过授予不同角色不同的功能权限，然后通过对不同类型用户授予不同的用户角色，就控制了不同用户之间的不同功能操作权限，形成一个功能权限的完整闭环
      • 管理员
        • 想批量修改用户权限时，只需要修改角色权限就行。
      • 角色分组一般是与部门进行绑定。
        • 如运营部下有活动运营、商品管理、专场运营、类目运营等角色，其他部门都不能使用这些角色
    • 账户管理
      • 部门管理
        • 按照企业的组织架构新建部门，主要是为了对员工进行聚类。
        • 有时会为部门分配默认的角色。当员工成为部门员工后公自动有默认角色的权限。
      • 员工管理
        • 在管理用户账户时，除了用户的基本信息（用户名、姓名、职务、手机号、邮箱），设置密码或由用户通过邮箱激活来设置密码。另外，还要赋予用户角色（多角色也可以）、允许账号的作废和删除。
        • 有时会与企业的OA系统打通，当员工入职进入HR系统时，自动为其分配账号，员工离职后，其账号自动停用作废。
      • 单独赋权
        • 已有的角色无法满足当前用户的需求，单独为某个功能新建一个角色也不太合理，就需要给这个用户单独补充赋予角色之外的权限，这是一类特殊的需求。
• 第10章 跨境电商
  • 课前导读
    • 跨境电商格局
      • 跨境电子商务是指分属不同关境的交易主体，通过电子商务平台达成交易、进行支付结算并通过跨境物流送达商品、完成交易的一种国际商业活动。
    • 走出去
      • 从国内往国外卖
      • 平台售卖：Ebay、Amazon等平台上开店自建平台：敦煌网、兰亭集势、速卖通等。
    • 买进来
      • 从国外进口到国内
      • 天猫国际、京东全球购、网易考拉小红书、洋码头、蜜芽宝贝
  • 1.跨境电商概述
    • 跨境电商分类
      • 跨境电商的形式
      • 1.服务对象划分：B2C、B2B、C2C三种模式
        • B2C：流量、品类上有优势，对品牌力、资源力要求较高，劣势是招商方面。
        • B2B：信息服务平台、交易服务平台，主要盈利模式包括会员服务和增值服务。
        • C2C：海外买手制，以长尾非标品为主，个人代购法律政策风险，优势是SKU丰富。
      • 2.货物流通方向划分：进口跨境电商，出口跨境电商。
        • 出口跨境电商平台
          • 交易快、频次高、金额低，对商品品类要求高（主要为定制类和标准类商品），受各国税率、国标、消费者喜好、跨境物流等多方面限制高。
        • 进口跨境电商
          • 保税仓备货、海外直邮、一般贸易
            • 保税仓备货
              • 在国家政策支持下，设立跨境电子商务贸易试验区，支持保税进口模式
              • 当用户购买付款后，向海关申报，海关放行之后，直接从保税仓发货，再收取关税。
              • 提高通关速度、减少资金占用、降低贸易成本，随时转口，方便快捷
              • 便捷和免税政策
              • 概要
            • 海外直邮
              • 直邮模式不用压货，由海外供应商直接发货
              • 海外直邮的模式类似个人物品直邮入境，不受通关单的限制，由快递公司正常报关、商检（抽査形式）。许多时候可以合理避税。
              • 受四八新政影响以及扩充品类的需求，许多跨境电商企业都建有海外仓，或是直接从海外供应商发货
              • 概要
            • 一般贸易
              • 一般贸易指的是先将跨境商品进口至国内，以完税价格岀售
              • 劣势：增加供应链成本的压力，进口程序复杂、周期长，完税价格优势较低。
              • 优势：在于能够快速发货，不需要用户的身份证信息。
    • 一些基础概念
      • 税费
        • 海外直邮
          • 对于转运物流公司而言，通关能力（避税能力）是第一要素，几乎所有的转运公司都是以个人邮寄物品形式报关。
        • 保税仓
          • 目前政策规定跨境电子商务零售进口商品的单次交易限值为人民币2000元，个人年度交易限值为人民币20000元
          • 保税仓的税费组成包括三部分∶进口环节增值税、消费税、关税。
        • 根据现行政策
          • 跨境电商综合税率=（消费税率+增值税率）/（1-消费税率）×0.7（因政策改变可能会发生变化）。
          • 最常见的综合税率11.9%（17%×0.7）。
          • 商品总价=商品单价+税费
          • 例如从某平台上购买800元的奶粉，则税费=800×11.9%=95.2元。此税费为收取用户的税费。
      • 备案价
        • 在海关备案的商品价格
        • 一般情况下，报关时需要拿订单向海关报关，如果商品价格变动幅度过大，有可能被怀疑偷税漏税；
      • 四单数据的统一
        • 向海关办理通关手续，与进口清单核对“三单”（订单、运单、支付单）。
          • 支付单
            • 订单对应的支付单，由支付公司推送给跨境通关服务平台
            • 支付单中的信息主要包括：支付企业信息、交易信息（支付流水、订单编号等）、电商平台信息、支付人信息等。
          • 运单
            • 出库的物流信息，由物流企业推送给跨境通关服务平台。
            • 运单中的信息主要包括：物流企业信息、运输信息（物流单号、运费、收货信息）、主要货物信息等。
          • 订单
            • 保税仓订单的信息，由电商平台推送给跨境通关服务平台。
            • 订单信息主要包括：电商平台信息、顾客信息（身份证信息）、收货信息、商品信息、支付信息等。
          • 进口清单：
            • 个人物品申报单，包含订单、商品、支付、物流的相关信息。“三单”主要和进口清单进行数据对碰。
  • 2.跨境订单流程
    • 海外直邮
      • 个人清关：包裹在清关时，由海关部门随机抽取产生关税。而被抽中需要顾客自己去办理清关交税
      • 企业清关：进行批量发货清关，类似于保税仓货物流程
    • 保税仓流程
      • 1.当买家下单付款后，电商企业会产生订单数据，支付公司会产生支付数据、物流企业根据电商企业传输过来的数据，产生运单数据
      • 2.三单与进口清单数据传输给跨境通关服务平台后，服务平台再将数据传输到管理平台（即海关内网）。“三单”与进口清单信息数据对碰，数据通过，完成清关。
        • 一部分订单会被海关抽出进行现场査验，比对数据、实物等各项信息，这部分相当之少。
      • 3.清关通过的订单开始拣货出库，出库后交接给物流公司发货，最后用户签收包裹。
      • 注意四点：
        • 保税仓的拆单要在下单时支付前完成。由于报关时需要的一系列详细订单信息，下单时就做好订单拆分是最优解。
          • 拆单的影响因素包括不同仓库、不同包裹
        • 订单出库流程要在清关通过之后进行。在海关审核时，会由于各种原因造成清关不通过（海关退单、退运等），这时候需要人工介入。
        • 合并支付后的支付单问题。
        • 三单对碰（电商企业提供的报关单/支付企业提供的支付清单/物流企业提供的物流运单）
      • 概要
  • 3.清关备案
    • 清关模式
      • 跨境电商进口业务的清关模式有三种：快件清关、集货清关、备货清关。
        • 1快件清关
          • 确认订单后，国外供应商通过国际快递将商品直接从境外邮寄至消费者手中，无海关单据。
        • 2集货清关（先有订单，再发货）
          • 消费者先下单，电商企业再在国外集中采购，通过国际物流运至国内的保税仓库
          • 电商企业集中安排清关，经海关查验放行后，再委托国内快递派送至消费者手中，每个订单附有海关单据。
        • 3备货清关（先备货，后有订单）
          • 商家境外大批量采购商品，批量备货至海关监管下的保税仓库。
          • 买家下单后，电商企业为订单办理通关手续，在保税仓库完成贴面单和打包，交由海关核对四单（订单、快递单、支付单与清单
          • 海关査验放行后，出保税区，以个人包裹形式从保税仓发货，委托国内快递派送至消费者手中每个订单附有海关单据。
    • 清关流程
      • 电商企业产生订单，支付公司产生支付单，物流公司产生物流单，清关公司产生进口清单。
      • 在清关的过程中主要注意以下几点。
        • 海关计税是以清关单申报的价格计税，订单申报价格与清关单申报价格需要一致才能通关，支付单的价格可以与清单及订单的价格不同，但是不允许大于清关单的价格
        • 由于区域规定不同，有些地区是直接与海关总署对接，有些地区是与地方的跨境通关服务平台（电子口岸）对接。
        • 四单”数据要保持一致。
    • 商品备案
      • 在报关时需要商品的备案价、产品国检备案编号、HS编码等信息。
      • 保税仓所卖的商品都需要在国检（出入境检验检疫机构）进行备案，才能进保税仓，才能出保税区
      • 备案信息：平台信息、行邮税号、商品SKU信息、许可证号等。当国检审批通过之后才能正式售卖。这些信息也存储在商品中心的商品信息中。
      • 当订单清关通过之后，会形成一份税单。每个月海关为电商企业形成一份大税单，与电商企业结算，海关会从保证金中扣除。
• 第11章 课程总结
  • 电商产品线总结
  • 电商平台的活动
    • 商流、信息流、物流、资金流；
      • 商流
        • 市场调硏、商务努洽谈、供应商管理等等；
      • 信息流
        • 电商系统中运行的一切；
      • 物流
        • 运输、库存、仓储管理、流通加工
      • 资金流
        • 支付、资金管理；
      • 概要
        • 电商系统的一切都要围绕四流展开。
  • 电商产品线总结
    • 后台系统的设计要随着前台业务的发展而进行，后台产品是前端业务线的支撑，也可以驱动业务的发展
    • 后台产品经理
      • 务虚&务实
      • 了解业务，看清业务本质
      • 业务理解与项目管理
  • • 电商各类业务
      • APP/H5商城
      • 第三方店铺
      • 线下服务
    • 电商后台管理系统
      • 商品中心
      • 订单中心
      • 支付中心
      • 会员中心
      • 调度中心
      • 库存中心
      • 促销中心
      • 内容管理系统
      • 评价中心
      • 店铺管理
      • 采购中心
      • 财务管理
      • WMS
      • 物流中心
      • 风控中心
      • 客服系统
      • 概要
        • 权限系统
        • 商家管理后台
• 拼团类型：新人团、普通团、超级团。
  • 新人团。主要限定新用户（未下过单）参加，可以由老用户开团，这一类型的团购主要是为了拉新。在参团时要校验是否新用户。
  • 普通团。最常见的拼团团购，例如2人团、5人团等，任意用户都可以参加。
  • 超级团。需要较多的人参与才能成团，根据成团人数来制定阶梯价格，一般为50~200人团。
  • 在有效时间内达到规定的参团人数，就组团成功，人数不足自动退款