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

推荐订阅源

The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
博客园 - Franky
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
雷峰网
雷峰网
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
WordPress大学
WordPress大学
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
MyScale Blog
MyScale Blog
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
云风的 BLOG
云风的 BLOG
博客园 - 【当耐特】
P
Proofpoint News Feed
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
WMS之越库产品设计
koi · 2022-08-09 · via 人人都是产品经理

编辑导语:越库适用于比较紧急的订单,它能跳过仓库中上架、储存等环节,直接出库,极大地提升出库的作业效率。那么,要如何进行越库的产品设计呢?本文作者提出了一些设计思路和细节点,一起来看一下吧。

一、什么是越库

越库是指仓库接受各家供应商的整车货件,根据顾客需求进行拆分、分类、堆放,进而将货品进行装车,送往各顾客指定地点。在整个流程中,所有的货件不进入仓库的储存空间,所以越库只适用于比较紧急的订单。

越库的目的就是为了满足快速出库,跳过仓库中上架、储存等环节,直接出库。不需要考虑什么上架策略、波次策略、拣货策略、先进先出规则等等,这样做能够极大地提升出库的作业效率。

二、什么情况下发生越库

越库本质上就是快进快出,根据本人的接触到的工作场景,有2种情况会去发生越库。

情况1:作为第三方仓,仓库对用户发过来的加急订单,在“收货月台”签收产品后,直接转移到“出库月台”进行发货,如下图所示:

情况2:作为卖家,针对一些特别紧急的订单,需要优先质检,然后快速出库,跳过了储存环节,如下图所示:

情况2比情况1多了仓库里面的作业环节,但是情况1也有可能在仓库里面做分拣,比如:比如签收的产品,需要发往2个不同的目的地。此时签收后,需要在仓库做分拣,然后发货。

情况2比较特殊,是我之前公司的业务,在这里也进行说明,首先这种场景是业务跨境电商公司的“直发订单”很多都是先出单再采购,然后出库。但是每个平台的不同类型订单对履约时效都有要求,所以针对那些剩余发货时间比较少的订单,希望采购回来就直接出库。

三、怎么越库

越库需要仓库进行快速响应配合,所以对公司有更加严格的物流管理要求,仓库要事先要哪些产品需要越库,还要知道快速越库产品采购回来的产品信息,数量,收货时间,如:明天早上9点,快速采购了100件衣服,需要快速出库,那么仓库就可以提前准备好人员和工具进行快速出库。

越库有几种情况:

  • 情况1:签收的产品=越库订单的产品数量
  • 情况2:签收的产品大于越库订单的产品数量
  • 情况3:签收的产品<越库订单的产品数量

情况1:这种情况最简单,只需要考虑越库的订单数是否>1,若大于1,则需要对签收的产品做一个分拣,然后打包出库;

情况2:这种情况是签收的产品只有一部分需要越库,剩余的部分需要上架;

情况3:这种情况比较复杂,要么是仓库中有一定数量的产品,只需要采购剩余部分的产品就能够满足越库单;要么是在短时间内只能采购一部分产品,且用户接受部分发货。

上述3种情况的图解如下:

四、越库的产品设计

在实际的仓库作业中,针对这种越库的产品,签收后会放到仓库的一块空地,这块空地在系统中可以设置一个“越库区”,针对越库订单,系统提示作业员到“越库区”拣货。

越库的产品设计,本人根据本文第2大点说的2种情况进行分享。

情况1:作为第三方仓,直接进行签收发货

这种情况,可以直接创建一个越库的出库单,下推到仓库,然后这里的出库流程就和普通的出库流程一致。

但是作为第三方仓,可能会收很多产品,而且客户要求必须按照收货单的要求原封不动的发给某人,那么收货和越库的出货,要是同一批货。那么可以用“越库批次”将两者关联,在批次的产品在系统层面锁定,不能被其他出库单占用。

当遇到相同“越库批次”的出库单,锁定的库存才释放库存,产品原型如下:

情况2:作为卖家,紧急发货

这种请比较复杂,首先我从采购来说,针对缺货的销售单,进行“销售转采购”,根据缺货数量生成采购单,缺货数量的定义我后续在订单模块中说明。

多个缺货的销售单可以生成1个采购单,其中生成采购单的规则为:系统自动满足产品采购量的最低报价,如:采购A产品10个,A产品有2个供应商,如下:

根据满足最低采购量最低报价的原则,系统自动选择2号供应商,生成采购计划。采购计划生成的采购单需要有“越”标识,代表该采购单需要越库,如下图所示(仅供参考):

然后有“越”标识的采购单下推到仓库,仓库在签收时就知道,这些采购单要越库,不需要进行上架,故这些采购单优先质检。质检完成后将产品放到“越库区”。

“越库区”的产品,不能被其它订单预占库存。当越库订单下推到仓库,系统首先判断“越库区”的库存是否满足越库订单;若不满足,然后再看仓库的其它区是否满足越库订单;若还是不满足,那么该越库单变为异常单,异常为仓库的库存不足。

越库有3几种情况,每种情况系统的处理逻辑都不一致。

情况1:签收的产品=越库订单的产品数量

这种情况最简单,指导用户到“越库区”拣货。

情况2:签收的产品大于越库订单的产品数量

指导用户到“越库区”拣货,这里有一个小细节需要注意,越库区的库存只能被越库单进行预占。假设越库暂存区有剩余库存,如果接下来没有越库单进行预占,那么这些库存将会被“锁死”,所以需要进行移库,将这些产品移到拣货区。

情况3:签收的产品<越库订单的产品数量

针对这种情况,需要扫描其它库区的库存,若其它库区也没有库存,那么该越库单报异常。

五、总结

本人在跨境的大卖家工作过一段时间,针对第2大点,“情况2”的产品设计,是基于公司业务的“定制化”,仅供大家参考。市面上常说的“越库”是我提到的“情况1”。根据上面的例子,大家可以看出,在入库环节去掉了上架操作,其它流程和出入库一致,所以核心就是在入库流程做可配置,如:针对“XX标识”的订单,执行配置的流程。

本人只是提到了越库的一些设计思路和一些细节点,具体的越库设计还是要根据自身公司的业务出发。

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

题图来自 Unsplash, 基于 CC0 协议

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

题图来自 Unsplash, 基于 CC0 协议

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