货代询价与报价流程，怎样拆成第一条 AI 工作流

我正在参与一个跨境物流企业的 AI 数字化咨询项目。出于客户保密和项目仍在推进中的原因，本文不披露公司身份、业务数据，也不把阶段性验证写成已经实现的收益。

这里记录的是一条可以公开的方法：如果从货代商务流程里挑第一条 AI 工作流，为什么询价入口值得优先看，以及它应该怎样被拆开。

1. 先把“询价”拆成一组可观察动作

客户发来询价时，信息可能来自邮件、聊天、表格或附件。表面上看是“帮客户报价”，实际至少包含这些动作：

• 识别起运地、目的地、运输方式、货物信息和时效要求
• 判断关键字段是否缺失，并发起补充询问
• 找到适用的价格规则、有效期和客户约定
• 识别超尺寸、敏感品类、特殊线路等例外
• 形成供人工确认的报价材料
• 把确认后的结果回到客户沟通和内部记录

如果把这整段工作直接交给一个 Agent，团队很难知道错误发生在哪一步。把动作拆开，才能分别定义输入、依据、输出和接管条件。

询价字段先分“必需、条件必需、待确认”

下面是我在匿名流程梳理中使用的最小字段框架。它用于说明拆解方法，不代表任何具体企业的真实表单或报价规则。

字段组	字段	为什么需要	缺失时的动作
运输需求	起运地、目的地、运输方式	决定后续规则检索范围	列为必问项，不猜测地点或方式
货物信息	品名、件数、重量、尺寸	判断适用范围与异常条件	缺少关键量纲时暂停规则匹配
时间要求	期望出运时间、时效偏好	排除不适用或已失效方案	标记为待确认，不承诺时效
业务条件	贸易条件、服务范围	明确责任边界	根据流程配置为必填或条件必填
特殊属性	包装、敏感属性、操作限制	判断是否需要升级审核	一旦命中风险词，进入人工接管
来源信息	输入渠道、附件、记录时间	保留可追溯上下文	来源不明时不做外部回复

字段抽取的产物不应该只有一份“看起来完整”的摘要，还要明确：哪些字段来自原文，哪些是系统标准化后的值，哪些仍是推断或待确认。

两个合成输入，说明为什么系统要先追问

以下内容均为专门为本文编写的合成示例，不来自真实客户、路线、价格或联系人。

示例 A：信息不足的聊天输入

有一批普通货，想从 A 地发到 B 地，近期能走吗？

系统可以确认的只有起运地、目的地和一个模糊的时间要求。品名、件数、重量、尺寸、运输方式和服务范围都缺失。正确动作不是生成一个“可能的方案”，而是列出缺失字段，优先追问会改变规则范围的内容。

示例 B：字段较多，但存在冲突的表单输入

起运地：A 地；目的地：B 地；货物：示意品类；件数：若干；总重量与各件尺寸已填写；期望方式：方式一；备注：希望按方式二的时效处理。

这个输入表面上更完整，但“期望方式”和备注发生冲突。系统应保留两处原文，标记冲突字段并要求确认，不能私自选择其中一个。示例想说明的是：完整率不是唯一质量指标，一致性校验同样重要。

2. 把询价拆成六个可验证节点

我会把第一轮工作流拆成六个节点。每个节点都要有可观察输出，出错时才能定位究竟是抽取、规则还是交接问题。

节点	系统动作	可验证输出	进入人工的条件
1. 接收与留痕	保存原始文本、附件引用和输入渠道	一份不可丢失的输入记录	附件不可读、来源无法确认
2. 字段抽取	提取并标准化询价字段	字段值、原文证据、状态标签	关键字段有多种解释
3. 完整性与一致性检查	找缺失项、单位异常和字段冲突	缺失清单与冲突清单	关键字段缺失或相互矛盾
4. 规则检索	按已确认字段找适用规则	规则来源、版本、有效期和适用范围	多条规则冲突或规则过期
5. 人工确认	汇总输入、规则和异常供处理人决定	继续、退回或升级的明确决定	这是正式节点，不是临时补丁
6. 输出与回写	生成内部材料并保存处理结果	可追溯结果、修改项和例外记录	外部发送仍按权限要求复核

这六个节点不是为了把流程画复杂，而是为了让第一轮试点只验证一个小闭环：系统是否正确接住输入、知道何时停下，并把人工决定带回原流程。

3. 第一阶段先做整理，不急着自动承诺价格

在规则还没有被充分验证时，我更愿意让系统承担“准备判断材料”，而不是直接对客户做最终承诺。

一个更稳的起点是：系统先抽取询价字段，标记缺失信息，引用可能适用的规则，并形成一份待确认摘要。商务人员仍然负责最终价格和外部回复。

这样做的价值不只是降低风险。团队能从每一次人工修改里看到：哪些字段经常缺失、哪些规则最容易冲突、哪些例外还没有进入 SOP。这些记录会反过来决定下一阶段能自动化多少。

4. 报价规则必须带着来源和有效期

货代报价不是从一个静态表格里抄数字。线路、供应商、客户约定、附加费和有效期可能同时影响结果。

所以系统引用规则时，至少应该同时带出：

• 规则来自哪里，当前版本是什么
• 适用客户、线路和货物范围
• 生效与失效时间
• 谁最后维护过这条规则
• 哪些情况必须升级给指定人员

如果系统只能给出答案，不能说明依据，商务人员就无法快速复核，也很难在规则变化后定位问题。

5. 人工接管要在流程图里占一个正式节点

这条工作流里，人工接管不是临时兜底，而是明确的业务节点。信息缺失、规则冲突、高风险货物和异常客户约定，都应该触发不同的接管路径。

每次交接需要包含当前询价、已抽取字段、引用规则、冲突点和建议动作。处理人确认后，结果还要回写到询价记录，并决定是否补充 SOP。

这部分可以继续参考AI 工作流人工接管怎么设计和SOP 成熟度检查。

6. 第一轮试点只验证一个小闭环

这类项目的第一轮不需要证明“AI 可以替代整个商务团队”。更现实的验证是：系统能否稳定接住一类询价、准备足够完整的判断材料、在异常时交给正确的人，并把处理结果留下来。

可以先观察字段完整率、人工补充次数、复核时间、规则冲突数量和异常回写情况。只有这些过程数据稳定以后，才有基础讨论更深的自动回复或价格计算。

如果你也在挑第一条流程，可以先使用AI 试点优先级评分表，再看完整的货代 AI 工作流匿名案例拆解。要把这条案例放回 SOP、权限、人工接管与业务结果的完整框架，可以继续阅读AI Agent 接手正式工作专题。