产品图片是一整箱，价格却按一件显示，页面又在角落写着起订数量。熟悉这类商品的人也许能猜出卖法，第一次接触的买家却要先问一轮，才知道屏幕上的价格究竟可以买到什么。

这不是简单的翻译问题。销售单位、包装数量和最低购买门槛，原本就在回答不同的问题。把它们压缩进一个“数量”字段，英文写得再流畅，也可能让买家算错。

先说明价格买到了什么

Google Merchant API在9月4日更新的产品属性文档中，分别设置了相同商品多件装的 multipack，以及不同商品组合销售的 isBundle。这里借用的是字段所区分的商品概念，并不是要求所有外贸B2B网站都接入Merchant。

假设一个卖法是同款杯子六只一包，另一个卖法是杯子配杯托作为套装。前者的数量描述围绕同款商品，后者则需要交代不同部件。二者都不能直接告诉买家最低需要订购多少包。

因此先写一句无需换算的话：标价对应单件、整包还是整套。接着说明包内或套内包含什么。图片若展示多件，但价格只对应其中一件，就在价格附近解释；不要让买家到页面最底部寻找限定条件。

用于搜索和商品展示的数据，应当跟随这个真实卖法。不能为了让显示价格更低，把整包商品的页面与单件价格随意拼接。买家点进来后发现需要支付的单位不同，前面的比较就失去了意义。

起订量是门槛，不是包装说明

起订量说明供应商接受的最低购买数量。沿用六只一包的假设：一包包含六只，不代表买一包就达到起订条件，也不能据此推断是否允许拆包。页面要把包内数量和最低购买包数分别写清。

对按询价成交的外贸企业，更应区分可公开说明的标准条件和需要销售确认的条件。不同型号能否混装、定制是否另有要求、样品与批量采购是否采用同一卖法，都应按真实政策表达；不确定的地方不要让系统根据相似产品自动补齐。

一张好的产品页不需要把所有谈判细节写满。它至少应让买家知道当前展示价格的单位、当前展示产品的构成，以及提交询价时还要确认什么。买家据此提出的数量，才更可能和销售理解的是同一件事。

把一次询价从头算到尾

检查页面时，不妨用一个明确标为测试的数量，沿着产品页、询价表单和销售收到的信息算一遍。页面选的是包，表单是否仍写包？邮件里只剩一个数字时，销售能否知道它是包数还是件数？此类测试应在获准范围内进行，不生成真实订单。

不同系统可以采用不同内部单位，但交接时需要说明换算。不能依靠销售凭经验猜测，也不要通过修改买家的原始请求掩盖歧义。发现单位不清，先询问对方，再确认报价。

多语言页面也要同样检查。英文的 pack、set、piece在具体产品中是否用得一致，比把标题翻得有文采更紧要。术语统一的方法可参考产品信息映射与原值保留，但本题的核心仍是让买家明确自己在比较哪一个销售单位。

最后只需问一句：一个不认识我们的采购人员，能否不靠猜测说出“这个价格买到什么、至少要买多少”？如果不能，先改价格旁边的说明，再考虑增加更多展示模块。

参考来源