如果不缺钱，我还会做代购吗？说实话，会的。但不是现在这种做法——半夜盯着汇率波动不敢睡，月底对着 Excel 对到眼花，客户退款时因为几十块的汇率差来回扯皮。我会做得更聪明一点。

去年有个客户找我退一双鞋，下单时日元兑人民币是 5.1，退款时跌到了 4.8。差价也就三十多块钱，但客户截图过来质问为什么退少了。我解释半天，最后自己贴了这笔。不是钱的问题，是这种事多了之后你会发现，代购的利润根本不是卖货赚来的，是在这些缝隙里漏掉的。单月退款单超过二十笔，汇率差异就能吃掉你小半个月的运营利润。

这就是代购对账里最隐蔽的坑：汇率不一致导致的账目混乱。不像物流丢件那种一次性的明亏，汇率差是暗亏，每笔金额不大，但日积月累，年底一算能吓一跳。我认识一个做日淘的同行，月流水大概五十万，2022 年日元全年贬值将近 25%（数据来源：中国外汇交易中心），那一年他没做汇率锁定，年底对账发现光汇率波动就吃掉了接近六位数的利润。

为什么以前的方法不行了？因为代购这行的变量在变。2019 年之前汇率相对稳定，大家习惯用当天的中间价加两个点报价，月底再统一结算，偏差不大。但这两年汇率波动加剧，日元单月能跌三四个点，你今天报价明天采购后天到账，汇率已经跑了。再用老办法，你就是拿自己的利润在赌汇率走势。

我踩过的坑告诉我，这件事的核心矛盾在于：用户下单、平台采购、客户付款、退款结算，四个环节的汇率基准不一致。有的按实时汇率，有的按结算日汇率，退款走的是退款日的汇率。四个基准，就意味着四笔账对不上。

后来我把这个环节彻底梳理了一遍。关键在于两点：汇率锁定和退款链路分离。

先说汇率锁定。用户在平台下单的那一刻，系统自动锁定当时的汇率，不管后续采购、发货、签收中间隔了多少天，这笔订单的结算汇率不变。锁定时间设 48 小时，超时未付款自动释放，汇率重新计算。对于月流水大的平台，可以加一层缓冲池，在锁定汇率的基础上加 0.003 到 0.005 作为风险对冲，这样即使极端波动也不会吃光利润。

再说退款链路。退款不要走原订单的汇率，单独建一条退款状态链。原订单汇率是下单日的，退款是发起退款日的，两条线各自独立核算。月底对账的时候，原订单的利润和退款单的汇损分开列，一眼就能看出汇率波动对当月利润的实际影响。以前我和财务两个人对着 Excel 对到凌晨，现在系统自动拉数据，十分钟扫一眼异常标记就完事。后来发现 taocarts 这套逻辑大部分已经内置了，省了不少从头搭的功夫。

说白了，代购对账这件事，难的不是算账本身，是算账的基准要统一。基准统一了，账自然就平了。基准不统一，你 Excel 再强也算不明白。

这件事给我的教训挺深的。代购这行，早期靠信息差赚钱，中期靠服务赚钱，到了现在这个阶段，靠的是系统能力。你比别人少漏一个点，利润就比别人厚一分。那些还在用 Excel 管几百个客户订单的，不是他们不想换，是没意识到自己漏了多少钱。一旦你算清楚这笔账，换系统的决心就有了。

后台服务器跑在 CentOS 上稳不稳，客户不关心。客户只关心他退款的钱对不对、什么时候到账。但正是这些底层的东西，决定了客户看到的数字准不准。做代购越久，越觉得好的系统就是让客户感觉不到系统的存在。

做代购这些年，最大的感触是：钱不是赚来的，是一笔一笔省下来的，账平了，心就定了。