机场测评

这个站的测评是怎么做的(以及为什么没有分数)

三十天观察期、固定的六项记录、不打总分。把方法先写出来,你才能判断后面每一篇值不值得信。

本文目录(11 节)
  1. 三条硬规矩
  2. 固定记录这六项
  3. 1. 三个时段的连通性
  4. 2. 晚高峰能不能看视频
  5. 3. 节点实际可用比例
  6. 4. 流量的真实消耗速度
  7. 5. 出问题时的响应
  8. 6. 三个月后的回访
  9. 为什么不打分
  10. 每篇文章的固定结构
  11. 你可以怎么用这些记录

在写任何一篇具体的服务记录之前,先把方法摆出来。不然「我觉得还行」这种话,你没法判断含金量。

三条硬规矩

一、自费购买,不接受赠送的账号。

被赠送的测试账号常常被单独照顾——放在人少的线路上,或者给更高的优先级。拿到的体验不是普通用户的体验。所有出现在这个站上的服务,都是我按官网标价自己买的。

二、至少用满 30 天才写。

理由在测速那篇里说过:一次测试只是快照。30 天能覆盖到工作日、周末、至少一次流量高峰,才看得出真实水平。用了三天就写的文章,作者自己也不知道它稳不稳定。

三、有返利就写在最上面。

如果某篇文章里的链接是返利链接,会在正文第一段之前用醒目的框标注。不放在文末小字里,不用「支持一下本站」这种含糊说法。目前站内所有链接均无返利。 这条以后如果变了,会在这里更新。

固定记录这六项

每个服务我都按同一张表记,这样不同服务之间才有可比性。

1. 三个时段的连通性

时段为什么测
工作日 10:00理论上限
工作日 21:30真实日常
周日 21:00最差情况

每次记:平均延迟、延迟波动范围、丢包率。方法就是连续 ping 50 个包,不跑高带宽测速(省流量)。

2. 晚高峰能不能看视频

比数字直观。固定播放同一段视频,记录:点开到开始播用了几秒、中途缓冲了几次、能不能稳定在较高清晰度。

3. 节点实际可用比例

宣传写「120+ 节点」,但里面可能有一半连不上或者慢到没法用。我会把列表里的节点挨个测一遍,记录实际能正常使用的有多少个。这个比例往往比总数说明问题。

4. 流量的真实消耗速度

有些服务的计费倍率藏得很深——某些节点标着「2x」「3x」,用一天流量就没了。我会记录正常使用一周实际扣了多少流量,和套餐标称对比。

5. 出问题时的响应

至少发起一次工单或客服询问,记录:多久回复、回复的是模板还是真人、问题有没有解决。这一项比速度更能预测长期体验——速度会波动,但一家不回工单的服务永远不回。

6. 三个月后的回访

首次记录发布后三个月,我会回来补一段「现在怎么样了」。很多服务开头不错,人多了之后就垮了。这一段往往比原文更有价值,所以每篇文章都会留这个位置。

为什么不打分

看起来打个「8.5/10」很方便,但我不打,原因有三个:

分数会被拿去做排名,而排名是这个领域最大的信息污染源。 一旦有了数字,就会被截图、被聚合、被脱离上下文地引用。

不同人的权重完全不同。 你在意延迟,他在意流量,另一个人只要能连上就行。把这些压成一个数,等于替你做了你自己该做的判断。

分数会掩盖具体信息。 「8 分」不告诉你任何事;「晚高峰丢包 3%,看视频会缓冲一两次,但开会没问题」告诉你能不能用。

所以这里只有描述,没有评级,也不会有「本月最佳」。你自己的需求你最清楚,我提供的是观察数据,判断留给你。

每篇文章的固定结构

1. 基本信息(价格、周期、标称流量、节点数)
2. 购买与开通过程
3. 三个时段的实测记录(表格)
4. 节点实际可用情况
5. 流量消耗情况
6. 客服响应记录
7. 明确不好的地方   ← 这一节不会空着
8. 适合谁 / 不适合谁
9. 三个月后回访(发布三个月后补上)

第 7 节是刻意设的。任何服务都有不好的地方,如果我写不出来,说明我用得不够久,那篇就不该发。

你可以怎么用这些记录

不要直接照搬结论。我的网络环境、使用习惯、所在地区都和你不同,同一个服务在你那里可能完全是另一种表现。

更有用的做法是:拿我的记录方法去测你自己买的。 这篇里的六项,每一项你都能自己做,成本几乎为零。测完你会对自己在用的东西有个清楚的判断,而不是依赖别人的感受。


方法会随着我发现问题而调整,改动会更新在这篇里(顶部有更新日期)。如果你觉得某一项该加或该改,欢迎告诉我。

相关:测速的正确方法我花钱买过的七个教训

相关阅读