续费、升档、换账号：顺序错了会多花钱

先升档再续费等于白付一个月。续费、升档、换账号的正确顺序只有一条。

三个动作看起来差不多，钱却差很多。按正确顺序做，能省下一整个月的费用；按错误顺序做，你会为同一段时间付两次钱。下面四种情况分开讲，每种给出具体时间点。

情况一：只是续费

最简单，但也最容易拖。在到期前续，不要在到期后补——周期断掉之后，官方有时会要求重新走一遍验证，甚至重新绑定支付方式，而这些环节在没有邮件的系统里更容易卡住：你的凭证只有订单号和交易哈希。

建议时间：到期前 2–3 天处理。不要卡最后一天，尤其不要跨周末；也不要提前半个月，那只会把两个周期叠在一起。

续费是新开一单，落在同一个账号上：把原来的 Organization ID 再交一次就可以，前缀仍然是 org_。不需要重新提供任何登录信息。

情况二：想升档

正确顺序：先升档，再考虑续费周期。反过来做，你会为同一个时间段付两次：一次是旧档位的续费，一次是新档位的开通。

我们的规则写得很直白：退款金额等于订单金额乘以未使用天数，再除以总天数。也就是说，旧档位还剩 20 天没用了，这 20 天按比例折回。因此最省的顺序是：旧档位让它接近用完，再开新档位——而不是现在把旧的续上、同时把新的开通。

还有一条：升档之前先看周上限。如果你两天就用穿了五小时窗口，那是节奏问题，升档解决不了；每天稳定用却在一周中途被限，那才是周天花板，值得上更重的档。

先提出补一份等价订阅，再谈退款；如果最终退款，钱走链上退回你原来的发送地址，通常 12 小时内确认。

情况三：换账号

常见于旧账号被限制，或者工作需要的空间换了。顺序在这里更要紧：先确认新账号能登录、能升级，再付款。反过来做，钱付了但新账号无法承接，就只能走退款，多等一轮。

三件事在付款前做完：在新账号的浏览器里正常登录一次；打开设置里的账号页，确认 Organization ID 能复制出来；确认这个账号没有处于申诉或受限状态。

换账号之后，旧账号里的对话和项目不会跟过去。需要的话，在停用之前自己导出，别指望平台替你搬。

情况四：同时持有两个订阅

同一个账号一般不能同时持有同一产品的两个档位。想并行使用两种额度，只能用两个账号——而两个账号要当作两件独立的事来办：两个订单、两个账单、两条转账。

付款纪律在这里最容易被破坏：一张账单对应一条链和一个精确金额，把两单合并成一笔转账，不会同时清掉两个订单，只会制造一笔两边都认领不了的钱。同理，不要把一单拆成两笔付。手续费由发送方在金额之外承担。

一张速查表

• 只续费 → 到期前 2–3 天，同一个 Organization ID 再走一单
• 要升档 → 旧档位接近用完时再开新的，剩余天数按比例折回
• 换账号 → 先验证新账号能登录、能复制标识，再付款
• 要并行 → 两个账号、两张账单、两笔转账，绝不合并
• 要退款 → 先接受补档，再谈按天折算，链上原路退回

两条时间线，摆在日期上看

错误顺序（很多人实际走的那条）：第 22 天，觉得这个月不够用，于是下单一档更重的，同时把现在的档位续上下一个月。结果第 22 到 30 天两个订阅并存，账号只会用其中权重高的那个；第 31 天起，旧档位的一个月钱刚付完，新档位也开始计费，同一段时间付了两次。想去退，只能按天折算退旧的那一份，还必须先接受补档。

正确顺序：第 22 天觉得不够用，先分清撞的是五小时窗口还是周总量。如果是集中爆发，那不用花钱，把重活摊开就行；如果确实是周天花板，等到第 28 到 30 天旧周期快走完，再下单一档更重的，新周期自然衔接。整个过程没有重叠，也没有需要折算的剩余天数。

两条线唯一的实际差别：后一种做法把「升档」这个决定推迟了六天，代价几乎为零，因为按天折算退回来的钱要等确认，而重叠那几天的钱根本退不全。

什么情况下反过来做是对的

一种：你现在正处在一个不能停的项目中间，且这周剩下的每一天都要用。这时候立刻升档，让旧档位剩余天数按公式折回来，是合理的——把工具中断的成本算进去，比省几十块更贵。

另一种：旧档位是被中断的（比如账号出问题），需要立刻在新的标识上重新开通。这时候顺序不是省钱问题，而是交付问题，直接找 @cdkstorebot，把两个订单号一起给出去，让人先合并判断。

不确定该选哪一档，先看价格表，再看月付与年付的区别；按天折算的完整规则在退款政策；到期那天到底会发生什么，见订阅到期之后。

常见问题

返回套餐 →