MINAS 米纳斯Intelligent systems. Strategic clarity.
CASE 01/ 船舶供应链 · 报价 Agent

询盘从来不缺,
缺的是处理能力。

上海一家区域头部船舶供应链企业,全年询盘约 15–20 亿元,30 人的报价团队只能承接其中约四分之一。我们保留原有报价流程,让 Agent 接过解析、匹配与核价,人只做最后的判断。

报价运营已上线
客户
上海区域头部船舶供应链企业(匿名)
业务覆盖
上海港 · 青岛港 · 舟山港
米纳斯角色
FDE 咨询 · 报价任务拆解与 Agent 设计
技术伙伴
有信云 AI+PaaS · 纳斯达克上市(YAAS)
需求与处理能力的缺口年询盘金额 · 亿元
市场询盘需求15–20
改造前 · 30 人人工承接上限4–5
改造后 · Agent + 7 人审核15–20
注:询盘金额代表需求规模,不等同于成交额或营收;改造后为按处理能力测算的可承接规模。
港口吊机下停靠的集装箱货轮
FIG.01 港口补给 · 船舶供应链PHOTO · UNSPLASH
40,000+物料 SKU描述不统一,需要语义匹配
30→7报价团队人数从逐单处理转为审核
≈75%直接人力成本下降项目方口径
70–75%改造前未能及时处理的询盘改造要解决的缺口
01 / 背景与问题

增长的天花板,是报价团队的人数。

企业约 100 名员工,其中约 30 人专职报价,服务上海、青岛、舟山等港口的船舶补给。市场需求一直在,但每多接一份询单,就要多占用一个熟练报价员的时间。

  1. 01
    需求入口分散补给需求通过邮件进入,附带 PDF,语言和写法各不相同。
  2. 02
    物料匹配靠人4 万多个 SKU 描述不统一,报价员要逐条模糊匹配。
  3. 03
    数据散在多个系统库存与外采价格分布在 Excel 和第三方系统里,需要来回查询。
  4. 04
    处理能力到顶人工承接上限约 4–5 亿元,七成以上的询盘来不及处理。
码头堆场上的集装箱
FIG.02 物料多、规格杂:4 万+ SKU
报价占用了企业近三成的人力每格 = 1 名员工
■ 专职报价人员 约 30 人 □ 其他岗位 约 70 人
02 / 关键判断

五个环节里,只有一个需要经验判断。

我们和报价员一起拆解真实订单后发现:瓶颈不在业务流程本身,而在流程之间的信息搬运。旧系统承载了数据,把数据串起来的工作却全部由人完成,判断和搬运长期混在一起。

一份报价里,判断与执行的比例按环节数
2:8
1 个环节 · 经验判断4 个环节 · 重复执行
环节改造前的工作内容性质
读取询单逐份阅读邮件与 PDF,手工提取需求重复执行
匹配物料在 4 万+ SKU 中检索,处理名称和描述差异重复执行
查询库存跨表格与仓库系统查询可用库存重复执行
核对价格比对供应商外采价格,计算报价重复执行
审核报价检查报价合理性,处理特殊订单经验判断

把 8 份执行交给 Agent,把 2 份判断留给人。

03 / 我们做了什么

流程不变,执行方式改变。

我们没有推翻企业的业务流程,也没有让员工“多用一个 AI 工具”。询单仍然要被理解,物料仍然要匹配,价格仍然要核对,报价仍然要审核,变的是每一步由谁来做。

STEP 01 · STORE

统一数据底座

在轻量化 PaaS 上打通邮件、PDF、仓库系统与 SKU 数据,形成 Agent 可调用的标准资产库。

STEP 02 · AGENTS

Agent 接过执行

多个 Agent 分别负责询盘解析、SKU 语义匹配、库存查询与核价,自动生成待审核报价。

STEP 03 · HUMAN-IN-THE-LOOP

人只保留判断

报价员专注最终审核和特殊订单,AI 的输出进入企业既有的审核环节。

改造前后的分工同一流程 · 不同执行者
环节改造前改造后
读取询单人工阅读邮件和 PDFAGENT 解析并结构化需求
匹配物料人工在 SKU 库中检索AGENT 语义匹配商品数据
库存与核价人工跨系统查询比对AGENT 自动查询与核对
形成报价人工整理数据组织报价AGENT 生成报价草稿
审核与例外人工经验判断人工 审核、处理特殊订单
04 / 技术底座

Agent 不是一段孤立的脚本,它跑在纳斯达克上市公司的平台上。

报价 Agent 用到的数据、流程与审核,都构建在有信云 AI+PaaS 平台上。米纳斯负责把报价任务拆清楚、把 Agent 设计好;有信云提供平台与云服务。对企业来说,系统不依赖某个人或某段代码,业务变了也能持续迭代。

TECH PARTNER / 技术伙伴
有信云 AI+PaaS 平台
NASDAQ: YAAS美股上市公司
2024.12
登陆美国纳斯达克,股票代码 YAAS
2018
成立于广州,专注企业级 SaaS 与 PaaS
200+
对接过的业务系统,接口超过 1,000 个
腾讯系
创始人曾任腾讯企业邮箱、企业微信技术负责人
纳斯达克大屏播放有信云上市画面
FIG · 纳斯达克大屏 · 有信云(YAAS)上市 · 图片来源:有信云
米纳斯
FDE 咨询:拆解报价任务,区分判断与执行,设计 Agent 与人机分工
有信云
AI+PaaS 平台与云服务:统一数据,承载 Agent 与业务流程
企业报价团队
提供真实订单与经验规则,负责最终审核与特殊订单
DATA · 数据底座

一个平台装下全部数据

邮件、PDF、仓库系统与 4 万+ SKU 数据统一建模,成为 Agent 可调用的标准资产库。

FLOW · 流程承载

Agent 嵌进原有流程

解析、匹配、核价的结果以报价草稿进入既有审核环节,由报价员确认后发出。

EVOLVE · 持续迭代

规则变了,配置跟着变

业务规则调整时,在平台上修改数据对象与流程配置即可,不必推倒重写。

AI 负责快,平台负责稳:在规范的底座上用 AI,系统才能被维护、被审计、被复制。

05 / 结果

从人工承接天花板,转向算力扩容。

处理能力与人数之间的线性关系被打破。新增询盘对应的是算力调用,而不是新增人手。

01 —
30→7人报价团队配置

从解析、匹配、核价到审核,转为只做审核与特殊订单。

02 —
≈75%直接人力成本下降

项目方口径,与人数降幅(约 77%)为不同指标。

03 —
15–20亿元可承接询盘规模

7 名审核人员配合 Agent,按处理能力测算可覆盖全量询盘。

报价团队配置每格 = 1 名报价人员
30 人改造前 · 解析、匹配、核价、整理、审核
7 人改造后 · 审核与特殊订单
这不是让员工多用一个 AI 工具,而是把企业最堵的报价闭环拆开:Agent 负责解析、匹配、核价和生成报价,人只保留最终判断。MINAS / FDE 项目复盘
06 / 可复制的方法

先选一个闭环,进入现场把它做通。

01选择闭环:锁定“询盘 → 报价”这条最堵、最可量化的链路
02现场拆解:和报价员一起拆真实订单,区分判断与执行
03嵌入 Agent:在原流程中替换执行方式,不推倒重来
04指标验证:用处理量、人力投入与报价质量验证,再扩展

先弄清该改哪一段,再把 AI 做进业务。

NOTES / 数据口径
  1. 客户信息已匿名处理。员工数、SKU 数、港口范围来自项目资料。
  2. 询盘金额为年度询盘需求规模,不等同于成交额或营收;“人工承接上限”指原报价团队可完成报价的询盘金额。
  3. 报价团队 30 → 7 人、直接人力成本下降约 75% 为项目方口径;人数降幅(约 77%)与成本降幅为不同指标。
  4. “2:8”按报价流程的环节数计,用于说明工作性质,不代表工时占比。
  5. 米纳斯提供咨询与 Agent 方案设计;有信云提供 AI+PaaS 平台与云服务。场景配图来自 Unsplash,仅作示意。
  6. 有信云(Youxin Technology Ltd)于 2024 年 12 月 20 日在美国纳斯达克上市,股票代码 YAAS,见上市公告;成立时间、团队背景与系统对接数量来自有信云公司资料。纳斯达克大屏照片由有信云提供。
MORE CASES / 其他实践

同一种方法,不同的业务闭环。

你的业务里,哪个环节最堵?

先选一个值得改的流程,再谈全面转型。

与米纳斯聊聊 →