EVIDENCE RULES

能复核的测评,必须写清条件与失败

本站把观察事实、可能解释和编辑判断分开。证据不足的项目标记为未验证,不用猜测补齐。

WHY IT MATTERS

这项核对解决什么问题

证据说明页用于区分三类内容:直接观察到的事实、根据事实提出的可能解释,以及编辑部在明确条件下给出的判断。三者混写会让读者误以为推测已经得到验证。没有原始记录的产品宣传、用户传言或单次截图,不能直接变成本站实测结论。

01

测试条件

日期、地区范围、网络、设备、系统、客户端、协议、节点类别和真实任务。

02

过程记录

每轮开始与结束时间、步骤、成功或失败、最低表现和恢复动作。

03

边界说明

结果只适用于公开条件;不同地区、网络与版本需要读者重新验证。

04

更正机制

功能、价格或政策变化时记录修改日期;重大变化触发复测,不只更新年份。

WORKFLOW

落地时按这个顺序记录

每份记录至少包含日期、时段、设备、系统、网络类型、客户端版本、节点或协议类别、执行任务、成功或失败、恢复动作和适用边界。

公开展示时删除账号、订单、真实IP、订阅地址和设备唯一标识。示例台账必须醒目标注“方法演示”,不得进入产品排行;真实测评若条件变化,应新建复测记录并保留旧结论的时间范围。

COMMON ERRORS

三种会让结论失真的做法

  1. 用官方功能列表冒充编辑部已经完成的实测
  2. 只展示成功截图,不公开总轮数和失败轮次
  3. 更新年份却不记录客户端、网络或条款发生了什么变化
QUESTIONS

执行前常见疑问

匿名记录可信度会降低吗?+

隐去敏感身份不等于隐去条件。设备、版本、网络类别、时段和步骤仍应足够完整。

为什么示例数据不能参与排名?+

示例只解释字段和判断方法,不是对真实产品的观察,混入排名会误导读者。

事实变化后怎么处理?+

标记原结论适用截止时间,新增复测记录,并说明哪些字段发生变化。