知识分享

  • 首页
  • 市场分析
  • 需求分析
  • UI设计
  • 产品运营
  • 产品设计
  • 项目管理
  • 新玩意儿
不积跬步无以至千里
不要停留,欣赏沿途的风景
  1. 首页
  2. 产品设计
  3. 正文

一幅图帮你搞懂订单的拆分与合并

2020年11月19日 414点热度 0人点赞 0条评论

编辑导语:产品设计往往需要考虑到各个场景,那么如何进行设计才能尽可能的做到“面面俱到”呢?本文作者以订单的拆分和合并为例,总结了一张图,为我们谈了谈他的思考,看看订单如何实际才能尽可能的做好合理方便。

很多产品方案在落地过程中会更多的结合实际情况考虑,不太可能面面俱到,如果把相关的各个场景都考虑进去的话应该如何设计?如何给产品带来更强的通用和扩展能力?

下面结合订单履约过程的拆分与合并谈一谈个人对其全场景的思考:一方面我发现很多人在考虑这方面时还是不够全面,另一方面还有很多人在错误的理解“订单拆分”和“订单合并”。

本文的目的就是通过一幅简单图讲清楚订单的拆分与合并。

这里的交易主体指平台上各个商家,他们都会与消费者发生各种交易行为。

所以,在此通过前台还是后台拆单,分为两大类拆单方式:不同交易主体拆单(前台拆分订单)、单一交易主体拆单(后台拆分发货单)。

  • 前台:淘宝、京东、饿了么、美团外卖等前台销售平台;
  • 后台:支撑前台的各种系统的统称,核心拆单部分在仓储相关环节。

一、不同交易主体的拆单:前台拆分订单

消费者与不同的交易主体发生交易时,不同的交易主体生成不同的订单,每个交易主体都有一个独立的订单号。此时,每个订单都会对应一个发货单(可以理解为物流单,但不一定是你收到快递的物流单号),即对应关系为1:1。

不同交易主体拆单时,直接体现在了前台展现不同的订单,所以这里称之为“前台拆分订单”;而前台拆单又分了两种拆分方式:购物车拆分、提交订单拆分,本来我用红色字体写了“配送方式不一样,拆分的方式也不一样”。

但是截止到发稿前,又去体验了一下美团外卖,发现美团也可以像淘宝一样提交订单了,狠狠地打了我的脸,我就把这几个字置灰了。

1. 购物车拆分

很多人在用饿了么、美团外卖时可能没有注意过有类似于淘宝、京东多个商家商品列表的购物车,原因就不解释了。

如果你能找到饿了么、美团外卖的购物车,尤其是饿了么的购物车,会发现每个店都有一个单独的【去结算】按钮,而不是像淘宝一样可以多家店同时结算,那么饿了么这种在购物车就将不同交易主体的商品进行拆分的方式就是“购物车拆分”。

如下图,左侧为饿了么,右侧为美团外卖:

2. 提交订单拆分

以淘宝、京东为代表的电商产品,则可以在购物车里将不同商家的商品同时勾选进行【结算】,在确定订单页可以同时【提交订单】,当提交订单后,你会发现不同商家的商品会生成不同的订单,所以在这里称之为“提交订单拆分”。

当然,“提交订单拆分”的拆单方式实际也是经过后台处理进行拆分的,但是因为对消费者有明显的不同订单的感知,所以还是归在前台拆分订单里了。

这里还是要提一下上面提到的美团外卖的更新,大家可以想一下我原来为什么会那样想,美团为什么会做这样的更新?为什么饿了么没有变,以后会不会变?

二、单一交易主体的拆单:后台拆分发货单

上面说的是在前台拆分订单,现在这里说的是后台拆分发货单,也就是消费者在单一商家下单后(或经过前台拆单后变成了每个独立交易主体的订单),拆单实际拆的是发货单,而不是消费者的实际订单。

这里有一个误区,就是好多人在提到拆单和合单时,经常说要把消费者的原单拆开多个,或者多个合并成一个。不得不说,这种方式既麻烦,又容易出错,而且最关键的问题是,你居然会改消费者订单,对消费者感知如何?

当然你可以说,这是在后台拆的单,不影响消费者查看,如果你不嫌麻烦,这样做也是可以的,毕竟条条大路通罗马,虽然我很不认可这种方式…

咱们先回归一下这个问题的本质,订单拆分和合并是要解决什么问题?

是要提升发货效率和体验,节约发货成本,解决的是订单分开发货和合并发货的问题,不是说“订单拆分”就是要把消费者订单直接拆了。

如果真的拆了那简直是一场灾难,你还需要考虑各种优惠的拆分,在退货时要保证所有金额不出错,简直太难。

在需要拆单的情况下,一定不要修改消费者订单,而是根据一定的规则将消费者订单生成多个发货单,这样就有了订单和发货单关系为1:N。

啥是1:N?看一张图你就懂了,下面为我之前下的一个订单,商家分了多个仓给我发的货,有多个物流单号(已隐藏):

后台拆分发货单规则:

1. 是否多仓发货

当一个订单里的商品不能在一个仓库里发货时,就要考虑多仓发货,也就会出现一个订单有多个发货单的情况。在拆分时也要按一定的业务规则进行,以下原则仅供参考:

  • 最少包裹原则:能单仓发货的,尽量不拆;若不能单仓发货,找拆包裹最少的仓库组合;
  • 距离最近原则:选择离收货地址距离最近的仓库发货,若多个仓库发货,选择送达用户总时长最短的仓库组合;
  • 成本最优原则:先从采购成本最低的仓库发货,再考虑从物流费用最低的仓库发货。

2. 是否分批发货

分批发货涉及的场景比较多,跟具体的业务场景息息相关,主要涉及以下几类:

  • 商品库存:当前部分商品库存不足,为保证消费者体验,先部分发货;
  • 商品品类:某些不能一起发货的商品,比如实物商品和虚拟商品一起下单,但是虚拟商品无需发货和签收;
  • 物流因素:某些商品因为物流方面的限制原因,如商品体积、重量、数量等因素,导致只能分开不同的物流进行发货;
  • 其他因素:其他导致不能一个发货单完成发货的因素,如果这个因素是明确的规则,则可以把该规则做成系统自动拆单的逻辑,如果这个因素不明确,则可以考虑人工拆单。

下图为盒马鲜生的确认订单页,因商品不同(包裹1和包裹2的拆分可能是由于库存问题,包裹1和包裹3拆分的原因应该是品类的原因,包裹1需要更精准的配送时间,包裹3则不需要),在下单时直接告知消费者会分多单配送:

3. 是否需要人工拆单

当系统自动拆单规则不完善时,一般都需保留人工拆单的方式,在订单审核时将一部分商品先发货。

三、拆单发货总结

通过前台拆单和后台拆单的规则可以发现,前台拆单规则明确,表现形式只有两种:购物车拆分、提交订单拆分。而在后台拆单时,更多的结合实际场景,各种规则并不明确,可见后台拆单逻辑更复杂。

一般来说,单一商家的发货场景比较单一,一般不需要考虑设计的太复杂,可能不需要后台拆单就能解决问题(即使只有一个交易主体,也可通过前台拆单方式解决)。

而作为能够提供仓储物流服务的平台方,则需要考虑更多,成本、时效、体验都需要考虑。

四、订单合并发货

订单合并发货相对来说就简单的多,但是也要强调一下,订单合并并不是将两个消费者订单合并,而是将两个订单的商品合并到一个发货单里发货。

合并发货原理:将满足条件的订单(买家ID、收货人姓名、电话、地址信息都一样)合并到一个发货单里发货,订单与发货单对应关系N:1。

下图为我双11在一家店里先后下的两个单,查看物流信息时,都是同一个物流单号:

不能为了节省成本随便合并发货,要确保消费者及其收货信息完全一致才能合并发货(不同的业务场景可能要求也不一样),而且订单要满足一定的条件。

比如我双11下了两单,一单下的比较早都要装车发货了,另一单才下,这种情况下肯定不能合并发货。

所以在合并发货时,可以控制某个时间段内下的单,在满足合并发货条件时,自动将其生成一个发货单,也可以手工合并订单进行发货。

五、订单拆分与合并的核心逻辑

订单都有对应的发货单,订单是用来给消费者查看、交易结算的,发货单是处理库存、发货用的,拆分与合并的关键逻辑是这两个实体对应关系的变化:

  • 不同交易主体拆单:订单与发货单关系1:1(一个订单有一个发货单,这里说的只是前台拆,到了后台如果再拆单的话,也会变成1:N)
  • 单一交易主体拆单:订单与发货单关系1:N(一个订单有多个发货单)
  • 订单合并发货:订单与发货单关系N:1(多个订单使用一个发货单)

作为产品经理千万不可望文生义,而要追本溯源,“订单拆分与合并”并不是把消费者订单拆了或者合并了,就好像“中台”说的并不是放在前后台之间。

 

本文由 @Zurl 原创发布于人人都是产品经理,未经允许,禁止转载

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!

标签: 暂无
最后更新:2020年11月19日

小虾米

同理心,洞察力!

点赞
< 上一篇
下一篇 >

文章评论

razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
取消回复
最新 热点 随机
最新 热点 随机
1小时6.5元,共享单车我骑不起了 我在椰树直播间,花了三分钱 东方甄选走红这一年 京东自营开始踩刹车 “单车刺客”6.5元一小时!共享单车平台还是赚不到钱,你被刺了吗? 政务CRM-CRM在政务行业的应用现状 Temu的砍一刀,迷倒了美国人 社交媒体围攻BOSS直聘 组件应用 | 个人主页头部,应该如何设计? 远程技术团队,操作回顾会怎么开? 我在网上卖“土”,年入5000万 增长模型:产品增长的通用思维框架 “大人”,榜单时代变了 汽水音乐一周年:“抖音BGM播放器”的起与落 一个方法论,搞懂支付的一切 密码强度计有哪些局限性? 618回归“价格战”:京东淘宝进入存量竞争,小红书、视频号深入电商直播 兴趣电商未来会超过货架电商吗? 直播带货再难造神:天涯重启失败,7天只卖了36万 鏖战13年后,线上超市的肉搏还在继续
被集市收割、被买家嫌弃,“摆摊后浪”有点惨蓝领用工招聘平台的数字化建设思路干货分享:WMS系统—PDA的应用iOS 17,能否守住「iOS神话」?系统功能设计:网络加速器系统产品需求设计电商扫盲第一讲:GMV的底层逻辑打造一个基于本地社区的闲置交易平台,你看好吗?东南亚出海洞察:去东南亚为直播电商开荒,没有超头主播,货品供给不足……定金+尾款模式背后的套路天涯老用户的自救,让我明白情怀是最不值钱的东西抖音上线酒店日历房,其他平台会慌吗?从需求到设计开发,产品质量问题如何分析靠咱们看腻的电视剧,爱奇艺和腾讯在东南亚成了顶流如何让你的“对内B端产品”看起来有价值?设计走查知多少产品思考:视觉冲击!以图片展示金额,“省钱卡”这样玩就对了多多买菜为什么比美团买菜要便宜?都在骂网暴,为什么网暴一直没有停过韩国漂流记:明星在面前,咖啡在手里,中国互联网公司在广告墙自动驾驶风口退潮的深层逻辑
有效设计Dashboard的5个步骤 遭整治之后,“扫码点餐”强制获取个人隐私行为收敛了吗? 2022年,关于微信生态的20个预测 UX文案3篇保姆级教程-背景篇 表情包坑惨职场人 如何做好直播的情感化设计?从5个方面掌握互动仪式链 “好友在玩”,社区模式小游戏是新的出路吗? 产品细节洞察分析,看完这些你离大厂又近了一步(2022-17) 高代码产品经理时代:如何避免技术型产品的浪潮中被时代淘汰 抖音内修,快手外练 互联网平台广告收入增长转正背后的「五个信号」 顶流冰墩墩 体验设计的前世今生 外卖佣金到底有多高? 无障碍设计中的用户体验 曾经沉寂的汉服文化,靠什么俘获了这届年轻人的钱包? 长租公寓频频暴雷现象的剖析 兴趣电商冷思考:虚火还是真金? 社区内容水化、月活用户增速乏力,小红书遭遇八年之痛 体验设计核心概念之——映射

COPYRIGHT © 2023 知识分享. ALL RIGHTS RESERVED.

Theme Kratos Made By Seaton Jiang