首页 / 资讯中心 / 订阅与退款规则
技术专栏 · 2026 年 10 月 18 日

订阅与退款规则:7 天窗口从哪一刻起算

退款窗口是 7 天,起算点是支付成功的那一刻,而不是首次连接的时刻;退款金额按未使用天数与原价折算,2026 年 9 月的退款工单平均处理时长为 5.2 小时(来源:客服后台月度汇总)。

01
Window

窗口从支付成功起算

这条最容易误会。买了先放着、过几天才装,窗口仍然在走,因为计时不看用量只看付款时间。

支付成功后订单进入生效状态,7 天窗口同时开始计时(起算依据:订单生效时间的系统记录)。举例来说,10 月 10 日晚上 21:00 完成支付,窗口在 10 月 17 日 21:00 结束。哪怕你这七天里一次都没连,第 8 天申请也已经超出窗口。反过来,如果你在第一天就连了一整天,剩下 6 天仍在窗口内,照样可以申请。

为什么不按首次连接起算?因为那样会让"先囤后买"变成没有期限的试用,订阅的定价模型就没法成立。这也是为什么我们在下载页和技术文章里反复提醒:先用免费状态跑一天,觉得合适再买,避免把窗口浪费在犹豫上。

02
Formula

折算公式与三个例子

退款金额等于实付金额乘以未使用天数占总天数的比例。已使用的天数按自然日计算,不足一天按一天计。

档位实付已用天数退款金额
月付¥152 天约 ¥10.7
季付¥393 天约 ¥37.7
年付¥1495 天约 ¥147

三个数字的算法完全一致:月付 15 元除以 30 天得到每天 0.5 元,用满 2 天扣掉 1 元,退 14 元——但实际退款还涉及支付渠道的手续费处理,所以表里写的是约数,最后一列以支付渠道实际退回的金额为准。年付档因为分母更大,同样用几天扣掉的绝对金额更小,这也是长期档位在窗口内更划算的原因。按 9 月的统计,年付档在窗口内的平均退款比例为 96%。

03
Request

怎么申请,需要给什么

  1. 写邮件到 [email protected]标题写明是退款申请,正文附订阅邮箱与订单号。客服在线时段是 9:00 到 24:00,晚间提交的申请通常在当天处理。
  2. 等一次确认回复客服会核对窗口是否仍在有效期内,并回一封确认信。若你的申请刚好卡在第 7 天,以邮件发送时间为准,不需要额外说明。
  3. 原渠道退回退款沿原支付路径退回,不换渠道也不退到余额。到账时间由渠道决定,与处理时长无关。
04
Timing

处理时长与到账区间

"处理时长"指的是客服完成审核并发出退款指令的时间,不等于钱到账的时间。两段要分开看。

按 2026 年 9 月的 214 笔退款工单统计,审核环节的平均处理时长为 5.2 小时,中位数为 3.1 小时,最长的一笔用了 28 小时。这笔最长的工单原因是订单号与邮箱不匹配,补了一次信息后重新走流程。月末两天的工单量是平日的 2.4 倍,处理时长会相应拉长。

退款指令发出后,到账时间取决于渠道:余额类渠道通常在 2 小时内完成,银行卡渠道普遍在 1 到 3 个工作日,部分银行在跨月或节假日会延到 5 个工作日。这段时间里订单状态会显示为"退款处理中",不需要重复提交申请。按 9 月的统计,约 68% 的退款在 2 个工作日内到账。

05
Exception

不在退款范围内的情形

一

超出 7 天窗口

第 8 天起不再受理,这是明确写出的边界。按工单统计,9 月的工单中有 11 笔属于此类,占全部申请的 5.1%。

二

账号存在违规使用

转卖账号、多人共享同一台设备批量登录等情形不在退款范围内。判定依据是会话记录中的并发设备指纹,同一账号 3 台设备并发即触发这条规则。

三

重复申请的差额

同一订单已退过一次的部分不再重复退。若你对金额有异议,直接回复原工单比新开工单更快,能保留完整的处理上下文。

06
Misread

两个容易被误解的细节

第一个是"用了多少流量"。退款只跟时间有关,跟用量无关,用得再多只要在窗口内同样按天折算。第二个是"能不能换档位"。窗口内也可以不退款而改成换档,比如月付换成季付,差额按当期价格补,这种情况下窗口不会重新起算,仍以首次支付时间为准。

如果你确实不确定该选哪一档,最稳的做法是先买月付,用一周再决定要不要升。按 9 月的订单统计,先月付后升级的用户占比 21%,这批人的退款申请率只有 1.2%,明显低于直接上年付的 3.4%。

规则看明白了,去看看版本记录

客户端每次更新修了什么、升级要注意什么,最后一篇写清了。

读版本更新记录