物流快递与供应链 · 行业场景库

岗位依据

岗位依据与数据 · WorkBuddy · 物流快递与供应链场景库

4 个子角色为什么这样切，依据在哪

公开的岗位说明书写的是「快递员、报关员、调度员、仓管员」等职能岗位，各管一段。但真实招聘 JD 与从业者自述里写的是另一回事：「物流综合内勤，负责制单、跟单、客户服务、单据归档」，一个岗位把报关、跟单、对账全干了；货代操作员自述「83% 从业者日均工作超 10 小时」，报关员「80% 的时间在对单、催料、等过机」。真按职级切，客户对不上号。

所以这套场景库按业务板块切，而不是按大企业的岗位表：快递网点（揽派与罚款申诉）、货代关务（四单与申

报）、零担干线（配载与结算）、仓储履约（库存与订单）。这四块活在中小物流公司里往往是一两个人交叉在干，区别只在这笔钱和数据到了哪个板块、错了会亏多少钱、产出物是什么。

快递网点

Express Outlet Operations

让网点每一笔被总部扣的钱都有据可对、每一天的收支都有账可查，而不是月底看着罚款单傻眼。

2 个场景

这个子角色为什么真实存在：依据一：加盟制下网点承包人一个人就是一家店，收货、派件、扫码、客服、对账、被罚款申诉全是一个人干依据二：网点考核表（签收率/投诉率/破损率）和罚款清单是同一张表的两面，签收率不达标就罚钱依据三：网点老板自述核对总部系统数据和手工记录每月要花 3 个人 3 整天，罚款争议是最大一块

公开来源：快递网点被罚款碾压：武汉驿站承包人连续 7 个月无休倒欠上级网点 13 万、月均 5 万罚款；佛山某申通经营者 4 个月被罚 50.3 万快递 100：物流部门要把快递公司每月账单 Excel 手动分拆、按部门及产品线归集、再靠人工对账，财务难以追溯到账单对应的提交订单人员网点老板自述核对总部系统数据和手工记录，每月要花 3 个人 3 整天，罚款争议是最大一块

它实际在用的数据：总部结算单 / 罚款单.xlsx（总部按月下发，只有汇总金额和模糊明细）网点操作记录（巴枪扫描、签收记录、微信群里发的破损照片）客户报价表.xlsx（逐客调价，财务和老板各持一份）

关键字段与口径：签收率：早 11:30 前 35%、下午 15:30 前 55%、晚 19:30 前 95%，完不成按票罚罚款逐票匹配：罚款单↔ 运单 ↔ 责任环节（签收/破损/时效/投诉）三向对齐单票毛利 = 收入 − 成本 − 罚款分摊

本组场景：

• KD-01 网点-总部罚款对账与举证 · 优先级 12.5
• KD-02 网点经营日报 · 优先级 9.6

升为客户真实案例还缺什么：要把网点场景真正跑起来，还缺客户真实的罚款单原件、网点日流水（微信转账/巴枪）、以及总部考核口径（各指标罚多少钱）。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

货代关务

Freight Forwarding & Customs

让报关四单在申报前就对齐、让申报差错在提交前被拦下，而不是等海关退单罚款才返工。

2 个场景

这个子角色为什么真实存在：依据一：报关员一天整理十几票单据，发票漏「成交方式」、委托书号少打一个 0 都要回头催，80% 时间在对单催料等过机依据二：报关单、发票、箱单、合同四单来自业务/财务/仓库/船公司，字段口径天然不一，凑齐对齐是核心活依据三：HS 编码 AI 直接正确率仅 34%、6% 幻觉，说明归类只能「建议 + 依据 + 置信

度」，不能「自动出结果」

公开来源：报关员生存帖：一天要整理提单/发票/装箱单/合同，发票漏成交方式要回头催客户、委托书号少打一个 0；80% 时间在对单、催料、等过机海关总署《报关单填制规范》2019 版：报关单必备栏位清单（成交方式、商品编号、数量单位、单价总价、原产国等）HS 编码 AI 直接正确率仅 34%、60% 需专家验证、6% 幻觉生成不存在的编码、每 5个税号里 2 个是错的

它实际在用的数据：报关单预录草稿（单一窗口/关务系统预录入）商业发票 / 装箱单 / 合同 / 提单原件（客户发来的扫描件、Excel、PDF，格式杂乱）历史申报记录 + 差错案例库（退单、改单、罚款的教训）

关键字段与口径：四单一致：品名 / 数量 / 重量 / 金额 / 收发货人五向对齐成交方式（CIF/FOB/CFR 等）、商品编号（HS）、数量及单位、单价总价、原产国HS 归类：税则号 + 法定税率 + 归类依据 + 置信度

本组场景：

• HG-01 报关四单一致审核 · 优先级 15.0
• HG-02 申报前差错拦截与 HS 归类建议 · 优先级 12.0

升为客户真实案例还缺什么：要把关务场景真正跑起来，还缺客户真实一票货的四单原件、历史申报记录、以及积累的差错案例（退单/罚款）清单。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

零担干线

Linehaul & Settlement

让承运商账单、运单、回单、代收货款在同一口径下对平，而不是月底逐单核对还差几万。

2 个场景

这个子角色为什么真实存在：依据一：零担计费规则复杂（重量/体积/件数/里程/阶梯价/结算模式），应收应付分散、对账需逐单核对依据二：中小物流人工核算误差率高达 12%、资金回款周期平均 30 天，对账是公认最重的手工活依据三：代收货款是零担常见延伸，手续费 3‰～5‰、返款周期 3～7 天，但资金截留挪用风险极高

公开来源：零担计费规则复杂，涉及重量、体积、件数、里程、阶梯价、结算模式（现付/提付/回单付），应收应付账款分散，对账需逐单核对；订单信息分散多个表格不同步中小物流订单追踪、结算对账全靠人工，出错率高达 12%，资金回款周期平均长达 30 天2014 年以来全国因代收货款资金管理不善引发的纠纷达 5000 宗（民事 2700 余件、刑事近2300 件）

它实际在用的数据：当月运单明细.xlsx（每票运单的线路、重量、体积、杂费）签收回单.xlsx（每票签收状态、回单编号，纸质回单拍照归档）承运商账单.xlsx（承运商按月提交的对账单）代收货款流水.xlsx（代收金额、返款记录、站点资金往来）

关键字段与口径：计费重量 = 取实重与体积重（体积方数 × 重泡比系数）较大值结算模式：现付 / 提付 / 回单付，逐票标注代收货款：代收金额 ↔ 运单 ↔ 返款周期三向对齐，超期即预警

本组场景：

• LL-01 干线承运商账单审核 · 优先级 8.0
• LL-02 代收货款台账核对与预警 · 优先级 7.3

升为客户真实案例还缺什么：要把干线场景真正跑起来，还缺客户真实的运单+回单+计费规则三件套原件、承运商账单、以及代收货款的返款流水。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

仓储履约

Warehouse & Fulfillment

让账面和实盘对得上、让订单缺货在超卖前被拦下，而不是等客户退单再翻仓库。

2 个场景

这个子角色为什么真实存在：依据一：账面 500 件翻底只有 460 件是 90% 仓库的日常，账实不符是普遍现实依据二：零售平均库存准确率仅 65%，库存失真年损失约 4000 亿美元依据三：批次错位导致发错效期、临期报损，先进先出常是口号、实际后进先出

公开来源：账面 500 件、翻个底朝天只有 460 件是 90% 仓库的日常；仓管「货到了先堆着、单子后补，急着发先出库、回头再销账」零售商平均库存准确率仅 65%，库存失真导致全球年损失约 4000 亿美元，占零售销售额 1%～3%批次错位：账面显示冷冻鸡胸肉 350 箱、仓库翻三遍只有 280 箱，差 70 箱要花两天翻单据打电话；先进先出常是口号、实际后进先出

它实际在用的数据：库存台账.xlsx（产品编号、名称、账面数量、批次、效期，Excel 手工维护）出入库流水.xlsx（收发货单据、WMS 流水，先干后补是常态）库存盘点表.xlsx（账面数量/实盘数量/差异/盘点人，月底盘点）订单波次

表.xlsx（各渠道订单、SKU、数量、要求发货时间）

关键字段与口径：差异数量 = 账面数量 − 实盘数量，盘盈盘亏分列账实差异率 = 差异数量 ÷ 账面数量，按 SKU/批次/责任人归因效期/批次双维度：入库日期 + 失效日期，临期 30 天内预警

本组场景：

• CC-01 库存账实差异归因 · 优先级 8.0
• CC-02 订单履约缺货预警 · 优先级 6.4

升为客户真实案例还缺什么：要把仓配场景真正跑起来，还缺客户真实的库存台账、出入库流水、盘点表原件、以及订单波次数据。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

不做什么

明确不做的伪需求 · WorkBuddy · 物流快递与供应链场景库

22 个伪需求以及为什么不做

客户看到「四十个场景」的第一反应不是「好全」，而是挑最不靠谱那个来问。

一个伪需求会削弱旁边所有真场景的说服力 —— 所以这一页存在的意义，是让 15 个真场景更可信。

物流快递与供应链是伪需求的重灾区，因为它的单据最多、又最爱喊「数字化」。判断只需要三句话：这张表现在有人看吗？这个数据现在有人维护吗？如果 Agent 明天就把这件事做完了，下游的人会不会因此改变行为？第三句答不上来，就不要做。

5

法则一 · 一段脚本更快更准更便宜

10

法则二 · 需物理感知或对外担责

7

法则三 · 真实瓶颈不在这一步

!

最典型的一条：办公用品领用登记电子化

它看起来完全合理：纸质登记乱、统计麻烦、月底要追问还剩多少。

但制度里写着「月度汇总提交采购与财务作成本核算依据」——

现实中签完字这件事就结束了，汇总表没有人看。

把一张没人看的表加速录进系统，等于加速垃圾数据入库。

真正有价值的是另一个问题：为什么某个部门的耗材是别人的三倍。

清单逐条说明

最后一列是客户主动提出时的回应口径 —— 不是拒绝，是把他引到真场景上

伪需求命中法则

更优解 / 真实瓶颈在哪客户提出时怎么回应

纯运费/阶梯运费计算器法则一 · 确定性规则任务重量×单价×阶梯是确定性查表计算，一段 Excel 公式或脚本就能干，AI 反而慢、贵、还可能算错现场话术：规则定了就写死公式；真正费人的是把运单、回单、计费规则凑齐再算。纯快递轨迹查询机器人法则一 · 确定性规则任务查轨迹是确定性的 API 调取，通用智能客服已内卷到被骂「鬼打墙」现场话术：纯查件不是 AI 场景，只有「查 + 判责 + 主动处置」的闭环才是。HS 编码自动归类（无人终审）法则二 ·需物理感知或对外担责AI 直接正确率仅 34%、6% 幻觉生成不存在的码，归类必须报关员终审现场话术：我们给候选码+依据+置信度，最终归什么码由报关员定，AI 不自动出结果。报关申报的最终提交法则二 · 需物理感知或对外担责申报不实要担责（罚款 + 暂停报关资质），最终提交必须人工签字确认现场话术：申报提交是担责动作，我们做到「预审 + 建议 + 差错拦截」。查验放行决定法则二 · 需物理感知或对外担责放行是海关职权 + 合规担责，企业侧不可能用 AI 做决定现场话术：查验放行是海关的职权，我们能做的是把查验要的材料一次备齐。货损定损自动理赔法则二 · 需物理感知或对外担责定损需要开箱验货、价值鉴定、责任界定，涉及物理感知和对外赔付承诺现场话术：我们做的是取证清单和参考区间，最终赔付金额的裁定必须由人拍板。时效承诺/ETA 对外承诺法则二 · 需物理感知或对外担责ETA 是对客户的承诺，AI 给错时间就是商誉损失现场话术：承诺的事我们不能替公司对外说，能给你的是「预计什么时候到、为什么会晚」。司机运费/承运商账款的自动付款法则二 · 需物理感知或对外担责钱的最终支付必须人审，AI 只能出结算单和差异清单现场话术：钱出去的最后一关必须人按，我们能做的是把该付多少、对不上的在哪先算清。代收货款资金自动划转法则二 · 需物理感知或对外担责资金动作必须人控，AI 只能做台账归集和差异预警现场话术：钱的划转必须人按；我们做的是把代收货款和运单对上、把截留风险标出来。破损照片定责判定法则二 · 需物理感知或对外担责视觉识别可辅助取证（是否同框面单），但不能定「运输破损还是包装不当」的责任现场话术：照片能帮你看清破损、对齐面单，但责任是运输还是包装，得人判。纯展示型经营看板法则三 · 真实瓶颈不在这一步数据本身分散、不准确才是瓶颈，把不准的数据画成漂亮看板是「装修」现场话术：我们不交付「又一个看板」，交付的是带结论和下一步的清单。填了归档没人看的异常登记表电子化法则三 · 真实瓶颈不在这一步异常件登记若只是把纸质变电子、无人据此行动，属于伪需求；只有「登记→派单→闭环」才有价值现场话术：先问一句「这张表现在有人看吗」，答不上来就不该做。路线优化（中小零担/快递）法则三 · 真实瓶颈不在这一步80 万美元路由优化失败、快递 AI 片区划分一个月关停，数据基础薄弱时是陷阱现场话术：优化路线算法不难，难的是数据基础和一线愿不愿意用，别重蹈覆辙。通用需求/库存预测法则三 · 真实瓶颈不在这一步库存预测依赖干净历史数据，中小企业数据基础缺失，是失败率最高的方向之一现场话术：预测要有干净历史数据才有用，没数据先别做，我们把力气花在每天的缺货上。回程货源/返程配货预测法则三 · 真实瓶颈不在这一步空驶率 30% 是真痛点，但需货源池数据，中小企业往往没有；瓶颈在货源不在分析现场话术：分析出空驶原因不难，难的是手上有没有回程货，这得先有货源池。经营数据大屏（无决策闭环）法则三 · 真实瓶颈不在这一步看板不产生决策；真正的价值是「哪条线亏、为什么亏、下一步怎么动」现场话术：大屏好看，但老板要的是「这条线该不该砍」，我们交付的是这个结论。招投标/RFP 自动投标法则二 · 需物理感知或对外担责投标是担责行为，AI 只能出成本测算和方案草稿，投标决策和盖章由人做现场话术：投标能不能中、要不要陪标你定，我们把成本和方案草稿备好。客户画像/流失预警（无私有数据版）法则三 · 真实瓶颈不在这一步没有客户历史发货数据就是空转，套通用模型只有噪音现场话术：画像要有你自己的发货记录喂进去才有用，没数据先别做。司机微信沟通全自动代发法则二 · 需物理感知或对外担责对外沟通涉及装卸安排、时效承诺，只能出草稿，不能自动代发现场话术：跟司机的沟通我们可以出草稿，但涉及安排和承诺的，发出去要人。承运商合同模板生成法则一 · 确定性规则任务痛感低、模板即可，AI 化收益有限现场话术：合同模板你们法务已经有一套了，AI 该做的是把每次的账单审核留痕。旺季临时运力需求预测法则一 · 确定性规则任务频率太低（每年一次）且需历史数据积累，投入产出不划算现场话术：一年才用一次，靠人判断也够了；我们把力气花在每天在发生的事上。超限/禁运品/超范围拦截法则一 · 确定性规则任务零担 TMS 已有系统自带的订单校验、自动拦截，这是规则引擎，不需要 AI现场话术：这个你们的 TMS 已经拦了，AI 再做一遍是重复建设。

声明这套东西不承诺什么

主动讲限制比被问出来强得多

这是演示与验证资产，不是已接入生产系统的软件所有 Live Demo 页面展示的是「应该怎么跑、每一步看什么、交付什么」，使用的是真实业务格式的脱敏构造数据，不冒充任何客户的生产数据。不承诺效率提升百分比本场景库不出现任何「几天压到几分钟」「节省百分之九十」这类数字 —— 没有用客户自己的单据实测过，这种数字说出来就是砸口碑。我们讲的是可核实的能力差异：参与角色怎么变、覆盖范围多大、产出多少条。拿不到的数据会明确说拿不到回单没有电子化、代收货款与运单的对应关系没有记录、库存台账长期未盘点 —— 这些情况会在报告里写清「本项无法分析，建议后续建立什么记录」，而不是估一个数填上去。高风险动作只建议不执行报关申报最终提交、运费最终付款、货损赔付裁定、对外报价拍板、合同签署、对外发账单、代收货款划转 —— 这几类动作本场景库全部只出清单和依据，不代替人做决定，也不自动执行。产出是初稿与清单，最终签字权在人所有正式交付物都留有编制 / 审核 /会签 / 批准签批栏，推荐意见、完成质量评定、责任认定这几栏一律留空 —— 自己给自己打分的报告，没人会信。那哪些是真场景？15 个逐条打过分的场景，全部保留了评分口径可核

回到场景总览 →

来源说明

本场景库的痛点均有公开来源可查。网页版已对来源中的具体机构做了脱敏处理，不再逐条列出。

场景审核

场景审核 · WorkBuddy · 物流快递与供应链场景库

先过场景不急着做素材

共 8 个场景。逐个点「保留 / 待讨论 / 后置」，

结果只保存在本机浏览器，可以复制出来。

建议的判断顺序：先问这件事没做好谁会生气（痛感）→

再问错了能不能当场看出来并改（能不能交给 Agent）→

最后问客户手上现有的文件够不够跑（落地难度）。

需要客户先做数据治理的场景，不要放在第一批。

清空选择

返回总览

网点

快递网点

让网点每一笔被总部扣的钱都有据可对、每一天的收支都有账可查，而不是月底看着罚款单傻眼。

2 个

KD-01

12.5

网点-总部罚款对账与举证总部罚了多少，网点月底才知道 · 该不该认，全凭一张看不清明细的罚款单

保留

待讨论

后置

KD-02

9.6

网点经营日报网点今天赚没赚，老板自己都说不清 · 收支、罚款、毛利散在微信和脑子里

保留

待讨论

后置

关务

货代关务

让报关四单在申报前就对齐、让申报差错在提交前被拦下，而不是等海关退单罚款才返工。

2 个

HG-01

15.0

报关四单一致审核退单不是因为少了文件，而是几份文件对不上 · 发票 100 箱、箱单 98 箱，肉眼扫不出来

保留

待讨论

后置

HG-02

12.0

申报前差错拦截与 HS 归类建议一个 HS 码错一位，税率天差地别 · AI 直接归类只有三成多对，必须人终审

保留

待讨论

后置

干线

零担干线

让承运商账单、运单、回单、代收货款在同一口径下对平，而不是月底逐单核对还差几万。

2 个

LL-01

8.0

干线承运商账单审核承运商账单和自家运单一对，差的那几万块哪来的 · 计费重量取实重还是体积重，从来没人对齐保留

待讨论

后置

LL-02

7.3

代收货款台账核对与预警代收货款收了却迟迟不返 · 资金截留挪用的风险，等爆雷了才看见

保留

待讨论

后置

仓配

仓储履约

让账面和实盘对得上、让订单缺货在超卖前被拦下，而不是等客户退单再翻仓库。

2 个

CC-01

8.0

库存账实差异归因账面 500 件，翻个底朝天只有 460 · 差的 40 件到底哪票、谁的责任，从没人归因

保留

待讨论

后置

CC-02

6.4

订单履约缺货预警订单来了才发现货不够发 · 库存不准，超卖缺货是常态

保留

待讨论

后置

审核进度未选择 8

交付说明

交付说明 · WorkBuddy · 物流快递与供应链场景库

物流快递与供应链场景库怎么用这套东西

这是一套售前演示与客户验证资产，不是已经接入客户生产系统的软件。

包含 4 个子角色、8 个场景、24 个内容页、

8 个 Skill 包与配套素材和预期输出。

8完整场景

24三件套页面

22明确不做的伪需求

33可核验来源

路径三种人怎么看

客户初次看

从总览按子角色选场，先看「场景引入」。三分钟看清这件事现在什么样、痛点依据在哪、产出是什么。

打开场景总览

现场演示

打开「Live Demo」逐步讲。重点讲 Agent 在哪一步拦住了 ——

一、个会在该停的地方停下来的助手，比一个永远给得出答案的助手可信得多。

看一个完整 Demo

内部选型

在「场景审核」页逐场标保留 / 待讨论 / 后置，复制结果后再决定哪些进入真实素材制作。

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

把限制先摆出来：不承诺效率百分比、拿不到的数据会说拿不到、高风险动作只建议不执行。

主动说限制比被问出来强得多 —— 而且这一句会把后面所有内容的可信度垫起来。

中场 · 用一句话帮客户剔掉伪需求

客户提到某个表单类需求时，问一句：「这张表现在有人看吗？看完做了什么决定？」

答不上来就当场建议先不做。这一下建立的是顾问式信任 ——

客户会开始相信你不是来卖东西的。

收尾 · 三个问题要金额

「你们上个月对账花了几天？有没有因为报关差错、库存账实不符、总部误扣款而白亏的钱？知不知道哪个网点、哪条线路、哪个仓在亏？」

三、问都答不上来，场景就成立了。

状态已完成与未冒充完成

已经完成4 子角色 × 8 场景完整内容每场景：场景引入 / Live Demo / 能力沉淀 三页每场景：Skill 包（含输出骨架与渲染脚本）、素材、预期输出痛点逐条挂来源，可点开核对22 个伪需求逐条说明命中哪条排除法则岗位依据页说明子角色为什么这样切

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据，不是客户生产数据场景尚未用客户自己的原始文件实跑过（这是下一步）有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比报关申报最终提交、运费最终付款、货损赔付金额的最终裁定、对外报价的最终拍板、合同签署、对外发正式账单、代收货款资金划转一律人工

下一步怎么往前推

第 1 步过场景8 个逐场标保留 / 待讨论 / 后置

第 2 步选 3 到 5 个按客户类型组合，优先零集成的

第 3 步要一手材料真实文件、审批链、一次出过问题的案例

第 4 步用客户文件实跑记录结果、返工点、真实耗时

第 5 步再谈系统对接此时才评估 API、权限与回写