港航机场与轨道交通 · 行业场景库

岗位依据

岗位依据与数据 · WorkBuddy · 港航机场与轨道交通场景库

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

公开的岗位说明书写的是「销售、操作、单证、客服、财务」分岗，各管一段。但真实招聘 JD 里写的是另一回事：「货代操作，负责订舱、报关、跟单、客服、对账」，一个岗位把接单、制单、跟单、对账全干了；小货代一人身兼数职，老板既是最大的销售，又是最终的财务。真按职级切，客户对不上号。

所以这套场景库按单据链上钱和数据流经的节点切，而不是按大企业的岗位表：接单报价（钱从哪里进来）、单证关务（单据怎么生产且一致）、跟踪调度（货怎么流转、异常怎么拦）、对账结算（钱怎么收回付出、盈亏归因）。这四类活在中小货代/船代/班列货代里往往是一两个人干的，区别只在这笔钱和数据到了哪个环节、错了会罚多少、产出物是什么。

接单报价

Quoting & Pricing

让报出去的每一票价，都建立在这条航线/班列的真实成本 + 客户账期之上，而不是业务员拍脑袋。

2 个场景

这个子角色为什么真实存在：依据一：小货代一人身兼数职，接单报价是其中一摊，没有专职报价岗，数据在业务员各自维护的 Excel 里依据二：报价单上只有运价没有成本栏，说明这件事的真实目的从来不是「算清成本」，而是「快速给个数」依据三：现货市场 8 分钟无响应已被对手抢走，报价慢即丢单，历史报价数据难复用

公开来源：小货代一人身兼数职：订舱、报关、跟单、客服甚至财务对账，数据在微信和脑子里货代手工计费漏收错收：利润损失占年营收 0.3-0.5%，年营收 2 亿≈漏 100 万货代报价慢即丢单：现货市场 8 分钟无响应已被对手抢走、手动报价 5-15 分钟/单

它实际在用的数据：运价台账.xlsx（哪条航线/班列、哪个客户、什么折扣，业务员各自维护）航线班列成本表.xlsx（燃油/舱位/拖车/报关，老板脑里或代账总账里）客户账期约定.xlsx（谁月结、谁 90 天、谁拖欠，财务自己记）

关键字段与口径：底线价 = 直接成本 ÷ 计费基准（重货按吨、泡货按方，取大者）账期垫资折算 = 应收金额 × 账期天数 ÷ 365 × 年化资金成本计费基准：重货按吨、泡货按方，体积重 = 体积方数 × 重泡比系数，取两者较大值

本组场景：

• BJ-01 即时询价报价 · 优先级 10.0
• BJ-02 报价底线成本核算 · 优先级 8.0

升为客户真实案例还缺什么：要把报价场景真正跑起来，还缺客户的历史运价台账原件、航线/班列的直接成本票据（舱位/拖车/报关费）、以及各客户的真实账期约定。

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

单证关务

Documentation & Customs

让报关草单、提单、发票、箱单一次出齐且互相对得上，把「单单一致」从靠人肉核对变成机器先核一遍。

2 个场景

这个子角色为什么真实存在：依据一：货代单证岗「一个字母都不能错」，提单/发票/产地证是精神三件套，出错要赔依据二：报关单 49 栏目，HS 编码 10 位决定税率，错一位就是退单 + 罚款（最高货值 5%）依据三：关务 AI 撞墙的本质是数据碎片化，发票 100 台箱单 96 台，AI 必须从「一致性核对」切入而非自动推理

公开来源：货代五大岗位吐槽：操作 24 小时待命、单证「一个字母都不能错」、财务「每张账单都写着谁欠我」报关单填制规范：表头表体归口 49 栏目 9 模块，HS 编码 10 位决定税率关务 AI 撞「部署墙」：发票写 100 台、箱单写 96台，数据碎片化导致 AI 降置信度转人工

它实际在用的数据：商业发票.xlsx（品名、货值、收发货人）装箱单.xlsx（包装、件数、毛净重、尺码）报关草单.xlsx（49 栏目、HS 编码、申报要素）提单确认件 B/L（SHIPPER/CONSIGNEE/箱号/铅封号）

关键字段与口径：HS 编码 10 位、商品中文规范品名 + 品牌型号成分用途件重尺三向对齐：发票件数 ↔ 箱单件数 ↔ 舱单毛重，逐字段比对金额对齐：发票总价 ↔ 报关申报金额 ↔ 运费保费，币制一致

本组场景：

• DG-01 报关草单智能生成 · 优先级 10.0
• DG-02 跨单据一致性校验 · 优先级 10.0

升为客户真实案例还缺什么：要把单证场景真正跑起来，还缺客户真实的历史报关记录、常客户的品名→规范申报要素映射、以及本企业常用 HS 编码清单。

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

跟踪调度

Tracking & Dispatch

让到港免费期、截关截单点、在途异常一次盯住，到点就提醒、超了就拦，不靠人记。

2 个场景

这个子角色为什么真实存在：依据一：货代操作每天刷船期、被客户追着问「到哪了」，多线程打断是最大成本依据二：滞箱滞报费阶梯暴涨，货值 10 万 40HQ 到港 30 天未提≈12550 元，双轨计费的坑没人盯依据三：行李中心一次减载 100 余件，现场手填 78 份事故记录单，异常记录全靠人工

公开来源：货代五大岗位吐槽：操作 24 小时待命、单证「一个字母都不能错」、财务「每张账单都写着谁欠我」滞箱费阶梯暴涨与测算：货值 10 万 40HQ 到港 30 天未提≈12550 元，20GP 第 22 天起 400-800 元/天行李事故记录单：一次航班减载 100 余件行李，现场填 78 份《行李运输事故记录单》

它实际在用的数据：船期表.xlsx（船名/航次/ETA/靠离泊，操作员每天刷）到港台账.xlsx（柜号/箱号/到港日期/免堆免箱期）截点时刻表.xlsx（截关/截单/截货倒计时）

关键字段与口径：免堆期 ≠ 免箱期，双轨计费各算各的起止日到港天数 = 今天 − 实际到港日，超免费期即标预警截点倒计时 = 截关/截单/截货时间 − 当前时间，临近即提醒

本组场景：

• GD-01 到港超期免费期预警 · 优先级 12.0
• GD-02 行李事故记录单生成 · 优先级 9.6

升为客户真实案例还缺什么：要把跟踪场景真正跑起来，还缺客户真实的船期表、到港台账、以及各船司的免费期（免堆/免箱）约定。

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

对账结算

Settlement & P&L

让港口使费、货代账单、航次盈亏从月底突击手工变成逐票勾稽，差异和漏点一次拎出来。

2 个场景

这个子角色为什么真实存在：依据一：船代航次结算要审十几家服务商的票，港口使费占航次成本 15-20%，拖轮费占40-50%依据二：货代财务「每张账单都写着谁欠我」，对账差异 42% 源于人工核验，上系统后仍熬夜手工对账依据三：航次毛利泄漏不是一个大错，是燃油价差/油耗偏差/滞期费等 12 个小漏点累积

公开来源：港口使费构成：拖轮费占 40-50%、港口使费占航次成本 15-20%德鲁里 2024：货代与船司长期纠纷约 42% 源于人工核验漏洞航次毛利泄漏不是一个大错，是燃油价差/油耗偏差/港口使费/滞期费等 12 个小漏点累积

它实际在用的数据：费用账单.xlsx（引航/拖轮/理货/装卸/船供各家票面）应收应付台账.xlsx（每票应收、开票、账期）航次估算底稿.xlsx（fixture estimate 的预计成本与收入）

关键字段与口径：费用分项归集：按单船单航次把各家票归到一张结算单应收−应付勾稽：报价 → 应收 → 应付 → 差异，同一票业务下自动对平航次盈亏 = 收入 −（固定成本 + 变动成本），差异归因到漏点

本组场景：

• JS-01 货代多币种自动对账 · 优先级 6.7
• JS-02 航次盈亏归因 · 优先级 6.9

升为客户真实案例还缺什么：要把结算场景真正跑起来，还缺客户真实的港口使费单、应收应付台账、以及航次估算与实际 P&L 的底稿。

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

不做什么

明确不做的伪需求 · WorkBuddy · 港航机场与轨道交通场景库

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

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

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

港航机场与轨道交通是伪需求的重灾区，因为它的单据最多、监管最严、又最爱喊「数字化」。判断只需要三句话：这张表现在有人看吗？这个数据现在有人维护吗？如果 Agent 明天就把这件事做完了，下游的人会不会因此改变行

为？第三句答不上来，就不要做。

6

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

9

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

7

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

!

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

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

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

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

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

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

清单逐条说明

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

伪需求命中法则

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

全自动无人值守报关 / 最终判责法则二 · 需物理感知或对外担责AI 推荐的 HS 编码不具备法律效力，最终责任由报关企业承担；AI 幻觉率 6.5% 在关务是法律噩梦现场话术：我们只做制单草稿和辅助校验，提交前必须持证报关员确认，不承诺无人值守。监管申报签字 / 安全放行法则二 · 需物理感知或对外担责安全放行、海事/民航/海关的申报签字、事故最终判责，都需持证人或法定实体担责现场话术：我们做的是准备工作和清单，最终判定和签字必须是人。纯字段完整性校验的「报关单检查」法则一 · 确定性规则任务字段是否填全、格式是否合法，海关单一窗口已内置逻辑校验，脚本更快更准更便宜现场话术：这个单一窗口已经校验了，AI 再做一遍是重复建设，我们把力气花在跨单据一致性上。旅客版航班延误证明自助打印法则一 · 确定性规则任务 + 厂商已覆盖深航/川航/南航/海航小程序均已自助开具，且面向 C 端无私有数据可差异化现场话术：这个航司小程序已经自助了，我们做的是 B 端货主/保险侧的延误说明。船舶 AIS 轨迹「智能跟踪」可视化法则三 · 真实瓶颈不在这一步广州港/宁波舟山港已上线 AIS 智能跟踪，中小船代真瓶颈是多头申报、反复录入现场话术：看到船在哪不是难事，难的是把动态通告自动生成并推给相关方。通用财务记账 / 应收应付凭证生成法则一 · 确定性规则任务 + 厂商已覆盖货代结算系统已原生支持应收应付自动生成，用大模型重造记账是重复造轮子现场话术：记账你的系统已经做了，真正的空白在供应商账单差异核验。单纯「台账电子化 / AI 填台账」法则三 · 真实瓶颈不在这一步地铁 34 类台账单站 450+ 本多为应付检查的静态台账，填了归档没人看现场话术：先问一句「这张表现在有人看吗」，答不上来就不该做；台账数据反哺决策才做。班列货源 / 回程匹配撮合法则三 · 真实瓶颈不在这一步中欧班列空箱率是商业模型问题（补贴依赖、轨距换装），AI 撮合治标不治本现场话术：空箱率的根在商业模型，不在匹配算法；我们做的是单列成本核算。配载舱单自动生成并签字放行法则二 · 需物理感知或对外担责载重平衡承担飞行安全法律责任，A330 六人座位变动就需重制舱单，签字担责现场话术：配载签字担飞行安全责任，我们做的是配载数据前置核对和异常提醒。HS 编码法律定责的自动归类法则二 · 需物理感知或对外担责AI 归的码在 AEO 认证体系里无法律效力，错归化学品是百万级罚款现场话术：我们只复用历史归类结果并标注置信度，最终以报关员确认为准。城轨行车/施工请销点自动化法则三 · 真实瓶颈不在这一步城轨是国企，数据在内部信号/施工作业系统，核心作业是现场物理确认+签字担责现场话术：这个你们内部系统已经管了，外部 Agent 进不去，也不该进。超限/禁运品/危险品自动拦截法则一 · 确定性规则任务各平台系统已有规则引擎拦截，不需要 AI现场话术：这个系统已经拦了，AI 再做一遍是重复建设。阶梯运价/杂费的纯机械计算法则一 · 确定性规则任务计费规则确定时公式即可，套 AI 是杀鸡用牛刀还慢现场话术：规则定了就写死公式；真正费人的是把单据凑齐再算。滞期费/速遣费的最终裁定法则二 · 需物理感知或对外担责装卸时间事实记录（NOR/SOF）和滞期费计算涉及海事法律，诉讼时效仅 1 年，最终裁定担责现场话术：我们把事实记录整理好、滞期费算出来，但最终裁定和追索要人做。货损/行李责任的最终判定法则二 · 需物理感知或对外担责责任是运输还是包装、是承运还是旅客，视觉识别只能辅助取证不能定责现场话术：照片能帮你看清破损、对齐单证，但责任归属要人判。对外报价 / 时效承诺的自动发送法则二 ·需物理感知或对外担责报价拍板、时效承诺是对外担责行为，AI 只能出草稿不能代发现场话术：报价和承诺我们可以出草稿，发出去要人。合同签署 / 租船合同条款的最终意见法则二 · 需物理感知或对外担责滞期费/留置权/责任终止条款是高争议点，最终法律意见要海商法律师现场话术：我们做合同风险提示，最终法律意见要律师出。客户画像 /流失预警（无私有数据版）法则三 · 真实瓶颈不在这一步没有客户历史发货数据就是空转，套通用模型只有噪音现场话术：画像要有你自己的发货记录喂进去才有用，没数据先别做。经营数据大屏（无决策闭环）法则三 · 真实瓶颈不在这一步看板不产生决策，真正的价值是「哪个航次亏、为什么亏、下一步怎么动」现场话术：大屏好看，但老板要的是「这个航次该不该砍」，我们交付的是这个结论。AEO 全自动复核自评法则二 · 需物理感知或对外担责AEO 复核材料要被抽查近 5 年报关单、合同、发票，自评结论由企业担责现场话术：我们出材料清单和自评报告草稿，最终提交和结论由企业签字担责。铁路请车/制票的自动化法则三 · 真实瓶颈不在这一步请车、承认车、制票已被 95306 和铁路内部系统收编，Agent 拿不到也改不了现场话术：请车制票在 95306 里，我们做的是请车资料齐套和装车照片整理。旺季临时运力/舱位需求预测法则一 · 确定性规则任务频率低、需历史数据积累，投入产出不划算现场话术：一年用不上几次，靠人判断也够了；我们把力气花在每天在发生的事上。

声明这套东西不承诺什么

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

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

那哪些是真场景？15 个逐条打过分的场景，全部保留了评分口径可核

回到场景总览 →

来源说明

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

场景审核

场景审核 · WorkBuddy · 港航机场与轨道交通场景库

先过场景不急着做素材

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

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

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

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

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

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

清空选择

返回总览

报价

接单报价

让报出去的每一票价，都建立在这条航线/班列的真实成本 + 客户账期之上，而不是业务员拍脑袋。

2 个

BJ-01

10.0

即时询价报价客户问价，业务员翻半天运价表再拍一个数 · 报价慢几分钟，单就进了别人口袋

保留

待讨论

后置

BJ-02

8.0

报价底线成本核算报出去的价客户满意了，公司亏了钱自己都不知道 · 报价单上根本没有「成本」这一栏

保留

待讨论

后置

单证

单证关务

让报关草单、提单、发票、箱单一次出齐且互相对得上，把「单单一致」从靠人肉核对变成机器先核一遍。

2 个

DG-01

10.0

报关草单智能生成一张报关单 49 个栏目，录错一位就是退单加罚款 · 历史申报过的品名，每次都要从头再敲一遍

保留

待讨论

后置

DG-02

10.0

跨单据一致性校验一票货的发票、箱单、提单各说各话 · 发票写 100 台、箱单写 96 台，对不上就是退单加查验

保留

待讨论

后置

跟踪

跟踪调度

让到港免费期、截关截单点、在途异常一次盯住，到点就提醒、超了就拦，不靠人记。

2 个

GD-01

12.0

到港超期免费期预警免堆期和免箱期是两个日期，超了就是阶梯涨的滞箱费 · 没人盯，钱就一天天漏出去

保留

待讨论

后置

GD-02

9.6

行李事故记录单生成一次航班减载 100 多件行李，现场手填 78 份事故记录单 · 填错一份，理赔就扯皮

保留

待讨论

后置

结算

对账结算

让港口使费、货代账单、航次盈亏从月底突击手工变成逐票勾稽，差异和漏点一次拎出来。

2 个

JS-01

6.7

货代多币种自动对账上过系统的财务还在熬夜手工对账 · 报价模板和实际费用模板对不上，系统只是昂贵的硬盘盒保留

待讨论

后置

JS-02

6.9

航次盈亏归因整个船队看着赚钱，其实藏着亏本的航次 · 不逐航次拆，钱漏在哪永远不知道

保留

待讨论

后置

审核进度未选择 8

交付说明

交付说明 · WorkBuddy · 港航机场与轨道交通场景库

港航机场与轨道交通场景库怎么用这套东西

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

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

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

8完整场景

24三件套页面

22明确不做的伪需求

31可核验来源

路径三种人怎么看

客户初次看

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

打开场景总览

现场演示

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

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

看一个完整 Demo

内部选型

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

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

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

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

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

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

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

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

收尾 · 三个问题要金额

「你们上一次到港超期交了多少滞箱滞报费？报关退单率是多少、退一次改单要花多少钱？知不知道每个航次、每个客户到底赚没赚？」

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

状态已完成与未冒充完成

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

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据，不是客户生产数据场景尚未用客户自己的原始文件实跑过（这是下一步）有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比报关申报提交、提单签发、对外报价拍板、航次结算付款、合同签署、监管签字放行一律人工

下一步怎么往前推

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

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

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

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

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