# 外贸询价如何用 AI 整理？保留缺项与原文依据

把客户邮件整理成可处理的需求，同时区分原话、推断和待确认信息。

要点：AI 适合辅助提取外贸询价中的产品、数量、用途和交付要求。整理时应保留客户原文和缺失项，把不确定的内容列为待确认，而不是自动补齐。报价、交期和条款承诺由有权限的业务人员确认。

![港口窗景旁的产品样品、笔记与电脑（AI概念配图）](/images/guides/covers/trade-inquiry-ai-v2.png)

## 先形成可核对的需求摘要

一封邮件可能同时包含正文、转发内容和附件，且不同部分的要求并不一致。记录邮件日期、客户身份与附件版本，再提取产品编码、规格、数量、目的地以及希望回复的问题。

原文没有的信息应显示为“未提供”。当客户写了两个不同数量，保留冲突并附原句，不能让模型自行选择更像正确答案的一项。业务同事需要看到判断依据。

## 翻译与事实确认分别处理

多语言邮件中，产品术语、计量单位和缩写最容易产生歧义。准备企业已有的术语表，并保留关键原文。译文流畅只说明表达自然，不意味着规格和商业条件已经正确。

可以让工具起草一封简短的澄清邮件，将问题按产品、数量和交付条件组织。先由业务人员检查问题是否必要、是否重复，再按实际授权发送，避免自动询问已在附件中提供的信息。

## 让后续报价接得上

需求摘要应能关联客户记录、产品资料和原始来信。记录谁补充了信息、何时确认，以便报价与内部处理使用同一份条件，减少在聊天和表格间反复复制。

对外业务入口可以围绕这类承接需求设计。是否连接邮件、CRM 或现有业务系统，需要另行核验接口与权限，并列明技术实施；一篇流程示例不等于这些连接已经开通。

## 让摘要保留待确认项，而不是替客户补齐需求

客户来信可能只写产品俗称、预估数量或希望交货的时间范围。整理时保留原始表达，并把已明确字段与待确认字段分开。缺少单位、目的地或适用型号时，可以生成澄清问题，但不能自行填入默认值后提交正式报价。

同一邮件线程里可能出现多次修改，应注明当前采用哪一封及其时间。附件参数与正文冲突时，列出冲突位置供业务人员确认。AI 摘要应减少重新查找原文的工作，而不是增加一个无法核对的新版本。

| 内容 | 摘要中的处理 |

| --- | --- |

| 明确参数 | 保留原值、单位与来源 |

| 模糊名称 | 保留原称呼并列待确认项 |

| 前后修改 | 指明采用的消息与变化 |

| 冲突条件 | 并列差异，交由负责人核对 |

## 让缺项跟着询盘一起交接

用一封包含附件的询盘整理需求卡：已提供、相互冲突、尚缺三类分别记录，每个提取字段附原句。商务条件由企业业务人员确认，工具只起草澄清问题，不自行补造数量或交期。

## 参考来源

- [秩启｜业务沙盘](/library)：按业务环节理解任务、资料与人工确认；示例不表示已完成企业系统连接

- [秩启｜分工与建设方法](/method)：企业分工、流程与建设方法；属于本项目方法说明，不是外部效果证据

## 从询价原文到待办需求

- 提取：原文中明确给出的条件

- 标记：缺失、冲突与术语歧义

- 确认：负责人补齐后进入报价

![从询价原文到待办需求](/images/guides/diagrams/trade-inquiry-ai.svg)

## 继续阅读

- [企业门户的询价表单，哪些字段值得让客户填写？](/guides/portal-inquiry-fields)

- [企业用 AI 写多语言内容，怎样避免术语和事实走样？](/guides/multilingual-content)

- [AI 输出要进入业务系统，先把字段与校验说明白](/guides/structured-output)

围绕当前问题查看任务、资料与人工确认示例，再用企业样例验证。

下一步：[按业务环节查看沙盘](/library)

原文：/guides/trade-inquiry-ai

内容版本：guide:trade-inquiry-ai:v1

<!-- version:guide:trade-inquiry-ai:v1 -->

[结合企业情况咨询](/intake?source=%2Fguides%2Ftrade-inquiry-ai&articleId=guide%3Atrade-inquiry-ai&versionId=guide%3Atrade-inquiry-ai%3Av1)