Problem użytkownika: GPS nie rozwiązuje skarg na styl jazdy ani nie podnosi realnego bezpieczeństwa
Dyspozytor widzi pozycję aut i trasy, a mimo to spływają skargi: gwałtowne hamowanie pod światłami, szybkie wejścia w zakręty, telefon w ręku kierowcy, pasażer bez pasów. Sam GPS nie pokaże, czy kierowca jechał równo, czy agresywnie. Nie pokaże też, czy system zareagował na incydent, kiedy to naprawdę było potrzebne. Telematyka w taxi ma sens dopiero wtedy, gdy łączy lokalizację z analizą stylu jazdy, ryzykiem na trasie i aktywną ochroną pasażera.
Krótki brief pytań, na które trzeba mieć odpowiedź
Czy system rejestruje i klasyfikuje gwałtowne manewry, a nie tylko drogę przejazdu?
Jak kierowca dostaje feedback w trakcie jazdy, a nie po zmianie?
Jak dane wspierają bezpieczeństwo pasażera: pasy, drzwi, S.O.S, kolizje?
Co z prywatnością po zakończeniu kursu i w trybie prywatnym pojazdu?
Jak telematyka pomaga w sporach i szkodach: materiał dowodowy, alerty powypadkowe, polityka retencji?
Błąd 1: Sprowadzanie telematyki do samego GPS
Dlaczego to szkodzi
Sam sygnał GPS rozwiązuje dyspozycyjność i estymację czasu dojazdu, ale nie mówi nic o jakości jazdy. Bez analizy przyspieszeń, hamowań i bocznych przeciążeń flota „na mapie” wygląda porządnie, a pasażer dostaje nieprzyjemny zygzak po progach i rondach. Rosną reklamacje, koszty opon i hamulców, a w razie kolizji nie ma obiektywnej sekwencji zdarzeń.
Jak to rozpoznać w praktyce
Raporty ograniczają się do tras, czasów i spalania bez kontekstu manewrów.
W aplikacji kierowcy brak jakichkolwiek ostrzeżeń o agresywnych zdarzeniach.
W ocenie kierowców nie ma metryk „ostre hamowanie”, „gwałtowne przyspieszenie” lub „siła boczna”.
Co zrobić lepiej
Wdrożyć analizę dynamiki: akcelerometr 3-osiowy i korekta danych GPS żyroskopem. Próg wykrywania zdarzeń kalibrować do pojazdu i miasta: próg hamowania np. 3 m/s² dla sedana na suchym, ale 2,2–2,5 m/s² przy częstych progach i mokrej nawierzchni. Zdarzenia klasyfikować kontekstowo: hamowanie awaryjne przy pieszym nie może karać kierowcy – powinno być oznaczone jako „obrona”.
Błąd 2: Ignorowanie stylu jazdy jako głównego czynnika komfortu i ryzyka
Dlaczego to szkodzi
Styl jazdy wpływa na bezpieczeństwo pasażerów bardziej niż sama prędkość średnia. Dwa kursy o tej samej długości mogą mieć skrajnie różny poziom ryzyka: jedno ostre hamowanie na mokrym, jedno agresywne wejście w zakręt i szansa na incydent rośnie wielokrotnie. Brak analityki powoduje, że dyspozytor nie odróżnia kierowcy „pechowego” od tego, który wymusza sytuacje problemowe.
Jak to rozpoznać w praktyce
Skargi „szarpało” bez szczegółów w systemie – nie widać czasu i siły manewru.
Flota ma nierówne zużycie opon i klocków bez wyjaśnienia w danych.
Brak heatmap odcinków z powtarzalnymi ostrymi manewrami.
Progi i metryki, które mają sens
Hamowanie: zdarzenie od 2,8–3,5 m/s², awaryjne powyżej 5 m/s² (zależnie od auta i ładunku).
Przyspieszenie: zdarzenie od 2,5–3,0 m/s², awaryjne powyżej 4,5 m/s².
Siła boczna (zakręt): zdarzenie od 0,35–0,45 g, krytyczne powyżej 0,55 g.
Stabilność prędkości: odchylenie standardowe prędkości w ruchu miejskim > 13 km/h to sygnał agresji lub złej predykcji świateł.
Lepsze rozwiązanie
Agregować wskaźniki do bezpiecznego score’u, ale bez pozornego uśredniania. Dzielić kontekst na: miasto, trasa, autostrada; sucho/mokro (prosty proxy: intensywność wycieraczek jeśli CAN dostępny lub dane pogodowe). W module kierowcy pokazać jednoznacznie: „3 ostre hamowania w 20 min – 2 przypadki w strefie progów, 1 przy pieszym – bez kary”. Takie rozróżnienie buduje zaufanie.
Błąd 3: Brak powiązania telematyki z ochroną pasażera
Dlaczego to szkodzi
Telematyka skupiona wyłącznie na pojeździe nie rozwiązuje problemów bezpieczeństwa wewnątrz kabiny. Pasażer bez pasa, dziecko bez fotelika, otwarte tylne drzwi podczas ruszania – GPS tego nie pokaże. Incydenty wewnątrz skutkują sporami, a czasem roszczeniami, których można było uniknąć prostą interwencją.
Jak rozpoznać lukę
Brak alertów o ruchu pojazdu przy niezapiętych pasach na tylnych miejscach.
Brak przycisku S.O.S. w kabinie lub w aplikacji pasażera.
Brak powiązania zdarzenia telematycznego (np. uderzenie) z szybkim kontaktem operacyjnym z pasażerem.
Co wdrożyć
Integracja z CAN/OBD: status pasów, drzwi, poduszki, wycieraczki, ABS/ESP (jeśli dostępne).
Detekcja kolizji: algorytm FNOL (first notice of loss) z automatycznym powiadomieniem dyspozytorni i opcją wezwania służb.
Przycisk S.O.S. i „silent alarm” kierowcy (różne priorytety, inne ścieżki reakcji).
Reguła „ruszanie z otwartymi drzwiami” i „prędkość > 5 km/h bez pasów tył” – dźwięk w kabinie plus notyfikacja.
Błąd 4: Ocenianie kierowców tylko po czasie dojazdu i średniej prędkości
Dlaczego to szkodzi
Wskaźniki czasu kuszą prostotą, ale promują ryzykowne skróty i „przeciskanie się”, co obniża komfort i podnosi ryzyko. Kierowcy optymalizują to, co mierzymy. Jeśli mierzymy wyłącznie szybkość, dostaniemy szybkość kosztem jakości.
Objawy błędnej metryki
Kierowcy wybierają krótsze, ale bardziej niebezpieczne trasy (np. osiedlowe skróty).
Wzrasta liczba ostrych manewrów przy końcu kursu (pośpiech, by skrócić ETA).
Spada ocena pasażerów mimo teoretycznie „lepszych czasów”.
Błąd 5: Brak informacji zwrotnej w czasie jazdy
Dlaczego to szkodzi
Po-faktowe raporty nie zmieniają zachowań na trasie. Kierowca nie pamięta konkretnego skrzyżowania ani kontekstu zdarzenia, więc uczy się wolniej lub wcale. Bez delikatnych sygnałów „tu i teraz” styl jazdy dryfuje w stronę nawyków, a nie polityki firmy.
Jak rozpoznać problem
Aplikacja kierowcy pokazuje wyłącznie raporty po zakończonej zmianie.
Brak dyskretnego alertu przy przekroczeniu progu zdarzenia (wibracja, pojedynczy dźwięk, podświetlenie).
Dużo „czerwonych” punktów w historii, a brak trendu poprawy przez kolejne tygodnie.
Źródło: Pexels | Autor: Chucky Chiang
Co wdrożyć
Mikro-coaching: subtelny sygnał przy przekroczeniu progu (1 krótka wibracja), a komentarz dopiero po zatrzymaniu (np. „wysokie odchylenie prędkości – wcześniejsze odpuszczanie gazu przed światłami”).
Higiena alertów: maks. 1 komunikat na 15–20 sekund, 3 poziomy ważności; automatyczna cisza w korku i strefie progów.
Wizualne markery miejsca: podgląd ostatnich 5 zdarzeń na mapie z adnotacją pogody i natężenia ruchu, by kierowca mógł zaplanować korektę trasy.
Błąd 6: Nieuwzględnianie prywatności i retencji danych
Dlaczego to szkodzi
Niejasne zasady przetwarzania kończą się wyłączaniem urządzeń, utratą zaufania i ryzykiem naruszeń prawnych. Kierowcy i pasażerowie muszą wiedzieć, co, kiedy i po co jest zapisywane oraz kto ma do tego dostęp.
Sygnały ostrzegawcze
Brak trybu prywatnego po zakończeniu kursu lub poza godzinami pracy.
Retencja „na zawsze” albo nieokreślona; brak logów dostępu do danych.
Brak oceny skutków (DPIA) i podstawy prawnej dla poszczególnych funkcji (np. nagrań wideo, jeśli są).
Bezpieczniejszy model
Minimalizacja: nagrywanie surowych przyspieszeń lokalnie, wysyłka wyłącznie zdarzeń i agregatów; pełny ślad kursu tylko dla incydentów.
Retencja warstwowa: surowe dane 24–72 h, zdarzenia 90 dni, materiały powypadkowe do zakończenia sprawy ubezpieczeniowej.
Tryb prywatny: przełączenie z aplikacji kierowcy; po aktywacji brak śledzenia pozycji i stylu, jedynie sygnały bezpieczeństwa pojazdu (np. poduszki, jeśli wymagane prawem).
Transparentność: panel wglądu kierowcy z historią udostępnień, celem i podstawą prawną.
Błąd 7: Montaż „plug-and-play” bez kalibracji i walidacji
Dlaczego to szkodzi
Fabryczne progi rzadko pasują do lokalnych warunków. Inny balans sił w vanie, inny w hybrydzie; inne nawierzchnie w centrum niż na obrzeżach. Efekt: fałszywe alarmy i bagatelizowanie systemu.
Jak wychwycić
W jednym typie auta większość zdarzeń to „ostre zakręty”, w innym – „hamowania”, mimo podobnych tras.
Nadmiar zdarzeń w okolicy progów zwalniających i brukowanych ulic (złe filtrowanie drgań).
Duża rozbieżność między zdarzeniami a opiniami pasażerów („system karze za normalną jazdę”).
Procedura poprawy
Kalibracja 3-etapowa: montaż z testem statycznym, jazda referencyjna (progi, zakręty, awaryjne hamowanie w kontrolowanych warunkach), porównanie z danymi z CAN/ABS (jeśli dostępne).
Kontekst mapowy: wyciszanie stref z progami i kostką; inne progi dla zjazdów spiralnych w parkingach.
Auto-adaptacja: korekta progów po 100–200 km danych bazowych dla danego auta i kierowcy, z limitem zmian na tydzień (stabilność).
Błąd 8: Brak połączenia telematyki z operacjami i ubezpieczeniem
Dlaczego to szkodzi
Alert bez reakcji nie poprawia bezpieczeństwa. Jeśli po kolizji nie ma szybkiego FNOL ani materiału dowodowego, flota traci czas i pieniądze na spory „słowo przeciw słowu”.
Objawy niedomkniętej pętli
Alerty lądują w skrzynce mailowej bez SLA i dyżuru.
Brak zdefiniowanych ról: kto oddzwania do pasażera, kto do kierowcy, kto eskaluje do 112/999.
Ubezpieczyciel „nie uznaje” danych, bo format lub metadane są niekompletne.
Co zrobić lepiej
Playbooki zdarzeń: kolizja, S.O.S., agresja w kabinie, dłuższy postój w niebezpiecznej strefie. Do każdego: progi, czasy reakcji, odpowiedzialni, szablony wiadomości.
FNOL w 60–120 sekund: automatyczny webhook/SMS do centrum wraz z delta‑v, kierunkiem uderzenia, liczbą osób (z czujników pasów), pinezką GPS i kontaktem do obu stron.
Standaryzacja danych dla TU: eksport JSON/CSV z sygnaturą czasu, błędami GPS, kalibracją sensorów i checksum – bez tego materiał jest łatwy do podważenia.
Błąd 9: Karzący scoring bez pozytywnych bodźców
Dlaczego to szkodzi
Sam „bat” prowadzi do omijania systemu: wyłączanie urządzeń, unikanie aplikacji, manipulacje trasą. Utrwalasz wrogi model współpracy.
Źródło: Pexels | Autor: Tim Samuel
Jak to widać
Krótkie przerwy w transmisji danych „akurat” przy zdarzeniach.
Brak wolontariuszy do testów lub pilotażu nowych funkcji.
Różnica między oceną flotową a oceną pasażerów rośnie, choć metryki „na papierze” wyglądają lepiej.
Zdrowsze podejście
Okres adaptacyjny 2–4 tygodnie: feedback bez konsekwencji finansowych, tylko cele dzienne/tygodniowe.
Nagrody za trend: mniejsza liczba zdarzeń na 100 km, „czyste” kursy w strefach trudnych, stabilna prędkość w szczycie.
Escalation na końcu: działania naprawcze dopiero po rozmowie o konkretnych kursach i kontekście (pogoda, roboty drogowe).
Co sprawdzić przed decyzją o platformie
Jakość detekcji: test demo na 3 trasach (centrum, obwodnica, osiedla) i porównanie liczby fałszywych zdarzeń.
Tryb „pasażer first”: funkcje S.O.S., status pasów, szybkie potwierdzenie bezpieczeństwa po kolizji (do 2 minut).
Błąd 10: Ignorowanie kontekstu drogowego przy ocenie stylu jazdy
Dlaczego to szkodzi
Suche progi przyspieszeń i prędkości bez kontekstu prowadzą do karania ostrożnej jazdy. Tramwaj na priorytecie, przejazd przez torowisko, śliska kostka, strefa tempo 30 z wyniesionymi przejściami – algorytm bez warstw mapowych i pogody uzna to za „ostry manewr”. Skutek: zniechęcenie kierowców i rozjazd metryk z realnym bezpieczeństwem pasażera.
Jak to rozpoznać
Skupiska zdarzeń w tych samych miejscach (ronda z torami, wjazdy do stref tempo 30, mosty z dylatacjami), niezależnie od kierowcy.
Wzrost „ostrych hamowań” w deszczu lub przy -5°C, bez wzrostu skarg pasażerów.
Odwołania kierowców z uzasadnieniem „remont/objazd” i potwierdzeniem w dzienniku utrudnień.
Jak zrobić to lepiej
Kontekst mapowy: warstwy ograniczeń prędkości, stref szkolnych, przejść wyniesionych, torowisk, progów zwalniających; wyciszanie lub zmiana progów w tych punktach.
Pogoda i pora dnia: dynamiczne progi przy deszczu/śniegu, niższa tolerancja na poślizg i dłuższa histereza na hamowania w nocy.
Natężenie ruchu: tryb „gęsty ruch” z większym naciskiem na płynność (stabilna prędkość, brak „gumowej linki”) zamiast surowej prędkości maksymalnej.
Hotspoty do przeglądu: kwartalny przegląd 10 lokalizacji z największą liczbą zdarzeń – decyzja: korekta algorytmu, dodanie strefy wyciszenia lub szkolenie trasowe.
Adnotacje z kabiny: możliwość tagowania kursu „objazd/remont/śnieg” – użycie do nadpisania oceny tylko w tych przypadkach, po weryfikacji.
Przykład: rondo z kostki przy pętli tramwajowej. Bez warstw mapowych każdy przejazd generował „ostry skręt”. Po dodaniu strefy i korekcie progów – spadek fałszywych alarmów, a jednocześnie lepsza sygnalizacja realnych poślizgów po deszczu.
Błąd 11: Brak „trybu biznesowego” dla kierowców współdzielących auto
Dlaczego to szkodzi
Wspólne pojazdy bez rozdzielenia profili mieszają dane: dobry kierowca dziedziczy słaby scoring po poprzedniku, a incydenty trudno przypisać. To pali konflikty i podważa sens motywacji.
Wskaźniki problemu
Skoki ocen po zmianie kierowcy mimo podobnych tras i pory dnia.
Brak korelacji między kontem w aplikacji a danymi z urządzenia w czasie zmiany.
Spory o mandaty i szkody „na kogo spadnie” – bez twardego przypisania.
Rozwiązanie procesowe i techniczne
Parowanie zmian: check‑in w aplikacji + iButton/NFC/QR w pojeździe, start danych dopiero po pozytywnym przypisaniu.
Okno buforowe 2–3 min przy przekazaniu auta (odcięcie „szarej strefy” parkingowej od scoringu).
Raporty per kierowca i per pojazd, z osobną retencją i śladem zmian właściciela danych.
Krótka checklista przed wdrożeniem i startem operacyjnym
Trasy testowe: 3 kierowców, 3 typy aut, 3 scenariusze (centrum, obwodnica, osiedla) + weryfikacja z kamerą lub rejestratorem.
Źródło: Pexels | Autor: Rubaitul Azad
Testy bezpieczeństwa i ergonomii kabiny
S.O.S. end‑to‑end: naciśnięcie przycisku/apki = kontakt z dyżurnym do 120 s, z potwierdzeniem w kabinie (krótki dźwięk/wibracja, bez głośnego komunikatu).
Alerty pasów: kontrola działania dla kierowcy i tylnej kanapy; brak „pisków” przy wolnym toczeniu na parkingu.
Komunikaty dla kierowcy: zero rozwlekłych powiadomień w trakcie jazdy; podsumowania po kursie w formie 1–2 krótkich wskazówek.
Montaż urządzeń: brak kolizji ze strefą poduszek i polem widzenia; kable zabezpieczone; test stabilności mocowań na nierównościach.
Kamera (jeśli jest): jasno widoczny piktogram nagrywania, działający tryb prywatny, dioda statusu i automatyczne gaszenie nagrywania poza trybem służbowym.
Dane, prywatność i zgodność
DPIA ukończona i zatwierdzona; wskazane podstawy prawne dla każdej funkcji (GPS, akcelerometr, wideo, mikrofon – jeśli używane).
Retencja per warstwa danych: surowe, zdarzenia, materiały incydentowe – z automatycznym kasowaniem i logiem.
Techniczne minimum bezpieczeństwa danych
Minimalizacja danych: zbieraj tylko to, co ma cel operacyjny; włączanie audio/kamery wyłącznie zdarzeniowo i z widocznym wskaźnikiem.
Szyfrowanie end‑to‑end: TLS w transmisji, klucze rotowane min. kwartalnie, szyfrowanie nośnika w urządzeniu (AES z PIN/hasłem serwisowym).
Lokalizacja przetwarzania: serwery i backup w UE/EOG; umowy powierzenia z podwykonawcami + lista procesorów dostępna dla flot.
Dostępy oparte na rolach (RBAC): dyspozytor widzi tylko aktywne kursy i S.O.S., menedżer – agregaty per kierowca, ubezpieczyciel – wyłącznie pakiet incydentowy.
BYOD z kontrolą sesji: czujniki aktywne tylko w trybie służbowym; automatyczne przełączenie po check‑oucie, bez śledzenia prywatnych przejazdów.
Prawa podmiotów danych: panel do pobrania własnych danych, log dostępów, prosty tryb sprostowania i zgłoszenia sprzeciwu (obsługa w SLA).
Test incydentu: kwartalne ćwiczenie „wyciek ograniczony” – symulacja nadużycia dostępu i sprawdzenie ścieżki powiadomień.
Błąd 12: Brak normalizacji oceny względem ekspozycji na ryzyko
Dlaczego to podkopuje zaufanie
Ten sam styl jazdy będzie oceniany inaczej o 3:00 w deszczu niż w południe przy suchej nawierzchni. Proste „zdarzenia na 100 km” karzą kierowców z trudnych zmian i centrów miast, a promują trasy obwodnicą w słońcu.
Objawy w raportach
Stała przewaga kierowców dziennych nad nocnymi przy zbliżonych opiniach pasażerów.
Gorsze oceny w strefach taxi przy dworcach/lotniskach, gdzie ruch jest szarpany przez pieszych i busy.
Duże wahania scoringu między sezonem zimowym i letnim – bez adekwatnej zmiany w liczbie szkód.
Jak to skorygować
Wagi ekspozycji: przeliczanie punktów względem pory dnia, pogody, gęstości skrzyżowań i udziału stref „tempo 30”.
Benchmark per korytarz: porównuj kierowców z tymi samymi rejonami i oknami czasowymi (percentyle zamiast gołych progów).
Metryki jakości płynności: odsetek płynnych przyspieszeń, stabilność prędkości w korku, brak „gumowej linki” – mniej losowe niż pojedyncze ostre manewry.
Okno oceny kroczącej: 28–35 dni z górnym limitem wpływu jednego kursu (brak „katastroficznych” spadków po jednorazowym incydencie pogodowym).
Przykład: dwie zmiany na tej samej linii lotnisko–centrum. Po wprowadzeniu benchmarku per korytarz i wag pogodowych, różnica w ocenie między nocą a dniem spadła, a reklamacje „karzecie za warunki” praktycznie zniknęły.
Źródło: Pexels | Autor: Tim Samuel
Błąd 13: „Tylko GPS” bez fuzji z inercją i danymi z pojazdu
Skutki w realnych kursach
Kanion miejski, tunel, wysoka prędkość na estakadzie – surowy GPS gubi pozycję, skacze o dziesiątki metrów i fałszuje przyspieszenia. Algorytm myli przelot nad skrzyżowaniem z ostrym skrętem, a zatrzymanie pod dachem z zerwaniem łączności.
Jak rozpoznać problem
„Zygzaki” na śladzie wzdłuż wysokiej zabudowy, nagłe teleporty o 30–50 m.
Alerty „ostry manewr” przy stałej prędkości na wiadukcie lub w tunelu.
Duża rozbieżność między prędkością z GPS a z CAN/ABS (tam, gdzie CAN jest dostępny).
Co wdrożyć
Fuzja sensorów: IMU (akcelerometr/żyroskop), barometr, opcjonalnie prędkość kół z CAN; dead‑reckoning na przerwach sygnału.
Map‑matching z ograniczeniami ruchu: dopasowanie do pasów/jezdni, rozróżnienie estakady od dołu skrzyżowania.
Ocena jakości GPS: HDOP/VDOP, liczba satelitów, multipath – zdarzenia liczone tylko przy wiarygodnym fixie lub po korekcie inercją.
Metadane przy eksporcie: flaga „pozycja szacowana” vs „mierzona”, by uniknąć sporów „co naprawdę się wydarzyło”.
Fuzja działa dobrze dopiero wtedy, gdy IMU jest poprawnie skalibrowane i stabilnie zamocowane. Inaczej dryf żyroskopu „dorysuje” zakręty, a akcelerometr
…„doda” pionowe szarpnięcia przy progach jako hamowanie wzdłużne. Efekt: nadwrażliwe alerty i błędny scoring tam, gdzie kierowca zachował się prawidłowo.
Żeby tego uniknąć, montaż i kalibracja nie mogą być „na oko”. Krótkie wytyczne zmniejszają liczbę fałszywych alarmów bez grzebania w algorytmie.
Sztywne mocowanie: stabilny element nadwozia lub dedykowany uchwyt antywibracyjny; unikać luzów, przyssawek na miękkiej okładzinie i kabli „na sztywno”, które przenoszą drgania.
Orientacja osi: zapis kąta montażu względem pojazdu; autokalibracja statyczna 20–30 s po zapłonie na postoju, bez stukania w deskę.
Test kontrolny: dwa łagodne hamowania 0–30–0 km/h i jeden równy skręt ~90°; weryfikacja, czy wykresy osi Z/Y odpowiadają fizyce manewru.
Rekalibracja po zmianie: każda zmiana uchwytu, kąta lub pojazdu = wymuszona autokalibracja i krótkie nagranie testowe; brak kalibracji blokuje scoring do czasu poprawnego testu.
Kontrola temperaturowa: odrzuć próbki z fazy nagrzewania kabiny po mroźnej nocy; włącz limit dryfu i sanity‑check dla offsetu akcelerometru.
Jeśli IMU nie przejdzie testu kontrolnego albo dryf przekroczy ustalony limit, system powinien przełączyć kurs w tryb „wiarygodność obniżona” i wyłączyć wpływ na scoring do czasu naprawy montażu lub ponownej kalibracji.
Błąd 14: Pomijanie komfortu pasażera w modelu stylu jazdy
Dlaczego to realny koszt
GPS i zdarzenia przeciążeniowe nie łapią wszystkiego. Pasażer nie wystawi skargi za jednorazowe hamowanie, ale za „pompowanie” gazem co 5 sekund – już tak. Mikrodrgania od jazdy „zrywami”, agresywna zmiana pasów czy jazda zderzak w zderzak przekładają się na napięcie w kabinie, napiwki i retencję klientów.
Objawy w danych
Średnia ocena spada mimo braku „ostrych” zdarzeń i braku mandatów.
Negatywne komentarze o „szarpanej jeździe” przy niskich prędkościach (osiedla, zatłoczone centra).
Różnice w napiwkach między kierowcami na identycznych trasach przy podobnym czasie przejazdu.
Jak to ująć w modelu
Mikropłynność: odsetek przyspieszeń w niskim zakresie (np. 0,5–1,5 m/s²), czas jazdy z minimalną zmianą prędkości w korku, wahania prędkości na 100 s.
Zmiany pasa: wykrywanie „slalomu” (częste przeploty w krótkim oknie) i premiowanie spokojnych manewrów tam, gdzie zysk czasu jest marginalny.
Korelacja miękka: łącz rating pasażera i napiwki z mikrometrykami; nie używaj ratingów wprost do kar, a jedynie jako wagi sygnałów technicznych.
