十一月同时开的三个站，各自要解决的一条自动交付链

十一月连着开了三个站：远岸云商城、Nativo、竹蜻蜓。先各用一句话交代清楚。远岸云商城是卖服务器的商城，国内和海外的机器都在上面挑配置下单；Nativo 卖原生静态 IP，每个 IP 在有效期内一个人用，HTTP 和 SOCKS5 都能走；竹蜻蜓是卖 VPN 线路的机场站，用户自己下单、开号、续费、拿订阅链接。

三个业务卖的东西完全不同，但建站时要解的是同一个问题：客户付完钱，怎么不用人守着他就能拿到东西。这条链在三种业务里长得不一样，我分开说。

远岸云：开通链是建机器

远岸云的底座是一套开源商城，Laravel 12，AGPL 协议。框架是现成的，我做的部分是把开通逻辑弯到建机器上。商品按套餐卖，客户付完款，系统往上游发建机请求，这边上游走代下单，商城自己不压机器，订单结果回来写进单子，单子状态变成已开通。

服务器业务的后续链条长：买了机器有续费、有账单、有故障。所以订单、账单、工单、余额充值这一整套都做在站里。工单要是放在站外，就变成私聊记录，私聊没法排队、没法跟踪，最后全压回我一个人身上。

Nativo：开通链是交出一份接入信息

Nativo 交付的不是一台能登录的机器，是一组信息：IP、端口、账号、密码、到期时间。下单付款之后，系统自动生成这份接入信息，挂到客户账号底下。客户进后台自己看，什么时候要看都行，不用来问我。

控制台做了 12 屏，我这边要管的和客户那边要看的都盖到。另外开了一个给客户自助对接的开放 API，路径是 /api/open/v1，配一个密钥页：客户建自己的密钥，把自己的系统和 Nativo 对接起来，全程不用经过我。

竹蜻蜓：开通链是开号给订阅链接

竹蜻蜓的底座是一套开源机场面板。机场这个业务里，产品本身就是一个账号加一条订阅链接，客户端吃这条链接去拉线路。所以付款、开号、生成订阅链接这三步必须连在一起，中间断一步，客户拿到的就是空的。

机场站最要紧的是到期。用户一般是自己用不了了才发现套餐过期，那时候情绪已经不好。面板自带的 TG 机器人，到期提醒直接推到机器人这边，续费用户自己在后台点。支付插件做了六种，客户习惯哪个走哪个，一条通道出问题不耽误下单。

三条链对照

为什么到期提醒和自助查信息必须做在站里

有人会问，到期拿人工表管、接入信息私聊发，不也行？三个站一起跑，到期时间散在三种业务里，人工表一定会漏。漏掉一次提醒，客户的服务就断了，回头解释的还是我。接入信息放在聊天记录里，客户翻起来费劲，我这边发起来也费劲；放进客户自己的后台，他什么时候要看自己进去看，半夜两点不用我爬起来翻密码。

规则其实就一条：凡是能判断出时间点的事，交给系统到点就执行；凡是客户自己该看的东西，别让人来中转。自动交付的意义不是我省劲，是客户付完钱，东西立刻、确定地在他手里。