ONLY VTC 观察站方法说明

1. 原则

1. 不筛选。 任何在某一期间达到样本阈值的指标 都会发布该期间的数值，不论其高低 — 即使不利。指标只有在以下情况才能从版本中撤回： 样本不足，绝不会因为数字不好看而撤回。选择性撤回表现不佳的季度等同于以隐瞒说谎。
2. 始终显示样本。 任何数字发布时旁边都显示样本量（“n”）。低于阈值的（子）类别显示 “样本不足”，绝不显示数字。
3. 不含敏感商业指标。 观察站不发布利润率、佣金、满载率、营业额或司机收入。只发布以下方面的指标： 服务 和业务.
4. 不含个人数据。 仅汇总数据。不公开任何可识别的行程、客户或司机。
5. 估算值如实标注。 “预估”距离和时长是预订时的路线计算，而不是车载遥测。公开标签已说明。

2. 通用框架

2.1. 有理由的排除

包车和自动/强制结束计入导出文件的公开“排除”部分。每个指标特有的其他排除可通过其 n 看出，n 始终与数值或进度一同公布。

3. 指标 — 精确到时间戳的定义

行程生命周期中的节点（均带服务器时间戳）： 请求 → 司机接单 → 司机出发 （“在途”）→ 到达接车点 → 接车 （客户上车）→ 行程结束。此外还有预定接车时间，在预订时设定。

3.0. 发布状态（v1.3）

于 2026 年 7 月 28 日在生产环境中核实（只读检查脚本，在我们的代码库中有版本记录）： 司机输入的进度节点 （到达、接车、结束）部分是 在送达时连续点击。在 127 次节点完整的行程中，到达 → 接车间隔的 中位数为 10 秒 （48.8% 低于 10 秒），且 21% 的行程在 2 分钟内记录了到达/出发/结束。因此，司机点击“已到达”标记的是上车（甚至送达）， 而不是到达集合点 ：它没有测量其声称测量的内容。

收集修正 v2 （序列自 2026 年 8 月 4 日 00:00 UTC 起生效）：到达接车点 由服务器端通过地理围栏测量 ，公开半径冻结为 120 米，并在首次触发时记录版本。基于这一统一来源， 准时率和即时请求等待时间重新启用 ，需达到 15 次有效测量且准确覆盖率达到 80%。仍暂不公布： 接近时间 和 时长。任何重新启用都适用不筛选原则（§1）：一旦达到阈值，指标在每个期间都会发布，即使不利 — 来自同一来源的“98% 准时”与糟糕数字一样都会发布。

3.1. 时间

所谓客户等待 是客户感受到的 完整 时间，包括寻找司机 — 对于提前预订的行程，客户无需“等待”：司机在约定时间到来。此外， 接近时间 不针对即时请求发布：司机应用在接单时自动开始接近，因此测量的“接近行程”就是接单→到达时间，已包含在公布的等待时间中 — 既重复又系统性偏高。此外， 接单时间 不包括调度中心的直接指派：这些指派几乎即时，不衡量司机的决定 — 如果不排除，数字将无法解读。中位数旁还发布（v1.3） 60 秒内接单占比 — 相同总体，相同 n。此外， 提前预订时间 （v1.3）衡量客户提前多久下单：即时请求没有自选的提前时间（预定时间由系统设置）→ 排除；重点展示中位数，因为分布很广（从几小时到几周）。

3.2. 行程

此外， 预估距离 （预订时计算的道路路线，不含包车，界限 0.5 – 500 公里）已发布。此外， 实际行程时长 和 机场接送时长 暂不公布：它们基于接车 → 行程结束节点，而这些节点常常挤在一起（见 §3.0）。样本说明：预估距离只填写在部分已完成行程上（救援导入和旧预订没有此数据）— 因此这些指标比时间指标更晚达到 15 的阈值。这是阈值带来的既定结果，而不是编辑选择。

3.3. 准时率

仅限提前预订 — 即时请求没有承诺时间。

• 行程被视为 “准时” ，前提是地理围栏测量的到达不晚于 预定时间后 5 分钟 （容差）。
• 已发布： 准时行程百分比, 带符号差值的中位数 到达 − 预定时间（分钟；负值 = 提前）以及 覆盖率 （测量）。与比率一同公布的中位差值使容差阈值透明。
• 延误幅度 ：超过容差的差值平均值（“发生延误时的平均延误”）和延误次数，以相同阈值与比率一同发布（n ≥ 15，覆盖率 ≥ 80%）。
• 临时显示 ：当 n ≥ 15 但低于覆盖率阈值时，已测量的摘要显示在卡片备注中，并标注“临时数字”。主值仍为“—”，JSON/CSV 导出不包含临时数字。
• 覆盖率 = 到达被自动测量的合格总体占比；未覆盖的行程（应用关闭、地理围栏未触发）计入分母，绝不计入分子。差值界限：−180 至 +180 分钟。

3.4. 业务占比

分母 = 当期基础总体， 除非规则另有说明。仅在分母 ≥ 15 时发布。

3.5. 业务量

月度业务量 ：过去 6 个月每个日历月（Europe/Paris）完成的行程数 — 当前月份标记为“进行中”（部分业务量）。 当期 / 累计业务量 ：见 §5。

3.6. 暂不公布的指标 — 等待收集变得可靠

暂不公布 = 已定义 （见上文）但 不显示 在页面或导出文件中，直到基础数据可靠。定义保持冻结，以便重新启用时没有歧义。

原因 A — 司机节点不可靠 （2026 年 7 月 28 日测量）：到达、接车和结束节点部分在送达时一次性输入。这种污染 只偏向一个方向 — 它抬高等待和接近时间，压缩时长 — 因此基于 80% 干净数据和 20% 同向偏移数据计算的中位数是 偏移的，而不是“稳健的”。v1.2 因地理围栏解除：即时等待和准时率（它们只依赖到达）。仍暂不公布：接近时间（依赖“在途”点击）、行程和机场接送时长（依赖接车和结束点击）。

原因 B — 数据未收集 ：司机应用未采集实际行驶距离和时长（已核查 191 次行程，0 次有数据）。因此暂不公布：预估与实际差异。

重新启用规则（严格） :

• 不做事后筛选。 我们不会只保留“正确输入”的行程来重新发布这些指标：按输入质量筛选会带来看不见的偏差（正确输入的司机并不能代表其他司机）。唯一诚实的出路是让数据从源头可靠。
• 提高可靠性 ：服务器端测量的自动节点（地理围栏记录到达时间；出发和结束检测即将推出）；通过 GPS 轨迹自动采集实际距离/时长。
• 覆盖率保障 ：将指标限制为地理围栏测量的行程，是基于 测量方法而非结果的筛选 — 只要测量几乎覆盖整个总体，这就是合理的。否则未测量的行程（应用关闭）会重新形成与延误相关的变相“事后筛选”。因此要求覆盖率 ≥ 80%（§2），并在指标旁公布该比率，供读者自行判断。
• 重新启用 ：基于 收集修正之后的数据，并有 带日期的方法断点 ，以版本号递增为标志。一旦重新启用，即适用不筛选原则（§1）。

3.7. 接车市镇（v1.3）

• 来源 ：出发地址，是自由文本字段 — 数据库中没有结构化的市镇字段。市镇按固定规则提取：“France”之前的地址最后一段（逗号分隔），去掉邮政编码；剩余部分若含数字则拒绝（无法解析的地址 → 不计入，绝不猜测）。
• 统计总体 ：当期基础总体（已完成行程）。
• 发布 : 仅汇总数据。市镇只有在满足以下条件时才列出： 至少 15 次接车 （当期，通常阈值按市镇应用）。按市镇发布：接车次数和占总数的比例。 不发布任何个人地址、目的地或交叉统计 （市镇 × 时间、市镇 × 客户…）— 保护乘客优先。
• 既定局限 ：同一市镇的两种写法（“St-Priest” / “Saint-Priest”）可能使计数分开；汇总不区分大小写，但不规范缩写。里昂圣埃克苏佩里机场显示在其实际市镇下， Colombier-Saugnieu.

3.8. 接单后司机取消（v1.3）

该指标回答客户的一个具体问题： 我的行程被接单后，司机会丢下我吗？

• 统计总体 : 所有已接单行程 （当期）— 而不只是已完成行程：已取消行程永远不会完成，因此 §2 的基础总体看不到它。这是观察站唯一按接单日期分类的指标（已取消行程没有结束日期）。
• 分子 ：记录的取消发起方为接单司机的已取消行程。
• 带日期的断点 ：序列始于 2026 年 6 月 4 日（00:00 UTC），从该日起生产环境可靠记录取消发起方。绝不追溯适用；已于 2026 年 9 月 19 日对完整历史进行审计。
• 不计入的情况 ：以下情形： 客户未到 由司机确认（客户不在集合点）不属于司机取消；客户、操作员或合作伙伴取消也不属于。此外， 调度中心改派 （行政上从一名司机处撤回行程并指派给另一名司机）不是行程取消。
• 既定局限 ：该指标衡量 按此记录的取消。通过电话协商并由调度中心按改派处理的退出不会计入分子 — 但客户已被接送：这正是所衡量的承诺。
• 发布 ：百分比占比（一位小数），附分子、分母和序列开始日期。通常阈值：分母 ≥ 15。不筛选原则（§1）：即使数字变得不利，指标也将继续发布。

4. 夜间与定价

划分 19 点至 7 点（Europe/Paris） 并非随意：它是 价格引擎的“夜间”费率时段 （平台）。2026 年 7 月 28 日在生产环境中核实，每公里夜间加价已启用（根据车型为 +17% 至 +27%）。按时间划分夜间占比 预定 因此与实际向客户收取的费率一致。 公开承诺是预订时确定、事先可知的价格 — 而不是没有夜间费率。

5. 版本和版本管理

按日历季度发布版本 （例如“2026-T3”，Europe/Paris）：版本指标基于该季度内完成的行程计算。关闭后的重新发布使用单独的网址（例如 /observatoire/2026-t3-v2），并有自己的导出文件。初始版本保留其网址和数字。存档 = 冻结的版本 — 这使其成为 一手来源，而不是宣传册。既定结果：起初多个季度子类别显示“样本不足”。这是特性（§1），不是缺陷。

“自开始以来”累计版本 作为展示显示在 /observatoire ：已确认的数字（注明时间覆盖范围），重新生成并重新发布 每天自动进行 — 发布保障（n ≥ 15，覆盖率 ≥ 80%）适用于每次重新计算。

生命周期 ：季度版本先生成为草稿（幂等重新计算），然后发布 手动进行。已发布的季度版本 不可更改 ，并注明生成它的方法版本。

6. 发布

• /observatoire ：累计展示 + 当前已发布季度版本 + 每个数字的样本量。
• /observatoire/2026-t3 （等）：已发布版本的永久存档，列在主页面上。
• JSON 导出 和 CSV 导出 （只读）：与页面相同的数字，机器格式，包含许可和署名。参数 ?period=YYYY-QN 用于已存档版本。

7. 局限和偏差（公开显示）

• 业务构成 ：目前数字化业务主要由企业行程和救援任务组成。这些数字描述 ONLY VTC 平台，而不是整个里昂市场。
• 样本规模不大 ：数字平台在 2026 年逐步扩大使用（公司自 2016 年起运营，但电话行程没有时间戳）。样本根据指标从几十次到几百次行程不等 — 并会显示。
• 估算 ≠ 遥测 ：预估距离和时长是预订时的路线计算。
• 部分字段覆盖不完整 ：预估距离只填写在部分行程上（见 §3.2）。
• 司机节点不可靠 ：接近时间、行程时长和预估/实际差异仍暂不公布（见 §3.0 / §3.6）。一个来源暂停其无法诚实测量的内容，而不是加星号发布，这正是它与宣传册的区别。

8. 可复现性

上述所有定义都在我们的后端计算服务中实现（只读，直接在运营数据库上汇总），并由与代码一同版本管理的自动化测试覆盖。其中的界限、阈值和排除项都是与本文件对应的命名常量。记者和研究人员：如需讨论方法或获取详细数据，请写信至 contact@onlyvtc.fr.

9. 版本日志

许可和引用

观察站数据以以下许可发布： CC BY 4.0 ：请注明“ONLY VTC 观察站 — onlyvtc.fr/observatoire”。完整引用说明见 观察站页面.