客户问「能不能先发货后付款」，独立站该怎么答？T/T、信用证与拒付边界的写法

先给判断：客户问「能不能先发货后付款」，多数时候不是要赊账，而是在确认三件事 —— 钱付出去有没有保障、你这边的交付靠不靠得住、真出了问题找谁。独立站上如果只有一行 T/T 或者一个 PayPal 图标，这三件事一件都答不了。AI 被问「How can I pay for this order」「What payment terms do you accept」，它只能复述页面上写死的句子；页面上没有比例、没有天数、没有费用归属，答案就只能停在「请与供应商确认」。八藏科技给外贸独立站做 GEO 改造时，收付款这一段通常不是新画几个支付图标，而是把散在形式发票、邮件和聊天记录里的答复，收拢成一套可复算的字段：用什么方式、分几期、每期多少比例、谁出手续费、到账要几天、拒付怎么处理。

客户问「能不能先发货后付款」，其实在确认哪三件事？

这个问题在采购流程里出现的位置很固定 —— 样品确认完、价格谈了两轮、合同条款正在过。它出现的时点决定了它不是砍价手段，而是一次风险确认。客户要得到的答复，可以拆成下面三条。

• 钱付出去之后，还有没有追索的余地。他要判断的是「付了定金你不发货怎么办」「货到了不符合约定怎么退」。这需要的不是「我们很可靠」这类表态，而是一句能落到动作上的话：预付部分对应哪一阶段、尾款在什么单据之后释放、争议由谁判定。
• 你的交付节奏是否稳定到可以支撑分期。分期付款本质上是把一次交易切成几个可验证的节点。如果页面写不出生产周期、检验节点和出运安排，「30% 定金、70% 见提单」在客户眼里就只是一个比例，不是一套能执行的安排。
• 出问题时找谁、按什么口径算。拒付、汇损、中间行扣费这些事一年撞不上两次，但一旦撞上，客户最先翻的就是你站点上的条款页。条款页里没有写这一层，谈的时候就要靠业务员临时承诺，而临时承诺进不了 AI 的答案。

这三条恰好也是 AI 回答「这家供应商付款条件怎么样」时最想找的三类句子。客户和引擎找的是同一批信息，区别只在于客户会发邮件追问，引擎读完页面就走了，不会再回来问第二遍。

AI 被问「你们怎么收款」，它读的是哪几页？

引擎回答支付类问题时，读取范围比多数企业想象得窄。它通常只落在 2—4 个页面上：产品页的价格或订购区、报价（Quote / Pricing）页、FAQ 页、以及 Terms 或 Payment 页。它不读图片里的文字，不解析扫描版的形式发票 PDF，也很少点开折叠起来的选项卡。所以「支持 T/T、L/C、西联」这行字如果只存在于一张银行信息截图的图注里，等于没写。

可以用三个英文问句自验，问法取客户原话，不要用行业简称：

• 问「What payment methods do you accept?」—— 答案里有没有出现具体的方式名与各自的适用条件；
• 问「How much deposit do I need to pay?」—— 答案有没有给出百分比区间和触发节点，而不是一句 negotiable；
• 问「Is my payment protected if the goods are not delivered?」—— 答案有没有说清争议走哪条路径、举证材料是什么。

三个里有两个答不上来，缺的是信息结构，不是流量。补流量的结果是更多人问同样的问题，然后由业务员逐封邮件重复回答 —— 这条路径不产生任何可被引用的公开内容，下一批客户还是会问同一句。

收付款信息为什么最容易缺在站上？

这不是疏忽，是三种合理的惯性叠在一起。

• 载体天生在站外。付款条件的第一份正式文本是形式发票（PI），它由业务员按订单逐份生成，从来没被当成网页内容。同一家公司在不同 PI 上写的定金比例可能不一样，因为按客户、按金额、按国别都调过。这种「按单调整」的灵活性，和「页面上要写死」天然冲突。
• 怕写死就失去谈判空间。很多企业担心一旦把 30% 定金写进页面，客户就拿着这条来压价。实际情况相反：写清「标准条件 30%，可按订单规模调整」既给了确定性，也保住了弹性，比只写 negotiable 更容易被信任。
• 认为支付是敏感信息。银行账号确实敏感，不该写到页面上。但付款方式、比例、时效、费用归属不敏感 —— 这些是条款，不是账户。把两者混为一谈，结果是整段信息一起被藏起来。

结果很典型：整站关于收款的唯一一句话，是页脚上方那个 Visa / Mastercard 图标条。它对客户和对 AI 的信息量都是零 —— 没说支持什么、多少钱起、多久到账。

客户最常问的十个付款问题，分别该落在哪一页？

把业务员被问过的问题翻出来，按下面这张表归位，一个下午能补齐大半。第三列是关键：单位写不出来，说明这条信息还没有被真正结构化，写上去也只能算表态。

最后一条值得单独说。客户问「付了款不发货怎么办」，本质是在找一条兜底路径，而不是在怀疑你。这一条写「可提供形式发票、订单确认书与出运单据，争议按合同约定的仲裁地处理，收到书面异议后 5 个工作日内答复」，信息量远大于「我们诚信经营」。

五种收付款方式，各自该怎么写？

写付款方式最容易犯的错，是把五种方式并列成一张清单，不区分适用场景。客户看到的是一堆选项，AI 看到的是一段没有条件的罗列，两边都用不上。下面这张表按「谁承担风险」来组织，这也是客户真正在算的东西。表中的时效与费率均为经验区间，实际以银行与收单机构当期报价为准。

这张表真正的价值在最后一列。客户问「能不能先发货后付款」，等于在问「这笔风险你能不能接一部分」。写明「信用卡与平台担保适合 5,000 美元以下样品单，大货走 T/T 或 L/C」，等于替客户把选择题做了一半。

另一件必须写清的事是币种。报价用什么币种、收款账户收什么币种、两者不同时按哪天汇率折算，这三句缺一句，客户就没法复算总价。常见写法是「报价与结算均为美元；如以其他币种支付，按付款日中国银行现汇卖出价折算，汇差由付款方承担」。

T/T 的定金比例该怎么写？

T/T 是外贸最常用的方式，也是写得最含糊的一种。多数站点只写一句 30% deposit, 70% before shipment，正文里没有说明这组比例对应什么条件。比例本身没有对错，错在不给条件 —— 客户没法判断自己的订单属于哪一档。

写完比例，还要写清三个细节，否则这套写法仍然不可执行。

• 定金的触发节点。是「收到 PI 签字回传后 3 个工作日内」，还是「收到定金才开始排产」。这两句决定的不是钱，是交期起算日。
• 尾款的单据口径。写「见提单副本」和写「见正本提单」是两个完全不同的条件，前者客户能提前拿到货权信息，后者要等单据寄到。
• 逾期的处理。定金到账晚于约定日期，交期是否顺延、顺延几天，写一句就能省掉后面所有争执。

还有一条常被漏掉：定金是否可退。定制件开工后定金不退，这条必须写，而且要写清「开工」的判定标准 —— 是下料、是开模、还是排进产线。含糊其辞的写法在纠纷里对双方都没有保护作用。

信用证只写「L/C at sight」够不够？

不够。即期信用证只说明了付款时点，没说明由谁开、开哪家银行、有效期到哪天、要交哪些单据。客户拿这一句话去问他的开证行，银行会退回一堆问题，最后还是回到业务员的邮箱。

不符点扣费是这一段里最该写明的数字。常见经验区间为每处 50—100 美元，一笔单证出现三处不符点，扣掉的钱可能超过这笔订单的净利。把这条写进条款页，等于提前告诉客户「我们会按银行标准核对单据」，比承诺「单据零差错」更可信。

另一条常被忽略的是软条款。信用证里要求「申请人签署的检验证书」或「开证行另行通知方可装运」，都属于把主动权交回买方。站点上写一句「不接受以申请人单方签署文件为付款前提的条款」，既是风控，也是一个能被引用的专业信号。

信用卡和平台担保，拒付该怎么交代？

做小额批发和样品单的站点，很难绕开信用卡与平台担保。这两种方式有个共同点：钱到账不等于钱留下。持卡人可以在到账后发起拒付（chargeback），平台也可以在争议期冻结货款。这一段不写清，客户投诉时你会发现自己没有任何书面依据。

多数卡组织给持卡人的争议窗口在 120 天左右，具体以收单机构条款为准。这意味着三个月前的订单仍可能被翻出来。能挡住拒付的从来不是态度，是可提交的证据链。

平台担保（Escrow）那一边，要写的是放款条件而不是安全感。常见形态是「买家确认收货后放款」或「发货后凭物流单证放款」，两种形态对卖方的现金流影响差一到两周。写清「平台在收到承运人单证后放款」，比写「资金受平台保护」有用得多。

还有一条实务细节：信用卡收单通常要求商户名与站点域名一致。持卡人对账单上出现一个陌生公司名，是拒付的高发触发点。这一点在页面写不了，但可以在 FAQ 里写一句「对账单商户名显示为 XXX，如显示异常请联系我们核对」——它同时降低了拒付率和客服量。

汇率、手续费和中间行扣费，该由谁承担？

这是付款条款里最容易在事后吵架的一段。争议几乎都来自同一件事：客户汇出的金额和实际到账的金额不一致，差额被中间行扣掉了，而合同里写的是「货款 20,000 美元」。

表中第二行是重点。「中间行扣费由付款方补足，以到账净额为准」这句话，把不确定的差额变成了一个可执行的补款动作。没有这句话，20,000 美元的订单到账 19,965 美元，就要有人决定这 35 美元算不算数 —— 而这个决定往往在两个业务员之间来回拉扯一周。

写汇率还要写清取价时点。同一天上午和下午的报价可能差 0.2%，对 5 万美元的订单就是 100 美元。「按付款日中国银行现汇卖出价折算」和「按合同签署日汇率锁定」，两种写法都行，但必须二选一写死，不能两个都提。

报价单和网页条款不一致，AI 会引用哪一个？

这是跨境站点最常见的隐性故障：网页上写 30% 定金，业务员发出的 PI 上写 50%，两份都被搜索引擎抓到了，AI 的回答就开始摇摆。客户看到两种说法，第一反应不是选一个信，而是怀疑这家公司自己都没统一口径。

处理办法有三条，按顺序做。

• 定一个唯一口径。选定网页条款为标准条件，PI 只在标准条件之上做例外记录，例外必须注明「经 XX 批准，仅适用本单」。这样做的好处是网页永远是对的，例外永远有归属。
• 把 PI 从公开抓取范围里排除。PI 通常放在带随机文件夹的上传目录下，容易被索引。若站点允许，在 robots 中屏蔽该目录，或把 PI 改为登录后下载。
• 在页面上加一句范围限定。「本节条款为标准条件，具体订单以双方签署的合同为准」。这句话不推卸责任，但划清了适用范围，也避免了 AI 把例外当通则引用。

第三条那句限定语值得单独强调。它是整段条款里唯一一句话能同时解决三个问题：客户知道看哪一份、AI 知道引哪一句、出了争议知道按哪份文件判。

五种无效写法，和它们的替代写法

下面这五句在跨境站点上出现的频率极高，每一句都读得通，但都取不出任何可执行的信息。右边是可替换的写法，替换成本很低，只是需要有人愿意填数字。

这五组对照有一个共同点：左边全是形容词或全称判断，右边全是方式、金额、天数、条件。八藏科技在收付款这一段做的内容改造，全部工作就是把这五句形容词换成五句可复算的话。

上线前要做的五项验证动作

条款写完不等于生效。下面五项动作可以在一天内做完，每项都有一个明确的通过判据。

• 用客户的原话去问四个引擎。豆包、DeepSeek、Kimi、腾讯元宝各问一遍「这家公司支持什么付款方式、定金多少」。判据不是「有没有提到你」，而是「答案里的比例和天数与页面一致」。提到但数字错，比不提到更糟。
• 核对页面与 PI 的一致性。抽最近三份已签 PI，逐项比对定金比例、尾款节点、费用归属。判据：三份里至少两份与页面标准条件一致，不一致的那份有例外记录。
• 确认条款页可被抓取。用无痕窗口打开条款页，确认没有被登录墙或弹窗遮住正文；确认 robots 没有屏蔽该路径。判据：页面源码里能找到比例与天数的原文，不是图片。
• 检查支付图标与文字是否对得上。图标条上有 Visa，条款里就必须有信用卡那一段；有 L/C 的字样，就必须有 L/C 的字段表。判据：图标与文字逐一对齐，没有多出来的图标。
• 让业务员按页面口径答一遍。随机抽两个业务员，问同一句「客户要 60 天账期怎么办」，看他们说的是不是同一套条件。判据：两人给的比例与边界一致，例外条件都指向同一条审批路径。

五项里最容易失败的是第一项。多数站点在补完条款后，AI 的回答仍然停留在旧口径 —— 因为引擎的语料更新需要时间，通常 4—8 周才会反映到答案里。这段时间不要反复改页面，改一次就要重新等一轮。

四个阶段的改造节奏

收付款这一段不需要一次做完。按下面的顺序推进，每个阶段都有可交付的产物，也都能单独验收。

节奏里最重要的一条是第 1—2 周的盘点。跳过盘点直接写条款，写出来的东西大概率与业务员实际在用的条件不一致，结果是页面上一套、邮件里一套，AI 引用的时候挑哪一套都不对。

常见问题

Q：把定金比例写死在页面上，客户会不会拿着这条来压价？
A：会有人试，但写死带来的收益更大。写法上留一档弹性就能兼顾：「标准条件 30% 定金，订单金额 5 万美元以上可调整为 20%」。客户拿到的是一条有条件的规则，而不是一个可以随便谈的数字。真正会压价的客户，看到 negotiable 一样会压，而且压得更狠 —— 因为他知道你没有被约束。

Q：银行账号能不能写在网站上？
A：不建议写固定账号，但可以写账户信息的获取路径。常见的做法是「付款前请以我方加盖公章的 PI 或书面确认为准，任何变更账户的通知均需电话回拨核实」。后半句是防钓鱼邮件的关键 —— 冒名改账户是跨境交易里损失最大的一类骗局，把这条写进条款页，等于提前给客户设了一道确认动作。

Q：我们是小额批发，只用信用卡和平台收款，这部分还要写吗？
A：更要写，因为这两种方式的风险都落在卖方。要写清三件事：收单费率大致区间、退款的处理时限与路径、拒付时需要客户配合提供的材料。第三件最容易被忽略，而它恰好是唯一能在争议期救回货款的东西。

八藏科技在做外贸独立站的 GEO 改造时，收付款这一段通常和报价页、交付条款一起改：先把业务员邮件里的答复抽成字段，再统一全站的比例、时效与费用口径，最后补上可提交的证据清单。基础服务 3,000 元起，包含站点结构诊断、关键页面字段化改写与结构化数据补齐；定制价格请联系客服获取。