从一个人到五个人
代购网站开发那些坑：从兼职到公司化，我换了三次系统
去年日元突然升值那会儿，我正在跟财务对账。
当月流水看起来不错，可算完利润，反而比上个月少了。查了半天，发现是被汇率吃掉了——客户下单时按约0.05的汇率算的，可我去1688采购时日元已经升到约0.053，中间差了6%。
六万多的流水，光汇率就亏了三千多。
那一刻我才意识到，从兼职做到公司化，光靠Excel和一套简陋的代购网站，根本撑不住。
最开始做代购，就我一个人。每天几十单，全靠手工。早上开电脑，登录淘宝、1688，复制客户发的链接，选规格，填地址，付款。中午边吃盒饭边回消息，下午继续，晚上对账到十一二点。
后来单量涨到一百多单，一个人实在扛不住，招了第一个员工。接着第二个、第三个，团队到了五个人。
人多了，问题也多了。
首先是效率。每天几百单，手动下单漏单率将近5%。有客户等了两周问物流，我们才发现根本没采购。赔了运费不说，客户转头就去了别家。
其次是账目。用Excel对账，每天晚上对到凌晨，三个月后复盘才发现少算了三万多运费差额。那笔钱怎么都找不回来，最后只能当学费。
我决定找人开发一个代购网站。
第一版：踩坑的开始
花了几万块，找了个外包团队，做了一个月交付。
功能很简单：客户注册、浏览商品、下单、支付，后台能看到订单，手动去1688采购。
用了不到三个月，问题全冒出来了。
最头疼的是汇率。系统用的固定汇率，我每周手动改一次。可汇率是实时波动的，有时候刚改完第二天就变了。日元那波升值，就是因为固定汇率没跟上。
支付也是个坑。只接了PayPal和支付宝，韩国客户想用KakaoPay，日本客户想用便利店支付，统统没有。流失率粗略算了一下，至少三成。
还有维护。外包团队交付后就不管了，系统出个小bug都要等好几天才能找到人修。有次1688接口升级签名算法，系统一整天的订单都没同步到仓库，客户炸了锅。
这版系统的缺点很突出：维护成本高、迭代慢、功能缺失。用了半年，我决定换。
第二版：SaaS的局限
这次学乖了，不上外包，直接买现成的SaaS代购系统。
功能确实多：自动采购、多货币、多语言、物流追踪，该有的都有。
但用了才发现，SaaS也有SaaS的问题。
最烦的是数据不透明。订单数据、客户信息都存在对方服务器，我想导出做个深度分析，发现导出格式受限，字段也不全。想自己开发个报表功能，人家不给数据库权限。
其次是定制化难。我想改个运费计算规则，客服说要提需求排期，等了两周还没动静。大促期间流量暴涨，系统卡得要命，对方说“我们的架构支持高并发”，但实际体验就是慢。
还有一个隐形成本：按订单抽成。月流水高了之后，抽成费用比外包维护还贵。
这套系统用了不到一年，我又开始找替代方案。
第三版：现在的选择
后来换成了taocarts。
选它的原因很简单：该有的功能都有，同时支持私有化部署。
汇率问题解决了——系统实时同步中间价，我可以在后台设置加点比例作为缓冲。日元再波动，也不会直接吃掉利润。
支付也丰富了——除了PayPal和支付宝，还接了KakaoPay、Line Pay，韩国和日本客户都能付。
最实用的是自动采购+异常告警。客户下单后系统自动去1688采购，状态实时同步。如果回调丢了，系统会定时轮询补上。每天早上一上班，先看异常订单列表，处理完再干别的。
当然，它也不是完美的。
缺点也有：初期配置比较复杂，尤其是我这种需要对接多个物流渠道的，光运费模板就折腾了两天。文档不够详细，有些功能得自己去试或者问客服。
但比起前两版，至少我能自己掌控数据了。
说个代购网站开发里很多人忽略的点：多币种汇率实时同步架构。
很多系统用的是固定汇率或者每天更新一次，但汇率是实时波动的。如果订单、采购、退款三个环节用的汇率不一样，账目多半对不上。
我现在的做法是：用定时任务每半小时拉取一次实时汇率，存到Redis缓存。下单时按当前汇率锁定，采购时用采购那一刻的汇率，退款时用退款时的汇率。每一笔都有记录，对账的时候一目了然。
这套机制听起来复杂，但taocarts已经内置了。我只需要在后台设置加价比例就行。
关于下篇
说到对账，就不得不提仓库的合包策略。
汇率对不上还能追，合包搞错了就是直接赔钱。我之前把A客户的货塞进B客户的包裹里，发到两个不同的国家，最后赔了运费还赔了货。
关于仓库管理和合包策略，我们下篇详细聊。那块儿的坑，比汇率深多了。
回头想想，从兼职到公司化，最大的变化不是订单量，而是对系统的认知。一个人时，系统能跑就行；五个人时，系统得能让每个人少犯错。
选代购网站，不是功能越多越好，而是出了问题你能不能自己修。
这道理我花了三年才搞懂。
