关于 奶昔机场

我们是被坑出来的

奶昔机场不是从一份商业计划书开始的，是从一张赔钱清单开始的。团队几个人凑在一起算过账：一家收了年付两周后失联，一家把同一条线路卖到晚上八点集体瘫痪，还有一家在退款申请上拖了两个月，最后以「已用流量超标」四个字驳回。加起来的损失不算多，但那种找不到人说理的憋屈很难忘。

后来我们把踩过的坑整理成一份自查清单，发现绝大多数翻车在下单前就有迹可循——只是当时没人告诉我们该看哪里。既然清单已经有了，索性照着它反过来做一家：清单上写着「警惕终身套餐」，那我们就只卖到年付为止；写着「故障不发公告是危险信号」，那我们就把每次故障都记在公告里，哪怕难看。

至于为什么叫「奶昔」——它是那种没法靠包装蒙混过关的东西，配料表可以写得天花乱坠，喝一口浓不浓、稀不稀，舌头当场就有答案。我们希望自家的服务也是这样：不需要你读懂任何技术参数，晚上八点连上去用十分钟，好坏立刻见分晓，也随时可以退掉。

四条自我约束

一、只卖到年付，不做终身套餐

预收的钱越多，跑路的诱惑越大，这是我们赔过钱才想明白的道理。所以奶昔机场最长只提供年付，也不做限时清仓与超低价甩卖。少赚一点没关系，我们更希望用户手里始终握着「随时不续」的主动权——这本身就是对我们最有效的约束。

二、线路到承载上限就停止售卖

超售之所以普遍，是因为它在白天完全看不出来。我们给每条线路设了明确的承载阈值，触及上限后该节点立即从下单页移除，不接新单；同时每周把各线路的承载率公示出来，让用户自己判断我们是不是在摊薄。宁可少卖，也不想让所有人一起变慢。

三、故障必发公告，难看的也发

私聊安抚是最省事的做法，也是最容易演变成失联的做法。我们的规则是：任何影响可用性的故障，都要在公告频道写明原因、影响范围与预计恢复时间，事后补一条实际恢复时间。这些记录一条都不删，你可以一路往回翻，看我们究竟出过多少次问题、每次拖了多久。

四、退款不要求你自证

让用户反复补交测速截图，是拖延退款最常用的手段。我们把口径写死：3 天内提出，不需要理由，不需要材料，按原支付渠道退回。同时我们仍然建议你保留订单号和第一次的测速记录——不是为了应付我们，而是无论买哪家机场，这都是你唯一的护身符。隐私方面我们也不记录任何访问日志，详见 隐私政策。

节点分布：哪些能打，哪些一般

与其笼统地说「全球 30+ 地区」，不如把各区的真实水平分层列出来。差的那一档我们也照写：

表格里的承载率每周更新一次，公示在公告频道。判断一家机场有没有超售，看的就是这个数字敢不敢公开：写「无限」「超大带宽」而不给具体口径的，通常意味着他们自己也没在管。亚太核心区配了多条独立物理线路互为冗余，任意一条异常可自动切换，主力节点使用原生住宅或商宽 IP。

出了问题，你能找到谁

「联系不上人」是所有翻车经历的共同起点，所以这三条渠道我们把响应口径写清楚，方便你事后拿来对照：

• 用户中心工单：涉及账号、订单与退款等需核验身份的事项一律走这里，因为工单有完整记录，日后真起争议，你手上有据可查。工作时间内通常 30 分钟内首次回复，畅饮杯及以上进优先队列。
• Telegram 社群：故障公告的第一发布渠道，也是我们承诺「不私聊安抚、只公开说明」的地方。公告不删档，可以往回翻查历史故障。
• 图文教程库：覆盖 Windows、macOS、iOS、Android 与路由器的配置文档。很多被当成「机场不行」的问题，其实是订阅导入或规则模式设错了，先看 Clash 订阅导入翻车实录 能省不少时间。

最后重申退款口径：3 天内、一句话、不问理由、不要材料、原路退回。这条写在服务条款里，不是客服的临场裁量——因为我们太清楚「看情况」三个字最后会变成什么。

每月仅需 ¥10.5 —— 一杯咖啡的预算，换全年顺畅的网络体验