先搞清楚,你要解决的到底是哪一个问题
“我的站能下单,但下完单,人还是累得半死。”这是最常听到的一句。
往下问三句,基本能分出三类:
- 没单:那是流量和选品的事。站点只要打开快、结账不卡就行,别急着上中台。
- 有单没钱赚:问题在履约和资金流。汇率、通道手续费、退款、头程,四个口子在漏。
- 量起来了接不住:超卖、发错货、客服隔时差回不过来。这时候才轮得到系统上场。
三类问题解法完全不同。先归类,再谈做站。
三个我们见得最多的坑
坑一:机翻上架。 产品标题直译过去,本地人搜不到;搜到了,也看不懂你在卖什么。多语言不是把中文翻成英文,是拿本地人的说法把标题和卖点重写一遍。西语的长尾词和英语根本不是一个路子。
坑二:汇率写死。 数据库里存一个固定汇率,运营改价时忘了改促销价,两边打架。或者每月手动更新一次,赶上波动大的月份,利润直接吃掉。更麻烦的是标价币种和结算币种不一致,退款那笔汇率差没人认领。
坑三:后台靠 Excel。 独立站、平台店、线下批发三个渠道,库存各记各的。超卖一次赔一次,赔到最后开始怀疑系统。
一个能跑起来的站,六个模块
商品与 SKU。 SKU 结构开工前就要定死。颜色×尺码是二维,加上套装、赠品、多包装就是三维四维。属性字段宁可多留几个空的,也别等上架三千个 SKU 之后再改表。
定价。 拆三层:成本价(采购币种)、区域价(本币)、促销价。汇率每天同步,加 2%~3% 的缓冲,别裸奔。心理价位单独维护,9.99 和 10.02 差的不是两分钱。
支付。 不是接个国际通道就完事。巴西的 Pix 和 Boleto、东南亚的货到付款、部分市场的银行转账,状态机和回调逻辑各不相同。支付回调必须做幂等——同一个通知推三次,不能变成三张订单。
订单与库存。 库存在下单时预占,支付超时自动释放。多仓的按优先级拆单。预售和现货分开算,别混在一个池子里。
物流。 轨迹号回填、异常件标记、签收状态。DDP 还是 DDU,下单页就要写清楚,别等客户被税了再来扯皮。
对账。 订单、支付流水、平台结算单,三份数据要能对上。这个模块最容易被砍预算,也最容易在半年后把财务逼疯。
三种做法,各自的账
| 做法 | 适合谁 | 起步周期 | 后面容易出的事 |
|---|---|---|---|
| SaaS 建站 | 单站点、SKU 少、先验证品类 | 2–4 周 | 深度定制受限,渠道一多数据就得另做同步 |
| 开源系统二次开发 | 有自己的技术团队 | 1–2 个月 | 插件堆多了升级困难,改到最后成本反超定制 |
| 定制开发 | 多站点、多渠道、有自己的履约和财务逻辑 | 3–5 个月 | 需求没想清楚就开工,返工最贵 |
周期是按常规项目估的,具体看 SKU 量、渠道数,以及要不要接现有 ERP。
上线前,这几件事先跑通
- 找一个海外客户真下单:币种、税、运费算对没有
- 同一笔支付回调连推三次,订单会不会变三张
- 断网重连,购物车还在不在
- 走一遍退款,汇率损失记到哪个科目
- 后台导出的订单表,财务能不能直接拿去对账
- 一个订单从下单到签收,客服能不能在一个页面看全
最后
跨境站难的不是把页面搭出来,是把钱、货、单三件事串起来,串完还得对得上。动手之前把这几个问题想清楚,能省掉不少返工。我们做过香港、新加坡、巴西和非洲几个市场的项目,如果你们正卡在某一段,可以聊聊。


