火爆双十一的电商预售系统简介

9 评论 21718 浏览 167 收藏 6 分钟

关于电商预售系统文章做了一些分享,希望能够对你带来启发。

1.预售的概念

预售:指商品还没有到正式销售的时间提前进行销售。

预售的好处包括以下几点:

  1. 降低供应链成本。提前销售可以更加准确估计商品的销量,商家可以更加准确地准备库存,会减少商品的搬动次数以及仓储成本。
  2. 累积人气和销售。商品在预售期间可以累计一段时间的人气,然后在某个时刻销售额大幅提升,有利于冲刺业绩。
  3. 新品试探市场。新发布的商品在未正式发售前,试探市场的反应,有利于降低制造成本,更加灵活的选择市场策略。
  4. 累计订单。诸如生鲜、时令商品、小众商品等不易周转的商品可以采取预售的形式累计订单再统一进货和发货,降低仓库成本。

2.预售产品的结构

预售包括三种:预约预售、定金预售、全款预售。

预约预售:指用户可以预约商品的购买资格或者消息提醒,然后在指定时间购买商品。一般预约商品都有明确的价格,不过现在有些手机在预约时没有明确的价格,在发布会公布才会有明确的价格。所以会有一种暂无定价的预约预售。

定金预售:指用户先支付商品款的一部分,过一段时间后,再支付商品款的剩余部分,付完全款后商家再发货。这里的定金,可以是固定的,也可以膨胀,例如:定金10元可以抵20元,类似再做了一个直降促销。这里会有一种复杂的情况:也就是按照人数来实行阶梯价。人数越多,预售价格越低,形成多个阶梯。

全款预售:指用户全额支付商品款,商家在后续的规定时间内履单。这里也会有人数阶梯价的情况存在。

3.预约预售产品流程

  1. 预约商品多是新品,为了惠及更多用户,会有单用户限购数和抢购总数量来做数量方面的控制。
  2. 预约商品多是紧俏品,防止黄牛小号批量刷单,会有用户风险等级的校验或会员等级的校验。
  3. 用户触达这块的形式包括短信、邮件、站内信。
  4. 活动页的内容和后台设置内容要通过预约活动id进行关联,保持一致,如果不关联,会出现详情页和活动页不一致的情况。
  5. 活动页要允许用户直接预约。用户预约需校验登录状态,不可重复预约。
  6. 预约商品多是新品,没有销量、评价,会影响在其搜索页的排名,所以需要有冷启动算法支撑搜索排名。
  7. 用户在某个时刻抢购,会造成系统瞬时流量,所以要支持排队秒杀。
  8. 暂无售价的预约需要价格系统支持这种价格形式,然后在中间期改为明确的价格。

4.定金预售产品流程

①用户实际支付金额=定价+尾款-膨胀。

②定金预售比较麻烦的是每个节点下订单的处理,举几个例子:

  • 用户支付定金成功,未付尾款,未取消订单,订单需在尾款支付时间后自动关闭。
  • 用户支付定金成功,未付尾款,用户主动取消订单,定金不退。
  • 用户定金成单未付款,后续不支付,不主动取消订单,订单需在尾款支付前自动取消掉。
  • 用户定金成单未付款,后续不支付,主动取消订单。
  • 用户支付定金成功,付尾款成功后又取消订单,订单需取消后退全款。

③人数阶梯价:随着支付定金人数越来越多,尾款会减少。适合邀请好友一起玩。

5.全款预售产品流程

  1. 全款预售相对来说比较简单,一般会延迟发货,有预计发货时间的设置。
  2. 预售对发货时间有延迟,要对商家的DSR特殊处理。
  3. 预售要收取商家保证金,防止商家收取大量欠款后潜逃。
  4. 预售、定金、预约应该都是互斥的,同一个sku同时不能存在两个促销。

 

作者:刘鑫,微信公众号:pm-wolf,1号店产品经理。

本文由 @刘鑫 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自PEXELS,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 大神,想请教下消费者在同一家店购买了预售商品,同时也购买了正常销售的商品,是一笔订单还是拆单呢?

    来自广东 回复
    1. 预售商品一般不能加入购物车的,所以不会你说的那种出现在一笔订单的情况

      来自广东 回复
  2. 大神我想问问关于商家与平台的流程,是平台发起活动然后商家再挑选商品进行参与然后平台再次审核吗?

    来自广东 回复
  3. 看到po主是1号店的大神,不敢放肆,有几个问题想请教一下:
    1.想问一下,1号店的优惠规则是否独立封装为服务,还是结构和订单放在一起?
    2.如果you独立封装,定金的逻辑是放在哪儿的?订单还是优惠中心?
    3.定金的通知怎么设计?是通过定时任务推送,还是说写流程引擎来实现?
    4.因为双11量较大,所以接口的推送是异步的还是同步的?

    5.预售商品的逻辑库存是放在WMS的吗?
    6.逻辑库存的buffer值的补货逻辑是怎么样的,优先保证销售还是售后换货?
    7.关于定金,是采用两笔订单还是等待尾款形成一笔订单?我看淘宝的是一笔订单,但是这样财务的账目怎么算?

    最后一个单独的,抢购的时候支持优惠的发生吗?这个是咋优化的?因为这样要通过前端,优惠,订单,商品,wms好几个接口,性能影响咋样?

    来自广东 回复
    1. 你才是大神,牛逼

      来自广东 回复
    2. 我不是开发,我能回答的尽量回答
      1.价格是独立的服务。
      2.定金逻辑在价格服务里。
      3.定金通知是定时任务,频率应该是每分钟一次。
      4.你是说短信、站内信推送吗?这个不清楚
      5.库存是虚拟库存,都在WMS
      6.虚拟库存应该是没buffer值,不够可以再加。
      7.订金和尾款一笔订单,支付方式要支持分笔支付。

      最后一个问题:定金膨胀算一种优惠。当然用券是可以的,只是太复杂没必要。确实会有这些服务,没关心过性能,不过都ok啦。

      来自上海 回复
    3. 0 0这些都是产品定义的啊
      其他问题基本都知道你的意思了
      就第四个,这个是各个接口之间的接口方案,如果是同步的 估计性能会受影响,异步的通知 ,担心频率太大了 数据不一致会导致出现坑,所以想知道是咋整的
      再就是最后一个,我是想了解下,你们的优惠券在抢购,就是那种0点开始 一波抢完的,是不是能用,因为抢购对性能要求太高了,要调优惠,实在是要命。

      来自广东 回复
    4. 消息触发(短信、站内信、邮件等)也有服务的,是同步的。
      性能问题有架构师负责。性能问题实在搞不定了,产品才会有所知晓,改动方案。

      来自上海 回复
    5. 同步的 在双11这么大的并发量的情况下,0 0 接口性能过得去吗
      哦哦哦 那可能每个公司对于产品和架构的使用不一致,我们之前做这些是因为在工作工程中,很容易由以产品为中心,变成以架构为中心,不论是沟通成本还是做出来的效果可能都会有影响,所以产品尽量做能做的事情。

      来自广东 回复