WhatsApp 外贸翻译实战：客户询盘、英文报价、交期确认与售后沟通完整指南

外贸聊天里，最难处理的消息往往并不长。客户问一句“same price?”，销售需要知道它指的是哪种规格、多少数量、哪一版报价，以及是否包含运费。把这两个单词翻成中文并不困难，困难在于避免用一条过于简短的回复确认了尚未核实的条件。

WhatsApp 外贸翻译应围绕一条业务主线展开：先确认客户意图，再补齐商品与交易事实，最后把经过核对的内容转换成对方容易理解的语言。 翻译工具可以降低语言转换成本，但不能代替销售决定折扣、库存、交期和售后方案。

本文从询盘到售后逐步拆解沟通流程，并提供可改写的中英文消息示例。示例中的型号、数量、金额和时间均为虚构场景，只用于说明表达方式；正式回复应使用自己已经确认的数据与条款。需要了解应用端操作时，可先阅读WhatsApp 中文聊天翻译指南。

一、外贸聊天翻译，为什么不能只追求“英文看起来专业”？

一条专业回复首先应该让客户知道你回答了什么，还有什么尚待确认。使用复杂词汇、长句和商务套话，不一定比简单准确的句子更有效；如果必要条件被埋在长段文字里，反而容易让双方各自理解成不同的意思。

例如，“我们可以安排”可能表示内部正在协调，也可能被客户理解为已经确认。翻译前应先写清楚动作状态：正在核实、可以提供、已经安排，还是等待批准。状态越明确，目标语言越容易保留原意。

外贸对话还涉及多个信息来源：客户当前消息、以前的报价、商品资料、仓库记录、物流反馈和内部审批。翻译只处理表达，不应让它在这些来源之间自行选择一个“最合理”的事实。

因此，回复前可以问自己：这句话的事实来自哪里，是否仍然有效，客户能否根据它作出明确判断。如果答案不清楚，先补充确认，再做语言润色，比把一个模糊结论翻译得更漂亮更有价值。

二、收到 WhatsApp 询盘后，先提取六类信息

不要一看到“price”就立即发送一个数字。客户可能只是在初步比较，也可能已经明确了规格、数量和目的地。先把消息中的已知条件整理出来，再决定还缺哪些信息。

初次沟通不必把所有问题一次问完。可以先确认最影响报价的两三个字段，再根据回复继续补充。对方刚发来一个商品链接时，先核对型号与数量，通常比同时发送一长串表格更容易得到回答。

信息应落入可追溯记录，而不是只留在销售的记忆里。即使暂时没有 CRM，也可以使用受控表格保存会话标识、型号、数量、报价版本和待确认事项，避免轮班后重新询问已经确认过的内容。

三、先确认客户偏好的语言，不要默认所有人都想用英语

WhatsApp 外贸沟通常用英语，但客户可能更容易理解另一种语言。可以在自然的时机询问偏好，并在会话记录中保存。不要根据国籍、头像或电话号码就决定对方应该使用什么语言。

一种简洁的表达是：

中文意图： 为了更清楚地沟通，您更希望使用英语还是其他语言？

英文示例： Which language would you prefer for our conversation?

确认语言后，仍要注意产品型号和品牌名称可能需要保留原文。整个消息都翻成当地语言，不代表每一个字母组合都应该被翻译；固定标识可以帮助客户在报价文件与商品页面之间准确对应。

如果需要借助机器翻译，可以在适当场景说明正在使用翻译辅助，并邀请对方对关键条件提出确认。无需每条消息都重复这件事，但也不应把语言工具的输出当作自己完全掌握了对方所有表达。

在团队中，语言偏好应与会话或客户记录关联，并允许更新。客户换了一位采购同事后，新联系人可能有不同偏好，不能永远沿用原来的一种语言。

四、询盘澄清：先问具体问题，再给具体答案

一句“Do you have this?”可能在问库存，也可能是在问能否定制或是否支持某个配件。看不清图片和型号时，先确认对象，再回答可供货情况，避免把“有类似产品”翻译成“这个型号现货可发”。

中文意图： 请确认您指的是 B-204 型号，以及需要的数量。确认后我们再核实可用情况。

英文示例： Could you confirm whether you mean model B-204 and let us know the quantity you need? We will then check availability.

这里刻意使用“核实可用情况”，没有直接承诺现货。若实际已经确认库存，可以明确提供当前可用数量；若还在确认，就保留待确认状态，不要让翻译工具补出一个乐观结论。

对于颜色、尺寸和附件，可以把问题拆成选择项，减少指代不清。例如，请客户确认“黑色还是蓝色”，比问“是不是上次那个”更容易形成准确记录。引用客户原消息时，也应确保引用对应的正是当前讨论对象。

一轮澄清结束后，建议发送一个简短的条件复述：型号、颜色、数量和接下来要做的事。复述不是机械重复，而是给双方一个发现偏差的机会，尤其适用于多次来回之后。

五、MOQ、样品和包装单位，如何避免翻译歧义？

MOQ 通常用于表达最低起订量，但在实际业务中，它可能按型号、颜色、定制版本或整单计算。翻译时必须说明适用范围，不能只发一个“MOQ 500”让客户自行猜测。

同样，piece、set 和 carton 对应的计量方式需要一致。一个纸箱包含多少件、一个套装包含哪些部件，应由商品资料确认；如果不同规格包装数量不同，报价单和聊天回复都应表达清楚。

中文意图： 本次讨论的是标准黑色款，每箱 20 件。500 件的起订量按件计算，不是 500 箱。

英文示例： For the standard black version discussed here, each carton contains 20 pieces. The minimum order quantity is 500 pieces, not 500 cartons.

上述数字只是示例。正式发送时，可以将包装数量和起订量从经过确认的商品记录中带入，而不是每次由销售手动重新输入。固定数字由系统管理，自然语言由翻译处理，会更容易核对。

样品沟通还应拆开样品费用、运输费用、制作时间和是否存在特定条件下的费用抵扣。只有业务已经批准的内容才能写入回复，不要为了提高成交概率，把“可申请”翻译成“一定返还”。

六、英文报价怎么写，才能保留完整条件？

客户看到价格后，往往会默认某些附加条件。为了减少理解偏差，报价消息至少应让对方知道型号、数量、单价、币种，以及当前价格包含和不包含的范围。

对于较复杂报价，WhatsApp 可以用来说明重点并发送受控文件，但不宜让分散的聊天片段成为唯一版本。报价文件应有标识和版本；聊天中提到的数字，需要与该版本一致。

下面是一个虚构的标准款报价沟通示例：

中文意图： 根据已确认的标准黑色 B-204、500 件数量，当前报价为每件 3.80 美元，未包含运输费用。我们会在确认目的地后单独提供运输方案。

英文示例： For the confirmed order of 500 pieces of the standard black B-204, our current quotation is USD 3.80 per piece, excluding shipping. We will provide a separate shipping proposal after confirming the destination.

这段话明确了币种和按件单价，也把运输方案放在下一步。若实际报价包含特定运输服务、税费或其他费用，应按照真实范围重写，不要直接套用示例中的“excluding shipping”。

报价有效期需要明确起止条件与时区，避免只写“本周有效”。如果客户跨时区，必要时使用完整日期和约定时区。价格有变更时，给出新的版本并说明它取代哪一份旧报价，不要在旧消息上仅补一个不同数字。

使用约定贸易术语时，应保留明确术语及已确认的适用条件，并由熟悉交易的负责人审核。翻译工具不应替双方决定费用分担或责任边界，更不应把聊天中的简写自行扩展成完整条款。

七、客户说“能便宜一点吗”，如何翻译得清楚又保留条件？

议价消息通常涉及数量、包装、付款安排或合作范围。销售应先明确可以讨论的条件，再准备目标语言表达。没有批准的折扣，不应因为机器翻译建议了一句自然的话，就成为对客户的正式承诺。

如果需要内部确认，可以这样表达：

中文意图： 我们可以根据您确认的数量重新评估报价，核实后回复，当前价格暂不变更。

英文示例： We can review the quotation based on your confirmed quantity and get back to you. The current quotation remains unchanged until we confirm an update.

如果已经批准条件性优惠，应将条件与价格放在同一条可理解的消息中。例如，优惠只适用于某个数量区间，就不要先发送折后数字，再在很后面补充最低数量要求。

“best price”“special price”等词本身不能解释价格适用条件。与其重复强调便宜，不如说明当前报价对应的规格、数量和包含范围，让客户能够与其他方案进行实际比较。

当客户同时改变数量和规格时，应重新确认整份报价。不能把原型号的单价直接复制给新规格，再让翻译工具只修改产品名称。语言更新不等于业务报价已经更新。

八、交期翻译：区分预计生产、安排发货和预计到达

交期沟通最常见的误解，是把生产完成时间、可发货时间和到货时间混为一谈。客户问“when can I get it”，如果销售只知道生产周期，就应该说明目前能确认的是哪一段时间。

例如，内部预计需要 12 至 15 个工作日生产，也不代表客户会在同样时间内收到货。是否从付款确认、定制稿批准或其他条件满足后起算，应由实际订单流程决定，并在消息中说清楚。

中文意图： 当前预计生产周期为最终图稿批准后 12 至 15 个工作日，运输时间另行确认。

英文示例： The current estimated production lead time is 12–15 working days after approval of the final artwork. Transit time will be confirmed separately.

这是一种表达结构示例，时间范围需要替换为真实数据。“estimated”表达预计，并不等于完全不需要负责更新信息。若后来发现时间变化，应主动说明新状态和下一次反馈时间，而不是继续让客户依据旧估计安排计划。

日期尽量避免只用数字缩写，尤其不要让日、月顺序产生歧义。可以在正式确认中写完整月份名称，并在涉及具体时刻时说明时区。重要节点也可以在订单文件中同步维护。

若客户提出一个自己无法保证的到货日期，不要仅为了保持积极语气就回复“Yes”。可以先区分可确认与待确认部分，再向生产或物流负责人核实。译文的礼貌程度不能替代履约判断。

九、物流与地址沟通：翻译说明，不要随意改写识别字段

物流消息包含地址、收件人、邮编、单号和承运服务名称等信息。自然语言说明可以翻译，但这些字段不应自由改写或根据经验补全。尤其不要把陌生地名翻成另一个看起来更常见的地点。

处理地址时，按所选运输服务要求收集必要字段，并请客户确认。需要目标语言解释时，可以在地址旁增加说明，但应保留经过确认的原始地址，避免在多次复制中丢失楼层、单元号或邮编。

追踪信息也应明确状态来源。已经创建单号、已交承运方和已经进入运输网络，不应使用同一条“已发货”回复。客服应根据实际记录表达，而不是仅凭系统里出现一个号码就宣布包裹正在运输。

中文意图： 我们已经收到承运方提供的追踪号码，正在核对首次扫描状态，确认后再向您更新。

英文示例： We have received the tracking number from the carrier and are checking the first scan status. We will update you once it has been confirmed.

如果需要发送查询链接，应检查域名与实际承运服务相符，避免把客户资料附加到无关链接。客户看不懂物流状态时，优先解释已确认的信息和下一步核实动作，而不是添加没有来源的预计到货日期。

十、售后与投诉翻译：先承接问题，再区分事实与方案

投诉消息可能带有情绪、缩写和不完整描述。第一步是确认客户反映的问题，而不是立刻争论责任，也不是在事实尚未核实时承诺退款或补发。

可以先感谢反馈、复述已知问题，再请求定位所需的最少信息。请求照片时，说明需要看哪个部位；请求订单信息时，只收集核对当前问题需要的内容，不要让客户无目的地发送整套个人资料。

中文意图： 很抱歉给您带来不便。为了核查问题，请提供相关型号和受影响部位的清晰照片，我们会在核实后说明下一步处理方式。

英文示例： We are sorry for the inconvenience. To help us review the issue, please share the model number and a clear photo of the affected area. We will explain the next steps after checking the details.

“可以审核”“已经批准”“正在处理”和“已完成”需要分别表达。例如，客户提出退款请求，不等于退款已经批准；内部已经批准，也不等于资金已到账。翻译和话术库都应保留这些状态差异。

如果处理方案需要负责人确认，可以明确说明正在核实，并给出一个能够履行的反馈安排。不要为了缓和情绪而让工具生成一个没有依据的补偿承诺，之后再由其他同事推翻。

对需要专业语言能力或复杂业务判断的投诉，应转交相应人员，并保留原文、候选译文和已确认事实。交接摘要可以帮助理解，但不能完全替代原始消息。

十一、图片、语音和连续短消息，怎么进入同一份事实记录？

客户可能先发一段语音，再补一张产品截图，最后发一个数量。若这三部分分别翻译却没有关联，销售很容易把旧截图和新数量组合到一起，得到客户从未确认过的需求。

建议按会话轮次整理已知事实，并为每条事实保留来源。型号来自哪张图片，数量来自哪条文字，颜色是最初要求还是后来更正，都应该能回到对应消息核对。

语音需要先确认转写，再进行跨语言转换；图片需要先检查文字识别和排版关系。不要把识别结果当作天然准确，也不要让后续语言润色把不确定字段隐藏起来。

遇到客户连续更正，可以用一条明确的复述结束当前轮次：我们目前理解的最终要求是某型号、某颜色和某数量，请确认。等待客户确认后，再进入报价或生产准备，减少多版本信息混用。

对无法辨认的附件，直接请求清晰图片或文字说明。业务上不能确定的内容，不应通过反复切换翻译引擎来“获得一个答案”。

十二、建立外贸术语表，让团队避免同词不同义

外贸术语表可以从日常高频内容开始，不必一开始就覆盖所有行业词汇。建议先记录型号、材质、工艺、包装、数量单位、质量状态和售后动作，再补充目标市场常用表达。

每个词条最好包含中文含义、目标语言表达、适用场景和审核人。对容易混淆的词，增加一个反例：例如，表示预计的词不能被改成保证，表示申请中的状态不能被改成已批准。

术语表应有版本，不能让每位销售各自维护一份永远不同步的文件。发生误译时，先确认是源文问题、词条问题，还是工具没有遵循既定规则，再更新对应环节。

如果使用的翻译接口没有原生术语参数，也可以在应用侧进行字段保护和翻译后检查。不要把团队内部维护的词典，描述成某项服务已经自动支持的功能。

十三、怎样维护可复用的中英文话术库？

话术库应保存“表达结构”，而不是保存一组永远不变的业务结论。例如，询问型号和数量的句式可以复用，某个产品当前有多少库存则需要每次从业务记录获取。

可以将内容拆成固定文字、受控变量和审核条件。固定文字由语言审核者维护，变量由商品或订单数据提供，审核条件说明在哪些场景允许使用。这样更换目标语言时，也更容易保持事实一致。

场景：报价前确认需求
固定意图：确认型号、规格和数量，之后核实价格
变量：型号、规格、数量、单位
发送前检查：变量来自当前会话，未引用旧报价
禁止自动补充：库存、折扣、交货保证

不要将一段曾经成功的客户回复直接复制给所有人。客户名称、产品版本、语言偏好和议价条件都可能不同；复制错误即使没有经过翻译，也会带来同样的误解。

话术维护还要检查源语言质量。中文源文已经含糊或自相矛盾时，外语版本很难稳定。先让业务负责人确认要表达的事实，再让语言审核者改善阅读体验，最后在实际聊天界面中检查长度与可读性。

团队规模扩大后，可以把话术库接入客服工作台，保存草稿、译文和发送版本。相关技术设计见WhatsApp 客服翻译 API 指南。这类流程需要实际接入与开发，不是创建一个翻译账号就自动完成。

十四、不要把多语言翻译变成频繁打扰客户

能够用客户的语言写消息，并不意味着应该不断追加跟进。沟通频率应围绕客户当前问题、明确期待和联系偏好安排。发送一条有用的进度更新，通常比连续发送多段问候更有信息价值。

跟进前先确认是否确有新信息：报价是否已经更新，样品状态是否变化，客户提出的问题是否得到答案。如果没有新信息，可以选择在合理时机简洁询问是否需要补充，而不是反复重发同一内容。

如果使用企业平台发送消息，需要独立检查当前渠道规则和相应发送条件。翻译内容本身不会改变账号权限，也不会让自由文本自动成为可使用的消息模板。平台规则可查阅 WhatsApp Business Messaging Policy。

客户要求停止联系时，应在业务记录中反映这一偏好，避免另一位同事又从话术库发送同样内容。沟通质量既包括语言准确，也包括尊重对方的选择和减少无效信息。

十五、如何衡量 WhatsApp 外贸翻译的实际效果？

不要只统计翻译了多少条消息。更有帮助的是观察：客户是否需要反复解释，报价事实错误是否减少，销售修改译文的原因是什么，以及新的同事能否从记录中准确接手当前会话。

可以先用一组脱敏样本建立基准，覆盖询盘、报价、交期和投诉等场景。分别评估事实保留、语气清晰、术语一致和下一步是否明确，再比较工具或流程变化。不要将一次顺利成交直接归因于某个翻译功能。

对于需要人工修改的消息，建议记录原因类别，例如型号被改写、数量单位遗漏、时间起算点缺失、语气过强或业务资料过时。不同类别对应不同修复方法：有些要改词典，有些要改源文，有些需要更新业务数据。

费用评估也应包含销售在工具间切换、检查和纠错的时间。价格较低的接口不一定带来最低总成本；相反，功能更多的工具也未必适合小团队。使用自己的样本与实际流程比较，避免只根据营销文案选择。

如果准备把文本翻译接入现有系统，可以查看TranslateHub API 文档与价格方案。接口负责文本转换，商品事实、客户授权、渠道发送和审批仍需要业务流程负责。

十六、外贸 WhatsApp 翻译常见问题

应该先用中文写好，还是直接让工具生成英文？

如果销售更擅长中文，先用明确中文写出事实、条件和下一步，再生成外语草稿，通常更容易审查。也可以直接编写外语，但仍需要核对业务事实，不能只判断语法。

客户只说“same as last time”，可以按上次订单直接报价吗？

建议先明确引用的订单或报价版本，再确认本次数量与规格。有历史记录可以帮助理解，但不能证明所有条件都保持不变。

MOQ 和单价能不能由翻译工具自动填写？

应从当前批准的商品与报价数据中获取，不应让翻译工具猜测。若使用变量，发送前确认型号、数量区间和计量单位相互匹配。

客户看不懂长报价，是否只发一个总金额更好？

可以先给清晰的重点摘要，再提供完整版本，但摘要仍应保留金额币种、对应数量和主要范围。省略关键条件可能让沟通看起来更快，却增加后续误解。

“预计”是不是可以随意翻译成“保证”？

不可以。预计、可申请、待确认和已批准属于不同状态。译文应保留源文的确定程度，并在业务状态变化后及时更新。

反向翻译很顺，是否就不需要人工审核了？

反向翻译只能辅助发现部分偏差，无法证明数字、责任和条件都符合当前业务。报价、交期和售后方案仍需直接核对资料。

团队什么时候适合从手动翻译升级到 API？

当多坐席协作、重复复制、版本混乱或术语管理开始影响工作时，可以评估系统集成。先解决消息归属和事实记录，再接入翻译，往往比直接扩大自动回复范围更容易落地。

翻译得更地道，就一定能提升成交率吗？

不能作出这样的保证。成交还受到产品、价格、供货、服务和客户需求影响。翻译流程的直接目标，是减少理解偏差、保持事实一致，并让双方更容易确认下一步。

实际执行时，可以从今天最常见的一种询盘开始：写清型号与数量，使用经核对的报价，明确交期状态，保留批准版本，再准备目标语言表达。把这一条流程稳定下来，之后扩展更多语言与场景，才会形成团队能够持续使用的沟通能力。