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

推荐订阅源

GbyAI
GbyAI
Hacker News: Ask HN
Hacker News: Ask HN
The Hacker News
The Hacker News
S
Security Affairs
T
Tor Project blog
N
News | PayPal Newsroom
V2EX - 技术
V2EX - 技术
Microsoft Security Blog
Microsoft Security Blog
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
P
Palo Alto Networks Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Vercel News
Vercel News
W
WeLiveSecurity
Y
Y Combinator Blog
TaoSecurity Blog
TaoSecurity Blog
MongoDB | Blog
MongoDB | Blog
Cloudbric
Cloudbric
大猫的无限游戏
大猫的无限游戏
Blog — PlanetScale
Blog — PlanetScale
G
GRAHAM CLULEY
博客园 - 聂微东
月光博客
月光博客
T
The Exploit Database - CXSecurity.com
C
Cyber Attacks, Cyber Crime and Cyber Security
Latest news
Latest news
H
Help Net Security
U
Unit 42
P
Privacy & Cybersecurity Law Blog
The GitHub Blog
The GitHub Blog
S
Securelist
The Last Watchdog
The Last Watchdog
Stack Overflow Blog
Stack Overflow Blog
H
Hacker News: Front Page
C
Check Point Blog
Schneier on Security
Schneier on Security
D
Darknet – Hacking Tools, Hacker News & Cyber Security
S
Schneier on Security
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
A
Arctic Wolf
P
Privacy International News Feed
WordPress大学
WordPress大学
T
Threatpost
博客园_首页
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
S
Secure Thoughts
Simon Willison's Weblog
Simon Willison's Weblog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Jina AI
Jina AI

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
分拣中心:包裹分拣实施与常见问题
供应链出海派 · 2024-06-07 · via 人人都是产品经理

上文《分拣中心:包裹物流分拣详解(上)》中有澄清跨境电商作业中分拣的重要性:“而跨境电商中,除非通过国际快递或全程服务商进行全程履约,即门到门配送——上门揽收—分拣—报关—国际干线—清关—配送,否则通过“自主头程”履约,需商家先自行对包裹根据目的地等进行分拣区分,再联系服务商上门揽收”。

分拣——即对包裹按收货人目的地、重量、是否带电、价值、时效等属性要求,进行归类的过程与结果。

比如某些服务商负责北美国家运输,而有些服务商则负责中东地区,在包裹批量运输时需将包裹按目的地先分拣归类好,便于集中运输。又比如有些包裹内商品带电属于带电敏感包裹,和普货包裹也需区分处理。

包裹的分拣,通常是仓库将订单商品打包称重完毕后,由商家自有分拣场所进行分拣作业或服务商上门揽收在其分拣中心处理。

那么包裹在进行分拣时,都有哪些作业流程和常见异常呢,我们又该如何应对?

分拣中心:包裹分拣的实施与常见问题

一、分拣

在订单包裹量少的时候,可以选择雇佣分拣员,以人工的方式对包裹按照一定的属性要求进行分拣,不失为一种低成本高效做法。

但当订单包裹量较大时,则需雇佣大量的分拣人员人工操作,也会因此产生高额的分拣人工成本。因此,若包裹量数量大到足以产生规模效益时,也会选择使用自动化设备——分拣机进行分拣作业。

包裹分拣归类,通常有:目的地、重量、是否带电、价值、耗材、订单类型、申报方式、体积、时效等标准。

  • 目的地:如上文所述,某些服务商负责北美国家运输,而有些服务商则负责中东地区,那么在包裹批量运输时需将包裹按目的地先分拣归类好,便于集中运输
  • 重量:不同物流渠道对运输包裹有不同限重要求,如邮政小包仅支持小于2kg包裹,而国际快递支持30kg以内货物运输。此外,有些具有话语权的电商企业,为对物流商进行绩效考核管控,也会为不同物流渠道进行限量
  • 是否带电:包裹内若商品含有带电属性,则属于带电敏感包裹,需和普货包裹需区分处理运输
  • 价值、时效:高价值且时效要求高的商品偏向使用国际快递运输,价值低且时效要求低的商品可能使用邮政或专线
  • 订单类型:调拨、批发、零售、急件等类型订单,也会将包裹区分发货
  • 申报方式:9610、9810、C类快件等不同报关方式的包裹,关务资料的生成、报关行的报关形式不同

由此可见,不同属性和要求的包裹,在随后头程国际运输过程中面临的流程与处理方式差异较大。那么在头程运输前,则需将包裹按要求完成分拣、集中安放和集中运输,达到优化作业效率、节省运输成本的目的。

使用分拣机进行分拣时,可能面临的异常与解决方案,可以翻阅上文《分拣中心:电商包裹物流分拣详解》,此处不作重点赘述。

二、装箱

包裹按属性要求分拣完后,下一步会将包裹封装入箱。一般来说,一个大箱可装入5-20个相同属性包裹。

包裹装箱有以下用途:

  • 当包裹包装为软装时,长途国际运输很容易发生破损,造成商品散落。同时,也避免包裹面单磨损而影响后续物流扫描
  • 规则形态的大箱,便于后续空运、海运、陆运装柜。根据大箱体积,货代公司与船舶/航司更易于对运输体积作预测、计划
  • 规则形态的大箱,运输过程中更为稳当,大箱堆叠的“长方体”比包裹堆垛形成的“圆锥体”可运输数量更多、更不易于翻落
  • 包裹封装入大箱后,系统中会记录包裹与所属大箱关系。后续报关清关过程中,若需通过大箱定位包裹大概位置,比在海量包裹堆中找到人效更高

因此,很多电商企业或物流商在分拣完后选择将包裹封装入箱运输。

但包裹装入大箱后,一旦封签后续再想从大箱内找出包裹,需要拆箱并重新封签,不仅造成耗材损耗更是影响作业流程。因此包裹在装入大箱过程中,更需关注常见的异常,并制定对应解决方案,避免返工。

装箱常见异常或问题:

  • 装箱前,包裹对应订单已被顾客取消
  • 装箱前,包裹被OMS标注为风险、黑名单收货人包裹
  • 装箱后封箱前,包裹被OMS拦截为风险、黑名单收货人包裹
  • 包裹属性与大箱内其他包裹属性不一致(如渠道不同、申报方式不同等)
  • 空箱封签
  • 包裹与大箱扫描关联后,操作员漏将包裹装入大箱,后续包裹继续扫描关联其他大箱
  • 两个未装满大箱合并
  • 大箱装载过满,箱体变形需拆箱

针对前5种异常,可以在分拣操作系统中,通过扫描包裹条码或关箱操作时进行校验拦截,不符合条件的包裹不允许装入大箱,不符合条件的大箱不允许关箱打印大箱标签。比如当操作关箱但系统校验大箱未有关联任意包裹数据时,提示“空箱不允许打印大箱标签”。

而第六种异常可通过为已扫描的包裹变更“状态机“,已扫描状态的包裹,存在关联大箱数据,而再与其他大箱关联时,系统自动进行拦截提示可。

通过大箱合并功能,保留原箱号,而作废被合箱号。通过大箱拆箱功能,拆箱完成后自动生成副箱大箱号,并为操作员自动打印副箱大箱标签粘贴。

三、大箱绑定容器

在仓库或分拣场所内,通常把能够堆放大箱的托盘、木板称之为容器。每个容器有对应的“容器编号”和“容器状态”,使用信息系统对容器以及堆放的货物进行管理。

分拣中心:包裹分拣的实施与常见问题

通常上,我们常将相同属性的大箱(如同目的地、同耗材等)绑定到同一个容器。那么包裹装箱封箱后,为什么需要把大箱绑定至容器呢?

大箱内一般装有数量众多的包裹,十分沉重。以及形状规则的大箱,底部往往与地面紧贴,在搬运过程中,倘若通过人工将大箱搬运,不仅沉重、效率低、也难以找到借力点移动大箱,需要较多的搬运人力成本。

因此,分拣场所通常会使用地牛或者叉车,来对大箱进行搬运。而容器(托盘)上设计有辅助叉车插入的“凹槽”,操作员驾驶叉车可以轻松的把容器以及容器上的大箱货物抬起,极大的提升大箱搬运能力。

此外,大箱往往由纸皮、软袋耗材构成,堆放至容器搬运,也可避免拖拽过程中大箱的破损,造成货物散落。

一个容器上往往能存放4-8个大箱不等,通过建立大箱与容器的关系,当需要寻找某个包裹时,也可通过容器位置快速的锁定大箱。

可以看到大箱与容器进行绑定后,作业过程中有诸多的好处。那么在绑定过程中,又会可能遇到哪些问题呢?

  • 扫描大箱条码时,由于大箱表面张贴条码过多,导致扫错非大箱条码
  • 绑定容器扫描时,容器与地面其他条码(如库位条码)相近,导致扫错非容器条码
  • 由于作业流程错乱或操作疏忽,将不同属性的大箱放在同一个容器上(如目的地不同、耗材不同、物流方式不同等)
  • 容器状态不可使用,如被特殊货物占用、作废等等
  • 大箱条码重复扫描,第一次扫描大箱条码后由于现场中断,漏将大箱绑定容器,后续流程重启时再次将大箱重复绑定

针对以上常见的绑定容器作业问题,可以通过以下的方式来处理:

大箱耗材在采购入库时,系统即为对应大箱生成大箱耗材条码,并存档管理。当使用PDA对大箱条码进行扫描时,通过对大箱耗材条码池校验,可快捷发现大箱条码错扫。

同理,由于分拣场所中,容器往往可以重复使用、且数量相对固定。那么也可以使用如上类似的办法建立“容器条码池”,在PDA扫描时快速判断识别,及时的报错。

而针对不同属性大箱错放同一容器问题,当第一个大箱绑定容器,即将首个大箱的“属性”赋予该容器(在容器重新释放时清空),后续绑定的新增大箱,都需将其属性与容器属性作对比,不同属性的大箱可及时的发现,弹窗和语音报错,避免后续操作返工重新分拣。

此前有提到,容器可能会被重复使用,那么可为容器设计一套状态机进行管理——空闲、占用中、完全占用、锁定、作废。不支持绑定大箱的容器,通过容器状态可系统层面进行“封锁”,拦截任何大箱数据关联。

四、大箱随容器迁入库位等候发货

容器内绑定一定数量的大箱后,即会进入完全占用状态,无法继续往里面继续添加大箱。

此时对于电商企业,应当联系服务商上门揽收/物流商自己则会安排承运工具进行运输。在联系安排到实际上门揽收过程中,往往会存在一个等候时间差。

这个时间差内,货物不可能一直留在原地。为了释放作业场所的空间,也为了提高服务商到达时发货的效率,大箱往往会跟随容器一起迁至月台附近的“待发货库位”。

分拣场所为提高同等面积使用效率,会尽可能少的减少立柱,避免作业运输线路弯曲阻塞。以及由于面积有限会见缝插针的在一些地方设立库位,最大限度的利用分拣场所空间。

为提高后续库位拉货作业效率,避免不同线路容器放在同一路线,拉货时被其他线路阻挡。也为避免需要先出的货物堆放在库位最内侧,大箱均需跟随容器按一定的属性和条件入库,等候服务商上门。

比如发往美国的大箱,随容器迁入到美国线路的发货月台,而发往沙特国家的大箱,则随容器迁入到中东线路的发货月台。按照发货顺序,先发货的靠近月台外侧,整齐排列,先进先出。

五、拉货与发货

商家或物流商采购安排好空运舱位、海运柜位、陆运舱位后,则可根据国际干线的“线路、时间、容积”来对存放在月台待发货区的大箱进行拉货、发货。

比如,某电商企业向货代采购到一个3天后、广州白云国际机场飞洛杉矶、容积为5m³的航空舱位。

那么商家在服务商上门揽收之前,就得前往美国发货月台的待发货库位,将最早入库的大箱,从远至近拉出5m³以内的大箱,等候服务商揽收。

在做拉货时,系统会将需要拉货的大箱,拆分成多个拉货任务分配给不同的拉货员PDA上(可以是人工拆分任务,也可以系统以一定逻辑形成),拉货员根据拉货任务上提示的大箱指引,前往库位寻找大箱进行扫描。

  • 拉货员在拉货扫描时,也会遇到以下的常见问题
  • 拉货作业过程中,由于舱位变更或取消,对应的拉货任务也被对应中途取消
  • 拉货大箱的目的港与提单目的港不一致,拉错大箱
  • 已被拉货大箱体积大于已购舱位体积

对于第一种情况,舱位变更或取消也要及时的取消拉货任务,并因此变更拉货任务的状态为“已取消”。那么在拉货作业过程中,可及时的拦停拉货员作业,避免作无效的货物搬入搬出。

而对于大箱与提单目的港不一致的异常,舱位采购完毕后,需及时的将舱位的提单信息录入信息系统,才可在拉货作业时及时的发现异常(如大箱内包裹目的地是美国,而航班舱位是飞往欧洲,南辕北辙)。否则等到货物到达海关监管场所报关、或运输至目的国后才发现,错误的运输货物很有可能造成不可逆的损失。

在拉货作业中,需实时的计算已拉货物的体积是否在已购舱位的体积内。由于包裹都会装入大箱封签,而规则的大箱很容易预先计算得出体积。因此在拉货时,只需将已拉货大箱的体积实时累计并与舱位计划体积不断对比,在已拉体积接近舱位购买体积到达一定的阈值时,自动将拉货任务完结即可。

那么以上就是一个分拣中心粗略的分拣流程介绍了,打包后—分拣—包裹装箱—大箱绑定容器—大箱随容器迁入库位待发货—承运。

此流程一环扣一环,把多个相同属性的包装封签如同一大箱,把多个同一属性的大箱绑定同一容器,把多个同属性的容器按一定的条件迁入库位。

不仅极大的提高分拣效率和承运的准确率(避免有多个不同属性的货物混装,导致后续要拆分重新分拣),而且通过库位—容器—大箱—包裹的关联关系,也能在茫茫的“包裹海”中,快速的缩小搜索区域,找到需要处理的包裹相对位置。

作者:供应链出海派,某跨境电商SaaS公司产品负责人

本文由 @供应链出海派 原创发布于人人都是产品经理。未经作者许可,禁止转载。

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

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