本文目录(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 节是刻意设的。任何服务都有不好的地方,如果我写不出来,说明我用得不够久,那篇就不该发。
你可以怎么用这些记录
不要直接照搬结论。我的网络环境、使用习惯、所在地区都和你不同,同一个服务在你那里可能完全是另一种表现。
更有用的做法是:拿我的记录方法去测你自己买的。 这篇里的六项,每一项你都能自己做,成本几乎为零。测完你会对自己在用的东西有个清楚的判断,而不是依赖别人的感受。
方法会随着我发现问题而调整,改动会更新在这篇里(顶部有更新日期)。如果你觉得某一项该加或该改,欢迎告诉我。