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

推荐订阅源

V
Visual Studio Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
Google Developers Blog
J
Java Code Geeks
爱范儿
爱范儿
Microsoft Azure Blog
Microsoft Azure Blog
美团技术团队
人人都是产品经理
人人都是产品经理
Martin Fowler
Martin Fowler
IT之家
IT之家
博客园_首页
B
Blog RSS Feed
Google DeepMind News
Google DeepMind News
B
Blog
U
Unit 42
Apple Machine Learning Research
Apple Machine Learning Research
L
LangChain Blog
Stack Overflow Blog
Stack Overflow Blog
罗磊的独立博客
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
博客园 - 聂微东
腾讯CDC
A
About on SuperTechFans

人人都是产品经理

为什么你的产品找不到差异化?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-10 · via 人人都是产品经理

物流计费有三要素:业务数据、计费规则、报价,根据具体业务量发生的多少,结合合同报价,按照计费规则就能把费用算出来。然而不同的业务类型又会有不同的规则细节,本文以快递配送业务为例,对快递费的计算进行了分析,一起来看一下吧。

上一节我们说,物流计费有三要素:业务数据、计费规则、报价,根据具体业务量发生的多少,结合合同报价,再按约定的计费规则就可以把费用算出来,简单模型就是这样,但是不同的业务类型又会有很多的规则细节,下面我们就以快递配送业务为例,来具体看一下。

平常大家都会寄快递,快递寄出后收件小哥会向我们收取快递费,那快递费是怎么计算的呢? 不同的快递公司计费规则有什么不同?它们有没有什么共性?系统该如何实现,又会遇到哪些问题,下面我们来看一看。

一般我们在市面上看到的快递公司典型的经营模式有两种,一种是直营型的,比如顺丰、 邮政、跨越,直营型的快递公司一般是统一计费规则,统一结算,另一种则是加盟型的,比如圆通、中通、韵达等,加盟型的快递计费规则可能不统一,结算对象也可能是多个 ,可能会出现不同地区不同计费规则,不同结算主体等,下面我们来看几份以往碰到的相关报价:

解释:上海始发,3公斤以内的包裹为固定价6元或7元;3公斤以上的,第1公斤7元,每增加1公斤增加2元或3元不等。

解释:武汉始发,5公斤以内,第1公斤6元,每增加1公斤增加1.5元或2元不等;5公斤以上,第1公斤6元,每增加1公斤增加2元或3元不等。

解释:北京始发,5公斤以内:1公斤内的固定6元; 大于1公斤且小于3公斤的固定价7元;大于3公斤且小于5公斤的固定价12元;

5公斤以上:第1公斤8元,每增加1公斤增加2元或3元不等。

解释:成都始发,3公斤以内为固定价6元;

3公斤以上,则是首重加续重的模式,第1公斤5元或6元,每增加1公斤增加2元或2.5元,续重的规则又变了,5公斤以内的包裹续重1公斤增加2元,5公斤以上的包裹,续重每增加1公斤增加2.5元。

看到上面这些报价,你是不是有点晕 ,真想骂人,一个快递包裹计费,居然玩出来这么多花样 ,价格不同是次要的,各家报价的形式居然也不同,玩这么多弯弯绕干什么,这还只是某通一家各地区的不同报价,其他加盟类的都差不多,当然了,直营的会好多,一般都是统一计费模版规则,最多不同客户价格不一样。

俗话说存在即合理,我们不去探究为什么这样报价,既成事实,运营说了,情况就是这样,赶紧系统支持吧,用系统算,加班给我搞出来,好吧,那我暂且先接下这个需求。

大脑已经不够用了,我用小脑盘算了一下,一家快递,就玩出这么多花样,客户用的快递不断在变,不可能一直做定制 ,能不能找找规律,抽象一下,用一套方案解决。

接触过快递业务的都知道,市面上的快递计费,基本都是首重加续重的模式,先定个首重基础价,在这基础上,每增加一定的重量增加多少钱,首重可能是1公斤起,也可能是3公斤起,然后续重一般是每增加1公斤或者1斤对应加多少钱,可以用四个变量表达:

  1. 首重重量
  2. 首重价格
  3. 续重重量
  4. 续重价格

简单的首重加续重,基本都可以用一个表格表达出来,如下:

如上: 简单的首重加续重的报价,包裹在3公斤以内,按首重计费收6元或7元,3公斤以上,每增加0.5公斤,增加2元,当然了,针对不同的场景,只需要调整表格里面的重量或价格就好了。

我们前面看到的4组报价和第5组报价有什么区别呢,其实本质上是一样的,都是首重加续重的模式,只是因为一些商业的原因,对特殊场景做了简化或者调整,比如,报价1,3公斤以上的订单就是标准的首重加续重的模式,3公斤以内的,可能为了计算方便,直接来了个一口价6元 ,后来发现,我们已经碰到的报价,也就只有一口价或者首重加续重的模式。

我们再来分析一下报价2 ,双表头中第一行将包裹分为了两类,5公斤以内的包裹和5公斤以上的包裹,具体的计算还是首重加续重的模式,区别是5公斤以内首重按3公斤和1公斤,价格也有区别 。

再看看报价3,也是分5公斤以上和5公斤以下,报价4整体上分为3公斤以内和3公斤以上,规律的第二个要点出来了,那就是会对包裹作重量段区分,把包裹按重量分成几个段,例如 3公斤以下一个段,3公斤以上一个段。

总结一下我们上面看到的这些报价,表面上看结构都不相同,有的双表头,有的单表头,列也不一样,但本质上其实是一样的,首先是对重量作了分段,比如小于5一个段,然后大于5一个段,然后每个段内又会有两种计算方式,一口价和首重加续重的模式 。 既然规律一样,我们就可以用一个统一的模版表达前面的报价,如下:

我们用这样一个模版,就可以把上面的各种报价全部表达出来,重量段可以定义的,可以分3段,4段,每个段中有5个字段,用户可以选择按固定价计算,也可以选择用首重加续重方式计算(使用后面四个字段),模版确定了,根据模版列对应的计算规则也就可以定下来,比如一个包裹,重量为6.5kg,我们先看它属于哪个重量段,然后看这个段内怎么算,是首重加续重,还是固定价 。

看到这里你可能想了,如果每个服务商的重量段不一样,我岂不是要先定义几个不同的模版,然后针对模版写对应规则,有没有更好的方案呢,答案是有的,我们发现,不同的供应商只是重量段不一样,里面的计算逻辑完全一样,我们完全可以改造一下模版,接着我们有了下面的模版:

在这个新模版中,我们将重量拆成了两个字段,重量下限和重量上限,比如原来的上海始发到上海的价格,在这个表里变成了两行,一行重量是0到3 ,还有一行是大于3(在这里我们用3到10表示),对应重量段的价格和计算方式可以不同 。

通过列转行的方式,原来的多个重量段变成了多行,分几个重量段就录入几行,这样有什么好处呢? 我们用一套模版兼容多种报价需求,出现新的计费需求,不用添加新的模版和对应计费规则,模版的列是固定的,对应的计算规则就可以固定。

好了,配送费的计算就先介绍到这里,总结一下,我们通过业务抽象,发现多家完全不同的报价模版本质上有两点,重量分段和分段后的计算逻辑(固定价或首重加续重),了解了这两点,我们就可以统一化模版,用一套模版及计费规则解决相关计费问题,省下时间去做一些更有意义的事 。

本次的分享就先到这里,配送费只是众多业务当中的一个,后面我们还会陆续介绍其他的计费 ,希望本节对你有用,谢谢!

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

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

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