Sześć kanałów i żaden nie jest systemem

Systemy transportowe budowane są wokół dyspozycji: przypisywania ładunków, planowania tras, śledzenia pojazdów. Wszystko to jest przydatne i wszystko wychodzi od założenia, które okazuje się fałszywe — że zlecenie jest już w systemie, kiedy zaczyna się praca.

W prawdziwym biurze spedycyjnym zlecenia przychodzą mailem ze szczegółami w treści, mailem z załączonym PDF-em, eksportem z portalu klienta w formacie, który akurat ten portal produkuje, wiadomością na telefon i telefonicznie, gdy spedytor robi coś innego. Wprowadzenie ich do systemu to ktoś, kto przepisuje — a tym kimś jest najdroższa osoba w biurze.

Dlaczego to się nie naprawia

Każdy klient jest inny. Duzi wysyłają ustrukturyzowane dane przez własny portal. Średni wysyłają PDF. Mali wysyłają wiadomość, a najstarsza relacja w firmie nadal dzwoni.

Integracja jest per klient. Podłączenie jednego portalu to projekt. Portali jest jedenaście, a trzy zmieniają format co roku — dlatego poniżej pewnej wielkości prawie nikt tego nie robi.

Przepisywanie wydaje się szybkie. Dwie minuty na zlecenie nie wyglądają na problem. Trzydzieści zleceń dziennie to godzina spedytora, każdego dnia, i jest niewidoczna, bo żaden pojedynczy przypadek nie zasługuje na wzmiankę.

Błędy wychodzą później. Przestawiona referencja albo błędny kod pocztowy odkrywa się przy dostawie — albo gorzej, przy fakturowaniu, gdy klient ją odrzuca.

Czytanie zamiast integrowania

Zmiana polega na tym, żeby przestać próbować podłączać się do każdego źródła i zacząć czytać to, co przychodzi, w dowolnej formie.

Zlecenie w treści maila zawiera tę samą informację co zlecenie w eksporcie z portalu. PDF ma ją w układzie zmieniającym się między klientami, ale stałym u danego klienta. Zdjęcie odręcznej notatki też ją ma. To, co dziesięć lat temu było w tym trudne — czytanie nieustrukturyzowanego tekstu na tyle pewnie, by mu zaufać — to część, która naprawdę się zmieniła.

Właściwym wynikiem nie jest automatycznie utworzone zlecenie. Jest nim zlecenie przygotowane: klient, trasa, daty, referencje, cena, wypełnione i czekające, aż spedytor potwierdzi albo poprawi. Dwie minuty przepisywania stają się dziesięcioma sekundami czytania.

Co sprawia, że to działa w praktyce

Musi uczyć się per klient. Ten sam odbiorca piszący tak samo co tydzień powinien być odczytywany poprawnie od trzeciego razu, a nie tylko poprawnie średnio.

Poprawki muszą być tanie. Spedytor poprawiający jedno pole powinien zrobić to w sekundę, a system nie powinien pytać o to ponownie za tydzień.

Musi mówić, gdy nie jest pewien. Oznaczone pole z pytaniem jest przydatne. Pewnie podany zły kod pocztowy, który trafia do kierowcy, jest drogi.

Nic nie wychodzi bez potwierdzenia. Zlecenie jest przygotowane, a nie przyjęte. Potwierdzenia dla klientów, ceny i przypisania zostają przy człowieku.

Dlaczego to jest pierwsza rzecz, a nie ostatnia

Każda inna funkcja w systemie transportowym zależy od tego, że dane w nim są. Planowanie tras, wykorzystanie, rentowność, faktura — wszystko zakłada istnienie poprawnego zlecenia.

Przyjmowanie zleceń jest miejscem, w którym wygrywa się albo przegrywa poprawność, jest miejscem, w którym znika godzina dziennie, i jest tą częścią, którą klasyczne systemy traktują jak cudzy problem. Naprawienie jej najpierw poprawia wszystko dalej, a naprawienie na końcu oznacza, że raporty przez lata opisywały literówki.