Methodik des ONLY VTC-Observatoriums

1. Grundsätze

1. Keine Auswahl. Jeder Indikator, der in einem Zeitraum die Stichprobenschwelle erreicht, wird für diesen Zeitraum veröffentlicht, unabhängig von seinem Wert — auch wenn er ungünstig ist. Ein Indikator darf aus einer Ausgabe nur zurückgezogen werden wegen unzureichender Stichprobe, niemals weil die Zahl missfällt. Ein schlechtes Quartal selektiv zurückzuziehen wäre eine Lüge durch Auslassung.
2. Stichprobe immer angezeigt. Keine Zahl wird ohne ihre daneben sichtbare Stichprobengröße („n“) veröffentlicht. Eine (Unter-)Kategorie unter der Schwelle zeigt „unzureichende Stichprobe“, niemals eine Zahl.
3. Keine sensiblen Geschäftskennzahlen. Das Observatorium veröffentlicht weder Margen noch Provisionen, Auslastungsquoten, Umsatz oder Fahrervergütung. Nur Indikatoren zu Service undAktivität.
4. Keine Einzeldaten. Nur Aggregate. Keine identifizierbare Fahrt, kein identifizierbarer Kunde oder Fahrer wird offengelegt.
5. Schätzungen als solche gekennzeichnet. „Geschätzte“ Entfernungen und Dauern sind bei der Buchung vorgenommene Routenberechnungen, keine Bordtelemetrie. Die öffentliche Bezeichnung sagt das.

2. Gemeinsamer Rahmen

2.1. Begründete Ausschlüsse

Chauffeurservice und automatische/erzwungene Abschlüsse werden im öffentlichen Block „Ausschlüsse“ der Exporte gezählt. Die übrigen indikatorspezifischen Ausschlüsse sind an seinem n erkennbar, das immer mit dem Wert oder seinem Fortschritt veröffentlicht wird.

3. Indikatoren — Definitionen auf den Zeitstempel genau

Meilensteine im Lebenszyklus einer Fahrt (alle mit Server-Zeitstempel): Anfrage → Annahme durch den Fahrer → Abfahrt des Fahrers („unterwegs“) → Ankunft am Abholpunkt → Abholung (Kunde an Bord) → Fahrtende. Hinzu kommt diegeplante Abholzeit, bei der Buchung festgelegt.

3.0. Veröffentlichungsstatus (v1.3)

In der Produktion am 28. Juli 2026 geprüft (schreibgeschütztes Prüfskript, in unserem Repository versioniert): Die vom Fahrer eingegebenen Fortschrittsmeilensteine (Ankunft, Abholung, Ende) werden teilweise gesammelt beim Absetzen getippt. Bei 127 Fahrten mit vollständigen Meilensteinen hat der Abstand Ankunft → Abholung einen Median von 10 Sekunden (48,8 % unter 10 s) und 21 % der Fahrten haben Ankunft/Abfahrt/Ende in unter 2 Minuten. Das Tippen des Fahrers auf „angekommen“ markiert also das Einsteigen (oder sogar das Absetzen), nicht die Ankunft am Treffpunkt : Es misst nicht, was es zu messen vorgibt.

Erfassungskorrektur v2 (Reihe aktiv ab dem 4. August 2026, 00:00 UTC): Die Ankunft am Abholpunkt wird serverseitig per Geofence gemessen mit einem eingefrorenen öffentlichen Radius von 120 m und bei der ersten Auslösung versioniert. Auf dieser einheitlichen Quelle werden Pünktlichkeit und Wartezeit bei Sofortanfragen wieder aktiviert ab 15 gültigen Messungen und nur, wenn das exakte Abdeckungsverhältnis 80 % erreicht. Weiterhin ausgesetzt: die Anfahrtszeit und die Dauern. Jede Reaktivierung wendet den Grundsatz der Nichtauswahl an (§1): Sobald die Schwelle erreicht ist, wird der Indikator in jedem Zeitraum veröffentlicht, auch wenn er ungünstig ist — ein „98 % pünktlich“ aus derselben Quelle würde ebenso veröffentlicht wie eine schlechte Zahl.

3.1. Zeiten

DieWartezeit des Kunden ist die gesamte vom Kunden erlebte Zeit, einschließlich Fahrersuche — bei einer im Voraus gebuchten Fahrt „wartet“ der Kunde nicht: Der Fahrer kommt zur vereinbarten Zeit. Die Anfahrtszeit wird für Sofortanfragen nicht veröffentlicht: Die Fahrer-App startet die Anfahrt bei der Annahme automatisch, die gemessene „Anfahrt“ wäre also die Zeit Annahme→Ankunft, die bereits in der veröffentlichten Wartezeit enthalten ist — redundant und systematisch überhöht. Die Annahmezeit schließt direkte Zuweisungen der Disposition aus: Fast sofort erfolgt, messen sie nicht die Entscheidung eines Fahrers — ohne diesen Ausschluss wäre die Zahl nicht interpretierbar. Neben dem Median wird (v1.3) veröffentlicht der in unter 60 Sekunden angenommene Anteil — dieselbe Grundgesamtheit, dasselbe n. Die Vorlaufzeit bei Vorausbuchung (v1.3) misst, wie lange im Voraus der Kunde bestellt: Eine Sofortanfrage hat keine gewählte Vorlaufzeit (die geplante Zeit setzt das System) → ausgeschlossen; der Median wird hervorgehoben, da die Verteilung sehr breit ist (von einigen Stunden bis zu mehreren Wochen).

3.2. Fahrt

Die geschätzte Entfernung (bei der Buchung berechnete Straßenroute, ohne Chauffeurservice, Grenzen 0,5 – 500 km) wird veröffentlicht. Die tatsächliche Fahrtdauer und die Dauer des Flughafentransfers sind ausgesetzt: definiert auf den Meilensteinen Abholung → Fahrtende, die gebündelt sind (siehe §3.0). Hinweis zur Stichprobe: Die geschätzte Entfernung ist nur bei einem Teil der abgeschlossenen Fahrten eingetragen (Assistance-Importe und ältere Buchungen haben sie nicht) — diese Indikatoren erreichen die Schwelle von 15 daher später als die Zeitindikatoren. Das ist eine akzeptierte Folge der Schwelle, keine redaktionelle Entscheidung.

3.3. Pünktlichkeit

Nur im Voraus gebuchte — eine Sofortanfrage hat keine zugesagte Zeit.

• Eine Fahrt ist „pünktlich“ wenn die per Geofence gemessene Ankunft spätestens erfolgt 5 Minuten nach der geplanten Zeit (Toleranz).
• Veröffentlicht: % pünktliche Fahrten, Median der vorzeichenbehafteten Abweichung Ankunft − geplante Zeit (in Minuten; negativ = zu früh) und Abdeckungsquote der Messung. Die neben der Quote veröffentlichte mediane Abweichung macht die Toleranzschwelle transparent.
• Ausmaß der Verspätungen : Mittelwert der Abweichungen über der Toleranz („durchschnittliche Verspätung, wenn sie auftritt“) und Anzahl der Verspätungen, neben der Quote mit derselben Schwelle veröffentlicht (n ≥ 15, Abdeckung ≥ 80 %).
• Vorläufige Anzeige : Ab n ≥ 15, aber unter der Abdeckungsschwelle wird die bereits gemessene Zusammenfassung im Kartenhinweis angezeigt, gekennzeichnet als „vorläufige Zahl“. Der Hauptwert bleibt „—“ und die JSON-/CSV-Exporte enthalten das Vorläufige nicht.
• Abdeckung = Anteil der berechtigten Grundgesamtheit, deren Ankunft automatisch gemessen wird; eine nicht abgedeckte Fahrt (App geschlossen, Geofence nicht ausgelöst) zählt im Nenner, nie im Zähler. Grenzen der Abweichung: −180 bis +180 Min.

3.4. Tätigkeitsanteile

Nenner = Basisgrundgesamtheit des Zeitraums, sofern in der Regel nicht anders angegeben. Nur veröffentlicht, wenn der Nenner ≥ 15 ist.

3.5. Volumen

Monatsvolumen : Anzahl der pro Kalendermonat abgeschlossenen Fahrten (Europe/Paris) in den letzten 6 Monaten — der laufende Monat ist als „laufend“ markiert (Teilvolumen). Zeitraum- / Gesamtvolumen : siehe §5.

3.6. Ausgesetzte Indikatoren — bis zur zuverlässigen Erfassung

Ausgesetzt = definiert (oben), aber nicht angezeigt auf der Seite oder in den Exporten, solange die zugrunde liegenden Daten nicht zuverlässig sind. Die Definition bleibt eingefroren, damit die Reaktivierung eindeutig ist.

Ursache A — unzuverlässige Fahrermeilensteine (gemessen am 28. Juli 2026): Ankunfts-, Abhol- und Endmeilensteine werden teilweise gesammelt beim Absetzen eingegeben. Die Verunreinigung ist nur in eine Richtung verzerrt — sie erhöht Wartezeit und Anfahrt und staucht die Dauer — ein Median aus 80 % sauberen und 20 % in dieselbe Richtung verschobenen Daten ist also verschoben, nicht „robust“. In v1.2 dank Geofence aufgehoben: Sofort-Wartezeit und Pünktlichkeit (sie hingen nur von der Ankunft ab). Weiter ausgesetzt: Anfahrtszeit (abhängig vom Tippen auf „unterwegs“), Fahrt- und Flughafentransferdauer (abhängig vom Tippen bei Abholung und Ende).

Ursache B — nicht erfasste Daten : Die tatsächlich zurückgelegte Entfernung und Dauer werden von der Fahrer-App nicht erfasst (0 von 191 geprüften Fahrten ausgefüllt). Deshalb ausgesetzt: die Abweichung geschätzt / tatsächlich.

Reaktivierungsregeln (streng) :

• Keine nachträgliche Filterung. Wir veröffentlichen diese Indikatoren nicht erneut, indem wir nur „korrekt eingegebene“ Fahrten behalten: Eine Auswahl nach Eingabequalität führt zu einer unsichtbaren Verzerrung (Fahrer, die korrekt eingeben, sind nicht repräsentativ für andere). Der einzige ehrliche Ausweg ist eine zuverlässige Erfassung an der Quelle.
• Zuverlässigkeit : automatische, serverseitig gemessene Meilensteine (Geofence mit Zeitstempel der Ankunft; Erkennung von Abfahrt und Ende folgt); automatische Erfassung der tatsächlichen Entfernung/Dauer über die GPS-Spur.
• Abdeckungsschutz : Einen Indikator auf per Geofence gemessene Fahrten zu beschränken, ist eine Auswahl nach der Messmethode, nicht nach dem Ergebnis — legitim, sofern die Messung fast die gesamte Grundgesamtheit abdeckt. Sonst würden nicht gemessene Fahrten (App geschlossen) eine getarnte „nachträgliche Filterung“ bilden, die mit der Verspätung korreliert. Daher die Anforderung einer Abdeckung ≥ 80 % (§2), mit der Quote neben dem Indikator, damit Lesende selbst urteilen können.
• Reaktivierung : auf den Daten nach der Erfassungskorrektur, mit einem datierten methodischen Bruch , markiert durch eine Versionserhöhung. Ab der Reaktivierung gilt der Grundsatz der Nichtauswahl (§1).

3.7. Abholgemeinden (v1.3)

• Quelle : die Startadresse, ein Freitextfeld — in der Datenbank gibt es kein strukturiertes Gemeindefeld. Die Gemeinde wird nach fester Regel extrahiert: letztes Adresssegment (Trennzeichen Komma) vor „France“, Postleitzahl entfernt; ein verbleibendes Segment mit einer Ziffer wird verworfen (nicht auswertbare Adresse → aus der Zählung ausgeschlossen, nie geraten).
• Grundgesamtheit : Basisgrundgesamtheit des Zeitraums (abgeschlossene Fahrten).
• Veröffentlichung : nur Aggregate. Eine Gemeinde wird nur aufgeführt, wenn sie zählt mindestens 15 Abholungen im Zeitraum (die übliche Schwelle, pro Gemeinde angewendet). Pro Gemeinde veröffentlicht: Anzahl der Abholungen und Anteil am Gesamtwert. Keine Einzeladresse, kein Ziel, keine Kreuzung (Gemeinde × Uhrzeit, Gemeinde × Kunde…) wird veröffentlicht — der Schutz der beförderten Personen hat Vorrang.
• Akzeptierte Grenze : Zwei Schreibweisen derselben Gemeinde („St-Priest“ / „Saint-Priest“) können eine Zählung aufteilen; die Aggregation ignoriert die Groß-/Kleinschreibung, normalisiert aber keine Abkürzungen. Der Flughafen Lyon-Saint-Exupéry erscheint unter seiner tatsächlichen Gemeinde, Colombier-Saugnieu.

3.8. Fahrerstornierungen nach Annahme (v1.3)

Der Indikator beantwortet eine konkrete Kundenfrage: Kann mich der Fahrer im Stich lassen, sobald meine Fahrt angenommen ist?

• Grundgesamtheit : alle angenommenen Fahrten des Zeitraums — nicht nur abgeschlossene Fahrten: Eine stornierte Fahrt wird nie abgeschlossen, die Basisgrundgesamtheit in §2 kann sie also nicht sehen. Dies ist der einzige Indikator des Observatoriums, der nach Annahmedatum klassifiziert wird (eine stornierte Fahrt hat kein Enddatum).
• Zähler : stornierte Fahrten, deren erfasster Stornierungsurheber der annehmende Fahrer ist.
• Datierter Bruch : Die Reihe beginnt am 4. Juni 2026 (00:00 UTC), dem Datum, ab dem der Stornierungsurheber in der Produktion zuverlässig eingetragen wird. Nie rückwirkend angewendet; am 19. September 2026 auf der gesamten Historie geprüft.
• Was nicht zählt : Das Nichterscheinen eines Kunden , vom Fahrer festgestellt (Kunde nicht am Treffpunkt), ist keine Fahrerstornierung; ebenso wenig eine Stornierung durch den Kunden, einen Operator oder einen Partner. Eine Neuzuweisung durch die Disposition (administrativer Entzug der Fahrt bei einem Fahrer zur Zuweisung an einen anderen) ist keine Stornierung der Fahrt.
• Akzeptierte Grenze : Der Indikator misst Stornierungen, die als solche erfasst sind. Ein telefonisch vereinbarter und von der Disposition als Neuzuweisung behandelter Rücktritt erscheint nicht im Zähler — aber der Kunde wurde abgeholt: Das ist das gemessene Versprechen.
• Veröffentlichung : Prozentanteil (eine Dezimalstelle), mit Zähler, Nenner und Beginn der Reihe. Übliche Schwelle: Nenner ≥ 15. Grundsatz der Nichtauswahl (§1): Der Indikator bleibt veröffentlicht, auch wenn die Zahl ungünstig wird.

4. Nacht und Preisgestaltung

Die Einteilung 19–7 Uhr (Europe/Paris) ist nicht willkürlich: Es ist der „Nacht“-Tarifzeitraum der Preis-Engine der Plattform. In der Produktion am 28. Juli 2026 geprüft, ist ein nächtlicher Aufschlag pro Kilometer aktiv (von +17 % bis +27 % je nach Klasse). Die Einordnung des Nachtanteils nach der Uhrzeit geplant stimmt also mit dem dem Kunden tatsächlich berechneten Tarif überein. Das öffentliche Versprechen ist der bei der Buchung festgelegte, im Voraus bekannte Preis — nicht das Fehlen eines Nachttarifs.

5. Ausgaben und Versionierung

Ausgaben nach Kalenderquartal (z. B. „2026-T3“, Europe/Paris): Die Kennzahlen einer Ausgabe werden auf den in diesem Quartal abgeschlossenen Fahrten berechnet. Eine Neuauflage nach Abschluss erhält eine eigene URL (zum Beispiel /observatoire/2026-t3-v2), mit eigenen Exporten. Die ursprüngliche Ausgabe behält ihre URL und ihre Zahlen. Ein Archiv = eine eingefrorene Ausgabe — das macht eine Primärquelleaus, keine Broschüre. Akzeptierte Folge: Zu Beginn zeigen mehrere vierteljährliche Unterkategorien „unzureichende Stichprobe“. Das ist eine Funktion (§1), kein Mangel.

Kumulative Ausgabe „seit Beginn“ als Übersicht angezeigt auf /observatoire : die konsolidierten Zahlen (zeitliche Abdeckung angegeben), neu erzeugt und erneut veröffentlicht automatisch jeden Tag — die Veröffentlichungsschutzregeln (n ≥ 15, Abdeckung ≥ 80 %) gelten bei jeder Neuberechnung.

Lebenszyklus : Eine Quartalsausgabe wird als Entwurf erzeugt (idempotente Neuberechnung), dann veröffentlicht manuell. Eine veröffentlichte Quartalsausgabe ist unveränderlich und verweist auf die Methodikversion, die sie erzeugt hat.

6. Veröffentlichung

• /observatoire : kumulative Übersicht + aktuelle veröffentlichte Quartalsausgabe + Stichprobengröße bei jeder Zahl.
• /observatoire/2026-t3 (usw.): dauerhafte Archive der veröffentlichten Ausgaben, auf der Hauptseite aufgeführt.
• JSON-Export und CSV-Export (nur Lesen): dieselben Zahlen wie auf der Seite, Maschinenformat, Lizenz und Quellenangabe enthalten. Parameter ?period=JJJJ-QN für eine archivierte Ausgabe.

7. Grenzen und Verzerrungen (öffentlich angezeigt)

• Zusammensetzung der Aktivität : Die digitalisierte Aktivität besteht heute überwiegend aus Firmenfahrten und Assistance-Einsätzen. Diese Zahlen beschreiben die ONLY VTC-Plattform, nicht den gesamten Lyoner Markt.
• Bescheidene Stichproben : Die digitale Plattform wird 2026 hochgefahren (Unternehmen seit 2016 tätig, aber telefonische Fahrten hatten keinen Zeitstempel). Die Stichproben reichen je nach Indikator von einigen Dutzend bis zu einigen Hundert Fahrten — und werden angezeigt.
• Schätzungen ≠ Telemetrie : Geschätzte Entfernungen und Dauern sind bei der Buchung vorgenommene Routenberechnungen.
• Teilweise Abdeckung einiger Felder : Die geschätzte Entfernung ist nur bei einem Teil der Fahrten eingetragen (siehe §3.2).
• Unzuverlässige Fahrermeilensteine : Anfahrtszeit, Fahrtdauern und die Abweichung geschätzt/tatsächlich bleiben ausgesetzt (siehe §3.0 / §3.6). Eine Quelle, die aussetzt, was sie nicht ehrlich messen kann, statt es mit einem Sternchen zu veröffentlichen, unterscheidet sich genau dadurch von einer Broschüre.

8. Reproduzierbarkeit

Alle obigen Definitionen sind im Berechnungsdienst unseres Backends umgesetzt (nur Lesen, direkte Aggregationen auf der Betriebsdatenbank) und durch mit dem Code versionierte automatisierte Tests abgedeckt. Grenzen, Schwellen und Ausschlüsse sind dort benannte Konstanten, die diesem Dokument entsprechen. Journalisten und Forschende: Für einen Austausch über die Methodik oder detaillierte Daten schreiben Sie an contact@onlyvtc.fr.

9. Versionsprotokoll

Lizenz und Zitierung

Die Daten des Observatoriums werden veröffentlicht unter der Lizenz CC BY 4.0 : Zitieren Sie „ONLY VTC-Observatorium — onlyvtc.fr/observatoire“. Die vollständige Zitieranleitung steht auf der Seite des Observatoriums.