惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

雷峰网
雷峰网
B
Blog
博客园_首页
云风的 BLOG
云风的 BLOG
S
SegmentFault 最新的问题
罗磊的独立博客
Jina AI
Jina AI
C
Check Point Blog
Martin Fowler
Martin Fowler
J
Java Code Geeks
博客园 - 司徒正美
美团技术团队
MongoDB | Blog
MongoDB | Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
有赞技术团队
有赞技术团队
U
Unit 42
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园 - 叶小钗
博客园 - 三生石上(FineUI控件)
小众软件
小众软件

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
供应链计费系统管理(三):订单操作费计算
嘉叶 · 2022-10-11 · via 人人都是产品经理

电商仓库每天有大量的订单需要处理,订单操作费也是一项重要收入。由于其业务量大、频次高,除了我们通常见到的按单收费,也演变出一些其他的收费规则。本文介绍了仓储物流企业订单操作费的收费形式及实现,一起来看一下吧。

随着电商业务发展,电商仓库每天有大量订单需要处理,订单操作费也是仓库的一项重要收入,本节将介绍仓储物流企业订单操作费的收费形式及实现。

电商B2C业务单量大、频次高,通常我们见到的都是按单收费,除了按单收费,也演变出一些其他的收费规则,每个规则出现,背后都有一定的原因,所谓存在即合理 ,下面我们就分别来看一下规则吧 。

第一种规则

一口价,这种规则比较简单,就是发一单多少钱,无论订单里面放多少种商品或多少件 ,都是固定价。举个例子,你卖不同口味的冰激淋,客户下单的时候,可能会搭配多种口味,或者同一口味买多支。

我们知道订单发货工作量最大的工作就是拣货,即从仓库不同位置找到订单对应商品并按要求数量拣出来,不同的订单形态,操作的工作量不同,比如搭配多种口味,你可能就需要去多个货位拣货,比起同一口味拣多支,工作量会大一些,出错的几率也大一些,收费自然也要高一些。

这个时候你可能发现了,一口价这种规则虽然简单,但好像并不太好用,不管定多少价格,多品多件的订单多了,仓库觉得亏,反之,订单大部分是单一商品时,操作简单,货主方又觉得亏,那有没有规则能解决这个问题呢,答案是有,下面看看第二种规则。

第二种规则

数量阶梯,上面一口价的规则,对多种订单形态的订单按同一价格结算,似乎并不理想,既然工作量不同所付的成本也不同,用户希望不同操作难度的订单收费有所不同,于是便出现了第二种规则。

这种规则跟订单里面的商品数量挂钩,数量越多价格越高,具体是这样,例如: x件以内固定价,超过x件每加y件加n元,我们用一个表格(模版)表达出来,如下:

如图,拿冷冻品订单来说,订单数量3件以内,收费4.5元,超过3件,每加1件,加收0.6元,考一下,2件商品的订单和5件的订单分别收费多少钱? 2件商品的订单,按起步价收4.5元;5件的订单前3件收4.5 ,超过部分2件收1.2元,共收5.7元。

到这里你可能看到了,第二种规则避免了单一报价的缺陷,实现了不同形态订单的差异收费,订单商品数量越多收费越高,应该比一口价规则更合理,但是,有没有更好的呢。

我们仔细分析一下,数量多的订单,会有两种情况,一种是数量多品种也多,还有一种是数量多品种不多。还是举冰激淋的例子,现在有两个订单都是要10个冰激淋,第一个订单要了5种口味,每个口味2个;第二个订单要了一种口味10个,我们想一下,这两种订单哪个操作更复杂?

很显然5种口味的订单拣货更复杂一些,需要从不同的货位上各拿2个,另外一个订单只需要在一个地方拿10个,订单都是10个冰激淋,既然操作难度不同,用户希望差异收费,好吧,第三种规则来了。

第三种规则

数量品种双阶梯,名字不重要,有人说它叫矩阵更合适,我们来看看它长什么样子,如下图:

这个报价怎么解释呢?左边是件数,上面是品种数,订单中的数量和品种数同时考虑,比如订单有8种商品,总共14件 ,算出来就是5.9 ,订单有13种商品,总共19件,算出来是7.4 。

这是一个2维的表格,我们分析一下这个规则,实际上也是一个基础价加累进价 ,超过一定数量后,根据增加的品种数和数量,计算出超量部分的单价,考虑到增加品种数比单纯增加件数操作要复杂,加价会多一点,用一维表格表达出来如下:

解释: 订单有3种商品且各只有1件时 ,收费3.8,每增加1种商品,加收0.3,件数每增加1件,加收0.1元,实际上我们想,品种数增加,件数一定会增加,是不是重复计费了?

计算的公式里已经考虑了这种情况,比如你增加了1种商品,这种商品有2件,会先按SKU累进加收0.3, 再按件数累进加收0.1 ,具体公式如下:

IF(sku>3, 3+0.3*(sku-3)+0.1*(qty-sku),IF(qty<3, 3, 3+0.1*(qty-3)))

按照第二种规则,多个订单只要里面的数量一致,计费结果相同,例如: 订单1,购买5种口味冰激淋个2个,总共10个;订单2,购买1种口味冰激淋10个;

最后收费都是8.7元 ( 4.5 + 7*0.6 )。

按照第三种规则,订单1:5种商品共10件,计费4.9元,订单2: 1种商品10件,计费4.5元,通过比较我们能看出,总数量相同操作相对简单的订单2,计费更便宜一些,这就是规则3,同时考虑了品种数和数量双维度 ,计费高低与操作难易度更贴近。

好了,今天我们带大家了解了一下电商B2C订单操作费计费规则,三种规则,各有优劣,一口价简单明了,但是容易造成不公平,数量阶梯有所改善 ,能解决一些问题,但还不够完美;数量和品种数双阶梯,兼顾数量和品种数双维度,最大程度表达了按操作工作量或难易程度收费。

但是缺点也很明显,不太好理解,解释代价也较高 ,没有十全十美,不同场景选用不同规则,还有一些其他变种的规则,这里不再一一赘述。

这节我们就先讲到这里,关于订单操作费你还有什么好的想法,欢迎留言,希望本节对你有用,我们下次再见 。

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

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。