退款规则说明

服务器退款不能按普通电商商品理解。一台服务器开通后，背后可能已经产生机房资源、IP 分配、带宽开通、系统安装、防护配置、人工交付等成本。尤其是独立服务器、高防服务器、大带宽服务器、站群服务器、GPU 服务器，很多不是完全标准化商品。所以退款规则要写清楚，不能一边承诺过大，一边又在售后环节靠人工解释。

先看订单有没有交付

退款判断的第一步，是看订单状态。
已支付但未交付：如果还没有分配 IP、没有安装系统、没有占用特殊带宽或防护资源，通常处理空间更大。
已经交付服务器：一旦服务器信息已经交付，资源已经实际占用，退款就不能按未使用订单理解。
已经投入业务使用：如果用户已经部署网站、跑业务、使用带宽、占用 IP，再申请退款，就要结合产品规则和实际使用情况判断。

再看产品是不是标准资源

不同产品退款边界不一样。相对标准的云服务器，如果产品页面明确支持退款，可以按该产品页面和客服确认执行。
但下面这些资源，一般要更谨慎：

• 独立服务器；
• 高防服务器；
• 高防 IP；
• 大带宽服务器；
• 站群服务器；
• GPU 服务器；
• 大量 IP 资源；
• 指定线路或定制配置；
• 活动特价产品。

这些产品可能涉及上游资源锁定、人工配置、带宽成本和 IP 成本，不能直接套“云服务器无理由退款”的理解。
“30 天退款保证”不要写成所有产品通用
SellBGP 部分产品页面展示了“30 天退款保证”，这对转化有帮助，但在帮助文档里建议写得严谨一点。
更稳的表达是：用户申请退款时，应以具体产品页面说明、订单状态、是否交付、是否定制、是否活动产品、是否产生资源成本以及客服确认为准。
这样不会和产品页冲突，也不会让用户误解成所有产品、所有配置、所有使用场景都能无条件退款。

申请退款前先备份数据

如果服务器已经交付，并且用户已经上传网站、数据库或业务文件，申请取消服务前必须先备份。
重点备份：
网站文件；
数据库；
SSL 证书；
配置文件；
面板数据；
上传目录；
业务日志；
其他重要资料。
一旦服务取消、服务器释放或数据清理，后续不一定能恢复。

提交申请时说清楚原因

退款或取消订单时，建议提供：

• SellBGP 账号；
• 订单编号；
• 产品名称；
• 服务器 IP；
• 支付时间；
• 是否已经交付；
• 是否已经使用；
• 申请原因；
• 是否已经备份数据。

如果是服务质量问题，可以补充测试截图、故障时间、工单记录和问题说明。不要只写“我要退款”，这样客服很难判断订单处于哪个阶段。