标准场景 分析决策 行业 · 港航机场与轨道交通

BJ-02 · 报价底线成本核算

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

① 场景引入

一、这件事现在是什么样

接单报价 · 真实业务触发

业务员报出一个低于成本线的价,要老板口头同意。老板忙,微信里回一句「行」,这事就定了,没留任何记录。月底对账发现这笔亏了,回头查谁批的,微信记录早刷没了。

二、痛点 · 每条都有来源

  1. 报价单只有运价没有成本:业务员报出去的是「市场价」,不是「这条线装这票货的真实成本」
    依据:货代手工计费漏收错收:利润损失占年营收 0.3-0.5%,年营收 2 亿≈漏 100 万
  2. 成本散在老板脑子和代账总账里,燃油、舱位、拖车、报关费一个科目,拆不出「这票 8 方的货成本多少」
    依据:航次成本核算报表:固定成本按航次天数分摊、变动成本按单据归集、结果算航次盈亏率
  3. 低价/特价报价没有审批留痕,出问题找不到责任人,全靠老板微信一句「行」
    依据:小货代一人身兼数职:订舱、报关、跟单、客服甚至财务对账,数据在微信和脑子里
  4. 客户账期对价格的影响从来没人算:90 天账期的客户和现结客户一个价,垫资的钱没算进报价
    依据:货代报价慢即丢单:现货市场 8 分钟无响应已被对手抢走、手动报价 5-15 分钟/单

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 报价单只有运价没有成本:业务员报出去的是「市场价」,不是「这条线装这票货的真实成本」
  • 成本散在老板脑子和代账总账里,燃油、舱位、拖车、报关费一个科目,拆不出「这票 8 方的货成本多少」
  • 低价/特价报价没有审批留痕,出问题找不到责任人,全靠老板微信一句「行」
  • 客户账期对价格的影响从来没人算:90 天账期的客户和现结客户一个价,垫资的钱没算进报价

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 要素校验 · 判断这份报价能不能进审批核对报价是否完整、有没有低于底线价、客户账期是否超限
  2. 底线比对 · 报价 vs 真实成本把报价逐项拆到成本分项,算出这单是赚是亏、赚亏多少
  3. 账期折算 · 把垫资成本算进风险账期越长垫资越多,把「晚收到钱」折算成金额
  4. 留痕归档 · 生成审批记录谁发起、谁批、什么时候批、批了什么,一次生成
  5. 签批 · 生成待签的审批单批准/驳回栏留空,由有权限的人签

要准备什么:报价核算单.xlsxBJ-01 的产出,含底线价与建议区间航线班列成本表.xlsx燃油/舱位/拖车/报关费,逐线拆到每方每吨客户账期约定.xlsx各客户账期与信用等级

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 3 = 8.0

最大差异点:不要求客户先上 OA 或成本系统。航线班列成本表、客户账期约定直接扔进来,底线价由 Agent 折算,触发条件自动提取。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:报价审批单.xlsx 底线比对/风险金额 · 批准驳回栏留空
  • 可派发清单:审批留痕清单.xlsx 可派发· 谁发起/谁批/何时/批什么逐条可查

这套东西不承诺什么:不替老板做「批不批」的决定。Agent 只判断这单触发了哪条底线规则、风险点是什么、给出审批建议,最终批准/驳回由有权限的人签。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:海陆通国际物流(虚构)。业务员给大客户明达电子报了个低价求成交 —— 700 元/方,低于汉堡线底线价780 元/方,账期还从 30 天拉到 90 天,要老板审批。

命中规则2 条低于底线640 元账期90 天总敞口750 元

输入港航物流企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_报价核算单.xlsx 业务员报出去的价格 —— 为了拿单把价压到成本线以下业务员小刘 · 今天上午
  • 02_审批规则表.xlsx 低价、超账期、大客户特价的审批规则 —— 本来在老板脑子里,从没写下来老板口头定的 · 无文档
  • 03_客户账期约定.xlsx 各客户的账期与信用等级 —— 明达这次把账期从 30 天拉到 90 天财务维护
  • 04_大客户名单.xlsx 大客户名单 —— 明达是 A 级,特价必须老板审批老板维护

注意标橙色那一份 —— 02_审批规则表.xlsx。它老板口头定的 · 无文档,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

有个报价要审批,报价单和客户是谁我发你。你帮我看看它触发了哪些底线规则:是不是低于成本线、账期是不是超了。每条风险点多少钱讲清楚,最后给我一个待签的审批单,批不批我自己定。

短是因为成本分摊和账期折算规则都写在能力包里了,你只需要说清是哪单。

触发事情是这么来的

明达要特价,业务员口头问老板「差不多就批吧」

业务员小刘为了拿明达这单,报了个 700 元/方的价,还想把账期拉到 90 天,让老板点头。

第 1 步 · 要素校验 · 判断这份报价能不能进审批

报价是否完整、是否低于底线、是否大客户

演示数据(表格原文)检查项结果判定报价完整性方量/线路/客户齐全通过是否低于底线价700 元/方 < 底线 780 元/方命中规则一账期是否超限90 天 > 上限 45 天命中规则二是否大客户明达电子在 A 级名单需老板签批小结命中 2 条规则须审批

第 2 步 · 规则匹配 · 命中哪几条审批规则

低价、超账期、特殊条款逐条比对

演示数据(表格原文)规则触发条件本单情况结论低价拦截报价 < 底线价700 < 780 元/方触发超账期账期 > 45 天90 天触发特殊条款含返利/包赔无未触发合计—2 条须审批排除性结论「这单不需要走加急审批」可以排除,依据是它不满足特殊条款,只命中低价和超账期两条常规规则,走常规审批即可,省掉一次打扰老板。

第 3 步 · 风险提示 · 把规则翻译成风险

这单亏多少、账期多长、谁该为这个决定负责

演示数据(表格原文)风险金额(元)说明低价亏损640低于底线 80 元/方 × 8 方账期垫资1105,600 元应收压 90 天 × 8%总敞口750亏 640 + 垫资110总敞口750需老板拍板把技术动作翻译成钱低于底线价 80 元/方,一票 8 方就是 640 块;账期从 30 天拉到 90 天,5,600 元的应收再多垫 110 块。这单接得越多亏得越多,老板看的是这两笔加起来多少钱。

第 4 步 · 留痕归档 · 生成审批记录

谁发起、谁批、什么时候批、批了什么

演示数据(表格原文)环节内容状态发起业务员小刘 · 08-29 10:20已留审批老板陈总 · 待签待签归档审批留痕清单生成小结1 条留痕可追溯从历史里想起了公司踩过的坑去年有个大客户要特价,业务员口头跟老板说了句「差不多」,老板回「行」,结果那个月这条线白干。现在这单又触发「大客户特价」,那次审批记录直接拎出来对照,不靠当时经手的人还在不在职。5签批 · 生成待签的审批单批准/驳回栏留空,由有权限的人签该拦的地方拦住结论是「这份报价单还不能发」——低于底线价 80 元/方,且账期从 30 天拉到 90 天,两项叠加就是白干。给两个不用干等的替代方案。这份报价现在还不能发出去700 元/方(合计 5,600 元)低于底线价 780 元/方,一票 8 方直接亏 640 元;账期从 30 天拉到 90 天,垫资再叠 110 元,总敞口 750 元。方案一:维持现结,把账期压回 30 天以内,只谈价格不谈账期;方案二:若明达坚持 90 天账期,报价至少回到底线价 780 元/方(合计 6,240 元)之上,再谈成交。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓台账多了一条:这次审批的底线比对和风险金额入库,同类报价下次自动预判✓一条规则被固定下来:低于底线价X 元/方必走审批✓一条历史教训被真正用上:去年大客户特价的口头批准,从此有据可查✓岗位角色变了:从「微信里问老板」变成「Agent 把风险算好,老板只签字」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能自动批?不能。批不批要担亏钱和丢客户的责任,AI 只能把风险算清楚、把规则列出来,签字的还是人。成本表我没有怎么办?第一版用燃油、舱位、拖车、报关四项估,Agent 标出哪些是估的,你逐步补真实票据。留痕有什么用?出问题能查到谁在什么时候批了什么,这是审计和追责的依据,不是摆设。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

报价底线成本核算 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

quote-cost-floor.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是港航物流企业手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁BJ-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

  • 01_报价核算单.xlsx 业务员报出去的价格 —— 为了拿单把价压到成本线以下
  • 02_审批规则表.xlsx 低价、超账期、大客户特价的审批规则 —— 本来在老板脑子里,从没写下来
  • 03_客户账期约定.xlsx 各客户的账期与信用等级 —— 明达这次把账期从 30 天拉到 90 天
  • 04_大客户名单.xlsx 大客户名单 —— 明达是 A 级,特价必须老板审批

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

有个报价要审批,报价单和客户是谁我发你。你帮我看看它触发了哪些底线规则:是不是低于成本线、账期是不是超了。每条风险点多少钱讲清楚,最后给我一个待签的审批单,批不批我自己定。

为什么这么短就够了:短是因为成本分摊和账期折算规则都写在能力包里了,你只需要说清是哪单。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

  • BJ-02_报价审批单.xlsx 正式件本体 · 底线比对/风险金额 · 批准驳回栏留空
  • BJ-02_审批留痕清单.xlsx 可派发 · 谁发起/谁批/何时/批什么逐条可查

Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:报价核算单.xlsxBJ-01 的产出,含底线价与建议区间航线班列成本表.xlsx燃油/舱位/拖车/报关费,逐线拆到每方每吨客户账期约定.xlsx各客户账期与信用等级

人工边界:不替老板做「批不批」的决定。Agent 只判断这单触发了哪条底线规则、风险点是什么、给出审批建议,最终批准/驳回由有权限的人签。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

接单报价 · 产出即下一步输入

BJ-01 · 即时询价报价 — 客户问价,业务员翻半天运价表再拍一个数 · 报价慢几分钟,单就进了别人口袋 查看 →上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。