Przeanalizujemy pracę waszej dostawy i powiemy, co automatyzuje się w pierwszej kolejności
Jak dziś kurierzy dostają zadania, kto prowadzi statusy, co potwierdza przekazanie i w jakich programach leżą już wasze zamówienia.
Oprogramowanie dla kurierów
Zadania, trasa, statusy i potwierdzenie dostawy w jednej aplikacji
Dopóki kurierów jest dwóch, dostawa działa na telefonach i czacie: adresy trafiają do komunikatora, kolejność objazdu ustala się ustnie, a na pytanie, gdzie jest zamówienie, odpowiada ten, kto pierwszy dodzwonił się do kuriera. Gdy liczba dostaw rośnie, przestaje to działać — zadania giną, statusy nie nadążają za rzeczywistością, a sporu „dostarczyliśmy — nie dostarczyliście” nie ma czym rozstrzygnąć. Oprogramowanie dla kurierów usuwa ten sposób pracy: zadanie przychodzi do aplikacji wykonawcy, status ustawia ten, kto w danej chwili wiezie zamówienie, a fakt przekazania zapisuje się razem z godziną i autorem. Poniżej opisujemy, jak to działa — od przydzielenia zamówienia do zamknięcia zmiany.
Czym jest program
dla kurierów
Oprogramowanie dla kurierów — narzędzie pracy wykonawcy: przynosi kurierowi zadania na zmianę, pokazuje adresy i zawartość zamówienia, prowadzi go od punktu do punktu i zapisuje, co się w każdym z nich wydarzyło. Od strony firmy jest to zarządzanie dostawą: dyspozytor widzi, kto gdzie jest i co już zrobiono, nie obdzwaniając zmiany.
Różnicę widać na jednym przykładzie. Bez oprogramowania kurier dostaje adresy na czacie, dzwoni do klienta, żeby ustalić klatkę, a wieczorem dyktuje dyspozytorowi, co dostarczył. Dyspozytor przepisuje to do arkusza — jeśli pamięta i jeśli kurier się nie pogubił. Pod koniec dnia nikt nie potrafi podać dokładnej godziny przekazania konkretnego zamówienia.
W oprogramowaniu to wszystko są zapisy. Dostawa ma kartę, karta ma adres, zawartość, przedział czasowy i bieżący status, a każda zmiana ma godzinę i autora. Odpowiedź na pytanie, gdzie jest zamówienie i co się z nim działo, zajmuje kilka sekund i nie zależy od tego, czy kurier odebrał telefon.
Przykład. Rano zamówienie skompletowano w magazynie i przydzielono kurierowi — zadanie pojawiło się w jego aplikacji razem z adresem i przedziałem dostawy. Kurier odebrał ładunek, oznaczył odbiór, objechał punkty i w każdym zmieniał status. Pod trzecim adresem klienta nie było w domu — kurier wpisał powód, a dostawa nie zniknęła, tylko trafiła do kolejki wyjaśnień u dyspozytora. Wieczorem kierownik odpowiedział klientowi z zapisu w systemie, a nie z pamięci kuriera.
Automatyzacja dostawy kurierskiej zaczyna się tam, gdzie odpowiedzi na trzy pytania przestają mieścić się w głowie dyspozytora: komu przydzielono to zamówienie, w jakim jest teraz stanie i co potwierdza, że zostało przekazane.
- 1Zamówienie
- 2Przydział
- 3Odbiór ładunku
- 4Trasa
- 5Dostawa
- 6Potwierdzenie
- 7Zamknięcie
To droga jednej dostawy, a nie lista ekranów programu. Każde przejście wykonuje człowiek i to w chwili działania: dyspozytor przydziela, a kurier oznacza odbiór i przekazanie. Dlatego system pokazuje stan dostawy, a nie zamiar tego, kto ją zaplanował.
Co kurier widzi przy każdym zadaniu
- Co wieziemy — numer zamówienia, zawartość, liczba miejsc, waga albo wymiary tam, gdzie mają znaczenie
- Dokąd — adres dostawy z uwagami: klatka, piętro, domofon, wjazd od podwórza
- Kiedy — data i przedział czasowy dostawy albo termin, do którego zamówienie trzeba przekazać
- Komu — imię odbiorcy i dane kontaktowe tam, gdzie są potrzebne do wykonania zadania
- O czym pamiętać — uwaga do zamówienia: delikatne, potrzebna winda, zadzwonić 15 minut wcześniej
- Płatność — czy zamówienie jest opłacone z góry, czy pieniądze trzeba pobrać przy przekazaniu, i ile
- W jakim jest stanie — bieżący status dostawy i to, co kurier ma zrobić dalej
Czego oprogramowanie nie zrobi samo
Nie wiezie zamówienia i nie zastępuje kuriera. Usuwa pracę ręczną wokół czynności: przynosi zadanie bez telefonu, przechowuje adres razem z uwagami, nie pozwala zamknąć dostawy bez wyniku i zapisuje każdą zmianę. Decyzja o przełożeniu dostawy albo zwrocie zamówienia zostaje przy człowieku — ale podejmuje się ją z zapisu, a nie z ustnej umowy.
Tak samo system nie widzi kuriera sam z siebie: wie dokładnie tyle, ile kurier w nim zapisał czynnością. Dlatego jakość danych nie zależy od liczby funkcji, lecz od tego, czy oznaczenia robi się w chwili, w której zdarzenie zachodzi.
Od czego firmy zwykle zaczynają
Najpierw idą dwie rzeczy: skończona lista statusów i obowiązkowy wynik każdej dostawy. Powód jest prosty: dopóki „w trakcie” każdy rozumie po swojemu, a dostawa zamknięta bez powodu liczy się jako udana, nie ma z czego zbudować raportu — niezależnie od tego, ile ekranów ma aplikacja.
Zadania, które rozwiązuje program
To, co następuje dalej, nie jest listą funkcji, lecz sześcioma problemami, dla których automatyzuje się dostawę kurierską w pierwszej kolejności. Każdy opisujemy tak samo: co dzieje się bez oprogramowania i co zmienia się z nim.
Zadania przestają ginąć
Bez oprogramowania adresy przychodzą do komunikatora, część głosem przez telefon, część listą w arkuszu. Kurier składa swój dzień z trzech źródeł i coś przeoczy. W oprogramowaniu zadanie jest zapisem z numerem i wykonawcą: albo trwa, albo jest zamknięte z wynikiem.
Status ustawia ten, kto wiezie zamówienie
Dopóki dyspozytor prowadzi statusy z tego, co usłyszy przez telefon, spóźniają się one o godzinę i kosztują pół zmiany. Oznaczenie kuriera w chwili działania daje rzeczywiste godziny: kiedy odebrał, kiedy dojechał, kiedy przekazał.
Adresu nie trzeba dopytywać telefonicznie
Klatka, piętro, domofon i wjazd od podwórza są zapisane w karcie dostawy, a nie w pamięci tego, kto był tam ostatnio. Nowy kurier zamyka adres za pierwszym razem, zamiast po dwóch telefonach do klienta i jednym do dyspozytora.
Przekazanie jest potwierdzone
Kto przyjął zamówienie, kiedy i na jakiej podstawie — to zapis w systemie, a nie wspomnienie. Sposób potwierdzania wybiera się w projekcie, ale wynik jest ten sam: spór „dostarczyliśmy — nie dostarczyliście” rozstrzyga się otwarciem karty, a nie dochodzeniem między kierownikiem a kurierem.
Zmianę widać bez obdzwaniania
Dyspozytor patrzy na jeden ekran: kto jest na trasie, ile punktów jest zamkniętych, gdzie dostawa wypada poza swój przedział. „Gdzie moje zamówienie” przestaje być zajęciem dla trzech osób — kierownik sam odpowiada klientowi.
Spory rozstrzyga dziennik
Każda zmiana jest podpisana autorem i godziną. To nie inwigilacja kuriera, lecz możliwość zbadania konkretnego przypadku: na którym kroku dostawa się zatrzymała i dlaczego. Pokazuje też obciążenie — ile punktów zamknięto na zmianie i kto.
Z czego składa się program
System składa się z modułów. Nie każdej firmie potrzebne są wszystkie: serwis z trzema kurierami i przewidywalnymi adresami nie potrzebuje dziesięciu scenariuszy wyjątków, a dostawa jedzenia nie obejdzie się bez przedziałów czasowych i powiadomień dla klienta. Skład określa zadanie, ale moduły projektuje się z góry tak, by do siebie pasowały, a nie dokłada później.
Lista zadań
Dzień pracy kuriera na jednym ekranie: co przydzielono na zmianę, w jakiej kolejności, co już zamknięto i co zostało. To punkt wejścia do programu — kurier zaczyna tu dzień i wraca do niego po każdym punkcie.
Karta dostawy
Wszystko o jednym zamówieniu: zawartość i liczba miejsc, adres z uwagami, przedział czasowy, odbiorca, płatność i bieżący status. Dokładnie tyle, ile potrzeba do wykonania zadania — bez danych słownikowych firmy i raportów.
Punkty i trasa
Adresy zmiany na mapie i listą, kolejność objazdu, przejście z bieżącego punktu do następnego. Trasa jest obiektem ewidencji tak samo jak zadanie: ma datę, wykonawcę i historię zmian w ciągu dnia.
Statusy dostawy
Skończony zestaw stanów i reguły przechodzenia między nimi. Kurier zmienia status jedną czynnością, a nie wyborem z długiej listy: przydzielone, odebrane, w drodze, na miejscu, dostarczone.
Potwierdzenie przekazania
Zapisanie wyniku w punkcie: zmiana statusu i sposób potwierdzenia wybrany dla projektu. Bez wyniku zadanie się nie zamyka — „chyba dostarczone” nie jest stanem dostawy.
Przyjęcie ładunku
Oznaczenie odbioru zamówienia w magazynie albo w punkcie nadania. Od tej chwili odpowiedzialność za ładunek spoczywa na kurierze, a system pokazuje, że zamówienie nie leży już w magazynie, lecz jest w drodze.
Powiadomienia
Komunikaty do kuriera i do odbiorcy: przydzielono nowe zamówienie, zmieniono zadanie, zbliża się przedział, dostawę anulowano. Kanały wysyłki wybiera się przy wdrożeniu i podłącza przez integracje.
Historia zadań
Co kurier wykonał w ciągu dnia, tygodnia, miesiąca: zamknięte dostawy, czasy realizacji, punkty problematyczne. Jego wydajność składa się z tych samych zapisów — osobnej ewidencji do tego nie potrzeba.
Kontakt z dyspozytorem
Połączenie z dyspozytorem prosto z karty zadania, bez szukania numeru w telefonie. Dyspozytor widzi, o którą dostawę chodzi, i odpowiada na jej temat, zamiast ustalać, o jaki adres pytano.
Praca bez sieci
Oznaczenia zrobione poza zasięgiem — w piwnicy, w windzie, w dzielnicy niskiej zabudowy — przechowują się na urządzeniu i wysyłają, gdy pojawi się połączenie. Ponowne wysłanie nie tworzy drugiej dostawy.
Pulpit operacyjny
Miejsce pracy firmy: aktywni kurierzy, przydzielone zamówienia, statusy, zakończone i problematyczne dostawy, obciążenie pracowników. Otwiera się w przeglądarce, nie ma czego instalować.
API i integracje
Zewnętrzny interfejs systemu: utworzyć dostawę, przydzielić wykonawcę, pobrać status, pobrać potwierdzenie i dziennik. Tędy podłączają się sklep internetowy, magazyn, logistyka i systemy księgowe.
Otrzymywanie zadań
jak zamówienie trafia do kuriera
Gdy dostawa zostanie utworzona, zamówienie przydziela się konkretnemu kurierowi. Przydzielenie to nie wiadomość na czacie, lecz operacja: dostawa dostaje wykonawcę, a wykonawca — zadanie z numerem, godziną wydania i bieżącym stanem.
Zadanie trafia do aplikacji kuriera natychmiast, bez telefonu i bez przesyłania adresu. Kurier otwiera listę i widzi całą swoją zmianę: ile punktów przydzielono, co już zamknięto i która dostawa jest następna.
Kto przydziela. Zwykle dyspozytor — ręcznie albo według reguł ustalonych przez firmę: według strefy miasta, typu zamówienia, wolnego czasu kuriera. Automatyczny rozdział da się zrealizować pod proces konkretnego serwisu; nie deklarujemy go z góry jako gotowej funkcji — reguły rozdziału są wszędzie inne i nie da się ich wymyślić za firmę.
Co kurier może zrobić z zadaniem:
- Przyjąć — potwierdzić, że zadanie dotarło i że je bierze
- Otworzyć kartę — zobaczyć zawartość, adres, przedział, uwagi i sposób płatności
- Zmienić status — oznaczyć odbiór ładunku, wyjazd, przyjazd do punktu i przekazanie
- Zostawić komentarz — zapisać to, co przyda się następnym razem, albo to, co tłumaczy opóźnienie
- Zgłosić problem — zapisać powód, dla którego dostawa nie doszła do skutku
- Napisać do dyspozytora — zadać pytanie o konkretną dostawę, nie wychodząc z zadania
Czego w zadaniu być nie może, to wszystkiego zbędnego. Kurierowi nie jest potrzebna wartość zamówienia, historia klienta ani raporty firmy: na ekranie zostaje to, co potrzebne, żeby dowieźć i przekazać. Reszta jest zamknięta prawami dostępu, a nie drobnym drukiem.
Co się dzieje przy zmianie wykonawcy
Kurier zachorował, spóźnia się albo nie przyszedł na zmianę — to zwykła sytuacja, a nie awaria. Dyspozytor zdejmuje zadanie i przydziela je innemu wykonawcy; historia dostawy zachowuje oba przydzielenia razem z godzinami, a nie tylko ostatnie.
Ma to znaczenie praktyczne: bez zapisu o zmianie wykonawcy wyjaśnianie, dlaczego zamówienie się spóźniło, kończy się na tym, że system pokazuje bieżącego kuriera, który dostał je godzinę przed końcem przedziału.
Dane kontaktowe odbiorcy
Numer telefonu odbiorcy pokazuje się wtedy, gdy jest potrzebny do wykonania zadania, i tylko temu, kto dowozi. Dostęp do danych osobowych to osobne prawo, a nie część wspólnego pakietu pracowniczego: listy wszystkich klientów firmy kurierowi nie otwiera się nigdy.
To, jak dokładnie pokazuje się kontakt — w całości, częściowo czy przez połączenie z maskowaniem numeru — rozstrzyga się na etapie obserwacji: zależy od tego, z jakimi danymi firma pracuje i co ma obowiązek chronić.
| № | Okno | Adres | Miejsc | Płatność | Stan |
|---|---|---|---|---|---|
| 1 | 10:00—12:00 | Achunbajewa 97, klatka 2 | 1 | opłacone z góry | dostarczone |
| 2 | 11:00—14:00 | Toktogula 125, biuro 4 | 3 | opłacone z góry | dostarczone |
| 3 | 12:00—15:00 | Bajtik Baatyra 53 | 1 | 2400 som | na miejscu |
| 4 | 14:00—17:00 | Czuj 219, wjazd od podwórza | 2 | opłacone z góry | w tranzycie |
| 5 | 16:00—19:00 | Ibraimowa 42, piętro 7 | 1 | 1150 som | przydzielone |
Lista jest posortowana według przedziału czasowego, a nie według godziny przydzielenia: kurierowi potrzebna jest kolejność dnia, a nie kolejność, w jakiej dyspozytor rozdawał zamówienia. Kolumna płatności stoi obok adresu nie bez powodu — kwotę do pobrania trzeba zobaczyć, zanim kurier wejdzie na siódme piętro.
Aplikacja mobilna
kuriera
Aplikacja dla kurierów — to nie pomniejszona kopia pulpitu dyspozytora, lecz osobny interfejs zbudowany pod warunki pracy wykonawcy: telefon w jednej ręce, karton w drugiej, ekran w słońcu, połączenie raz jest, raz go nie ma, a bateria pod wieczór na wyczerpaniu.
Ma jeden praktyczny cel: wszystkie informacje robocze w jednym miejscu. Kurier nie powinien trzymać otwartych trzech czatów, arkusza z adresami i historii połączeń — zadanie, adres, zawartość zamówienia, status i sposób kontaktu z dyspozytorem są w jednym interfejsie.
Ekran zbudowany jest wokół zasady bieżącego punktu i następnego. Wszystko, co nie jest potrzebne teraz, przenosi się głębiej: listy z poprzednich dni, dane słownikowe, szczegóły niemające wpływu na przekazanie. Im mniej elementów na ekranie, tym mniej błędów na zmianie i tym krótsze wdrożenie nowej osoby.
Wymagania ważniejsze niż zestaw funkcji:
- Duże elementy — status zmienia się jednym dotknięciem, a nie wyborem z listy rozwijanej
- Minimum pisania — czego da się nie wpisywać, bo jest w karcie dostawy, tego kurier nie wpisuje
- Przewidywalne zachowanie bez sieci — oznaczenie zostaje przyjęte i wysłane później, a nie ginie z błędem
- Oszczędne zużycie baterii — aplikacja nie może wołać o powerbank w połowie zmiany
- Czytelność na dworze — kontrast zaprojektowany pod światło dzienne, a nie pod monitor w biurze
Nie ma sensu wyliczać, ile czasu oszczędza takie połączenie w jednym miejscu — zależy to od tego, w co dziś zamieniono pracę kuriera. Widać inny efekt: znika cała klasa błędów, tych, w których zamówienie jedzie pod adres z wczorajszej wiadomości, bo nowy przyszedł na innym czacie.
Aplikacja czy interfejs webowy
Formę wybiera się pod zadanie: może to być aplikacja mobilna na Androida i iOS albo dostosowana strona webowa otwierana w przeglądarce telefonu.
Drugi wariant jest tańszy i szybszy w uruchomieniu; pierwszy jest potrzebny tam, gdzie liczy się praca offline, powiadomienia i dostęp do aparatu. Co pasuje konkretnej firmie, ustala się na etapie obserwacji, a nie wybiera z góry.
Praca przy słabym połączeniu
Połączenie zanika przewidywalnie: w piwnicy, w windzie, w dzielnicy niskiej zabudowy, w garażu podziemnym. Jeśli w takiej chwili oznaczenie nie przejdzie, kurier albo stoi i czeka, albo w ogóle przestaje oznaczać — a statusy wracają do życia w rozmowach telefonicznych.
Dlatego oznaczenia przechowuje się na urządzeniu i wysyła po powrocie połączenia. Ponowne wysłanie nie tworzy drugiej dostawy: każde oznaczenie ma klucz, a system przyjmuje je raz. To ta sama zasada, na której działa wymiana z systemami zewnętrznymi.
- Aktywne zamówieniaekran głównyDostawy, które kurier już przyjął — każda z bieżącym stanem
- Lista punktówekran głównyAdresy zmiany w kolejności objazdu: zamknięte, bieżący i te przed nami
- Mapazależy od projektuPunkty dostawy na mapie miasta — podłączane przez integrację z serwisem map
- Trasazależy od projektuKolejność objazdu i przejście do następnego punktu; budowanie trasy jest możliwością, a nie gotową funkcją
- Informacje o dostawieekran głównyZawartość zamówienia, liczba miejsc, przedział czasowy, uwagi, odbiorca i płatność
- Statusyekran głównyZmiana stanu dostawy jedną czynnością, bez wybierania z długiej listy
- Potwierdzenie zamknięciaekran głównyZapisanie wyniku w punkcie sposobem wybranym dla projektu
- Historia zadańdrugi poziomCo kurier wykonał na poprzednich zmianach — przeniesione głębiej, żeby nie zaśmiecało bieżącego dnia
- Powiadomieniazależy od projektuNowe zadanie, zmiana trasy, zbliżający się przedział czasowy, anulowane zamówienie
- Kontakt z dyspozytoremekran głównyPytanie o bieżący punkt prosto z karty zadania, bez szukania numeru w telefonie
Oznaczenie „zależy od projektu” pojawia się wszędzie tam, gdzie możliwość zależy od podłączenia usługi zewnętrznej albo od warunków pracy konkretnego serwisu. Cała reszta to minimum robocze: bez niego interfejs wykonawcy nie zastępuje czatu, lecz dokłada się do niego jako dziesiąte źródło zadań.
Trasa
i punkty dostawy
Punkt dostawy — jeden adres z jedną dostawą. Zmiana kuriera składa się z punktów, a aplikacja pokazuje je od razu na dwa sposoby: listą w kolejności objazdu i znacznikami na mapie. Lista odpowiada na pytanie, co robić dalej, mapa — jak daleko to jest.
Kolejność ustala się z góry i jest widoczna dla kuriera: który punkt jest bieżący, które są zamknięte, które przed nami. Gdy punkt zostanie zamknięty, następny staje się bieżącym — kurier nie musi szukać go na liście ani za każdym razem od nowa decydować, gdzie jechać.
Kolejność można zmienić w ciągu dnia. Dyspozytor przestawia punkty, dodaje pilną dostawę albo zdejmuje anulowaną — zmiany docierają do kuriera, a historia trasy zachowuje, co i kiedy się zmieniło. System nigdy nie może po cichu podmienić planu na inny: kurier, który dowiaduje się o zmianie po fakcie, musi planować dzień od nowa.
Automatyczne budowanie optymalnej kolejności objazdu — możliwość, którą da się zrealizować albo podłączyć przez integrację z serwisem map. Nie deklarujemy jej jako gotowej funkcji: jakość takiej optymalizacji zależy od danych o ruchu i od ograniczeń konkretnego serwisu — przedziałów czasowych odbiorców, stref, pojemności torby albo pojazdu.
W praktyce wielu serwisom wystarcza kolejność ręczna: dyspozytor zna miasto lepiej niż algorytm, a przedziały czasowe odbiorców i tak wyznaczają dniowi sztywne ramy.
Adres to więcej niż ulica i numer
Połowa straconego czasu kuriera idzie nie na drogę, lecz na szukanie wejścia. Dlatego punkt ma uwagi: klatka, piętro, kod domofonu, wjazd od podwórza, szlaban — dzwonić do ochrony, drugi budynek, szare drzwi.
Uwagi uzupełnia kurier po dostawie i zostają one w karcie adresu. Następny, kto tam pojedzie, nie będzie musiał ustalać tego samego od nowa — to jedyny sposób, żeby wiedza o mieście gromadziła się w systemie, a nie w głowach zmiany.
Co zmienia się na trasie
Statusy zmienia się nie hurtem na koniec dnia, lecz przy każdym punkcie w chwili działania. Dojechał pod adres — na miejscu; przekazał — dostarczone; nie zastał odbiorcy — powód i przełożenie. Rzeczywisty czas dostawy i czas trwania postoju biorą się z tych oznaczeń; inaczej jedno i drugie odtwarza się z pamięci, czyli nie odtwarza wcale.
| Kolejność | Adres | Okno | Co się wiezie | Uwaga do punktu | Stan |
|---|---|---|---|---|---|
| 1 | Bajtik Baatyra 53 | 12:00—15:00 | 1 miejsce | Szlaban, dzwonić do ochrony | zamknięty |
| 2 | Czuj 219 | 14:00—17:00 | 2 miejsca | Wjazd od podwórza, szare drzwi | bieżący |
| 3 | Ibraimowa 42 | 16:00—19:00 | 1 miejsce | Piętro 7, winda do 6. | przed nami |
| 4 | Moskiewska 180 | 17:00—20:00 | 3 miejsca | Biuro, przepustka w recepcji | przed nami |
| 5 | Achunbajewa 97 | do 20:00 | 1 miejsce | Zwrot: odbiorca odmówił | dodany |
Piąty punkt dodano do trasy w ciągu dnia — to zwrot po odmowie, który trzeba zabrać z powrotem. Zwrot jedzie jako osobny punkt z adresem i stanem, a nie jako ustne „podrzucisz jutro”: inaczej zamówienie wypada z ewidencji dokładnie w chwili, w której nikt już za nie nie odpowiada.
Statusy dostawy
Status to nie podpis na ekranie, lecz stan określający, jakie czynności są dozwolone. Zestaw jest skończony i krótki: dopóki nie nazwie się go wprost, każdy pracownik rozumie „w trakcie” po swojemu, a przy tuzinie podobnych statusów kurier zaczyna wybierać na chybił trafił.
- PrzydzielonaDostawa ma wykonawcę, a zadanie dotarło do kuriera. Ładunek wciąż leży w magazynie albo w punkcie nadania, a odpowiedzialność za niego się nie zmieniła
- Odebrana przez kurieraKurier fizycznie odebrał zamówienie i oznaczył to. Tu odpowiedzialność przechodzi z magazynu na wykonawcę — jedyne przejście o dwóch stronach
- W tranzycieKurier jest w drodze do odbiorcy. Na tym odcinku pojawiają się zdarzenia pośrednie: zatrzymał się w poprzednim punkcie, zmieniła się kolejność objazdu
- Na miejscuKurier dojechał pod adres. Oznaczenie nie służy kontroli, lecz czasom: od niego mierzy się czas trwania samego przekazania
- DostarczoneOdbiorca przyjął zamówienie, a potwierdzenie jest dołączone do dostawy. Dopiero teraz zadanie się zamyka — nie w chwili, w której kurier wyszedł z budynku
Pięć stanów to minimum robocze, a nie pełna lista. Pośrednie (przekazana do sortowni, przekazana innemu kurierowi) dokłada się pod proces firmy, ale zestaw pozostaje skończony i jawny: każdy status musi odpowiadać na pytanie, co kurierowi wolno zrobić dalej.
| Co się stało | Co robi system | Stan |
|---|---|---|
| Klient jest nieosiągalny: nie otwiera i nie odbiera telefonu | Zapisuje nieudaną próbę z powodem i komentarzem kuriera, zostawia zamówienie u niego i podnosi kwestię ponownej dostawy | wyjaśnienie |
| Dostawę przełożono na prośbę odbiorcy | Zapisuje nową datę albo przedział razem z tym, kto i kiedy zmianę uzgodnił; punkt schodzi z dzisiejszej trasy | normalny |
| Odbiorca odmówił przyjęcia zamówienia | Zamyka dostawę z powodem odmowy i tworzy punkt zwrotu — żeby odwieźć zamówienie do magazynu albo do punktu nadania | wyjaśnienie |
| Odbiorca przyjął zamówienie częściowo | Dzieli dostawę: przyjęte pozycje zamyka, a te, których odmówiono, idą do zwrotu jako osobny zapis, zamiast być odpisane razem z resztą | wyjaśnienie |
| Problem z adresem: nie ma takiego budynku, nie znaleziono klatki | Otwiera zdarzenie z komentarzem kuriera i przekazuje punkt dyspozytorowi do wyjaśnienia, nie zamykając dostawy jako zrealizowanej | wyjaśnienie |
| Zamówienie anulowano, gdy kurier był już w drodze | Zdejmuje punkt z trasy i przenosi dostawę do zwrotu: zamówienie się nie rozpuszcza, ktoś wciąż za nie odpowiada | normalny |
| Kurier nie przyszedł na zmianę | Zwalnia jego zadania do ponownego przydzielenia i pokazuje dyspozytorowi wszystkie dotknięte dostawy na jednej liście | ostrzeżenie |
Zasada ogólna: niepomyślny wynik nie znika i nie zamienia się w pomyślny. Dostawa pozostaje otwarta i trafia do kolejki wyjaśnień — to tańsze niż raport bez żadnych problemów, bo nie było gdzie ich zapisać.
Które wyjątki są firmie potrzebne, rozstrzyga się na etapie obserwacji. Dostawa jedzenia potrzebuje krótkich przedziałów i szybkiego przekładania; dostawa elektroniki — odmów częściowych i zwrotów; dostawa dokumentów — weryfikacji tożsamości odbiorcy. Zestaw jest konfigurowalny, ale reguła jest ta sama: każda dostawa kończy się powodem, a powód trafia do raportu.
Potwierdzenie
odbioru i dostawy
Dostawa ma dwa punkty, w których odpowiedzialność zmienia właściciela, i oba się zapisuje. Pierwszy to odbiór ładunku przez kuriera: zamówienie opuszcza magazyn i od tej chwili odpowiada za nie wykonawca. Drugi to przekazanie odbiorcy: dostawa jest zamknięta, a zobowiązanie firmy wypełnione.
Bez zapisu tych dwóch chwil każda strata zamienia się w przesłuchiwanie zmiany: magazyn uważa, że zamówienie przekazał, kurier mówi, że to nie on je wiózł, a kierownik informuje klienta, że sprawa jest wyjaśniana. Oznaczenie zajmuje sekundy; wyjaśnianie bez niego kosztuje dzień pracy i zaufanie klienta.
Co system zapisuje przy przekazaniu:
- Wynik — dostawa zrealizowana, zrealizowana częściowo albo nie doszła do skutku, z powodem
- Kiedy — rzeczywista godzina przekazania, a nie godzina, o której kurier zdążył o nim zameldować
- Kto przekazał — wykonawca, na którego zadanie było w tej chwili zapisane
- Komu — odbiorca albo ten, kto przyjął zamówienie w jego imieniu, jeśli reguły na to pozwalają
- Co to potwierdza — sposób potwierdzenia wybrany dla projektu i samo potwierdzenie
- Płatność — tam, gdzie zamówienie opłaca się przy odbiorze: kwota, sposób i fakt pobrania pieniędzy
Sposób potwierdzania wybiera się w projekcie. Wymienione niżej warianty nie są listą gotowych funkcji ani obietnicą, że wszystkie są już zrealizowane. To, co pasuje konkretnemu serwisowi, zależy od tego, co, komu i na jakich wymaganiach firmy się dowozi.
Bez wyniku zadanie się nie zamyka
Ta reguła znaczy więcej niż sam sposób potwierdzania. Dopóki wynik nie jest zapisany, dostawa pozostaje otwarta i widoczna dla dyspozytora. Inaczej pod koniec miesiąca każda dostawa będzie zrealizowana, a sporne przypadki i tak trzeba będzie rozstrzygać z rozmów telefonicznych.
Płatność przy odbiorze
Tam, gdzie zamówienie opłaca się na miejscu, potwierdzenie dostawy i potwierdzenie płatności to dwa różne zapisy. Kwota do pobrania przychodzi razem z zadaniem, a fakt pobrania pieniędzy oznacza się osobno: inaczej pod koniec zmiany nie da się ustalić, ile gotówki wiezie kurier.
Przyjmowanie płatności kartą albo przelewem jest możliwe przez integrację z serwisem płatniczym albo terminalem wykonawcy — zakres zależy od dostawcy i doprecyzowuje się go na etapie obserwacji.
Zwroty i niedostarczone zamówienia
Zamówienie, którego nie udało się przekazać, zostaje u kuriera do chwili, w której je zda: z powrotem do magazynu, do punktu nadania albo innemu wykonawcy. Zdanie obsługuje się tak samo jak odbiór — dwiema stronami. Do tego czasu niedostarczone zamówienia widać na osobnej liście, zamiast rozpuszczać się w ogólnej statystyce zmiany.
- Zmiana statusuwariant podstawowyKurier oznacza przekazanie w aplikacji — zapisują się godzina, autor i wynik. Działa zawsze i pasuje tam, gdzie spory zdarzają się rzadko
- Kod potwierdzającywariantOdbiorca podaje krótki kod z wiadomości — dowód, że zamówienie wręczono jemu, a nie zostawiono pod drzwiami
- Kod QRwariantKurier skanuje kod na zamówieniu albo odbiorca skanuje kod z ekranu kuriera. Wygodne tam, gdzie w jednym punkcie przekazuje się kilka zamówień po kolei
- ZdjęciewariantFotografia przekazanego zamówienia albo miejsca, w którym zostawiono je za zgodą. Dołącza się je do dostawy i przechowuje razem z nią
- Elektroniczne oznaczenie odbiorcywariantPodpis albo potwierdzenie na ekranie urządzenia kuriera — znany zamiennik papierowego listu przewozowego
- DokumentwariantAdnotacja na liście przewozowym albo protokole tam, gdzie obieg papierowy jest obowiązkowy. Nie zastępuje zapisu w systemie, lecz go uzupełnia
Żaden z wariantów nie jest obowiązkowy i żadnego nie deklarujemy jako gotowego: zestaw ustala się na etapie obserwacji — z tego, co się dowozi, jakie spory zdarzają się najczęściej i jakie wymagania stawia sama firma. Im ostrzejsze potwierdzenie, tym dłużej kurier stoi w punkcie, więc zaostrzać je warto tam, gdzie sporne przypadki naprawdę występują.
Powiązanie z magazynem
przekazanie zamówienia kurierowi
Magazyn i dostawa to nie dwa działy ze wspólnym czatem, lecz dwa etapy jednego procesu. Zamówienie skompletowane, ale nieprzekazane, i zamówienie przekazane, ale nieoznaczone, to różne stany, a ich mylenie jest drogie: pierwszego szuka się w magazynie, drugiego u kuriera.
Styk jest prosty: magazynier oznacza przekazanie, kurier oznacza odbiór. Dopóki oba oznaczenia nie zostaną zrobione, zamówienie trzyma się w stanie pośrednim, widocznym dla obu stron. Dzięki temu zagubiona pozycja zawsze ma etap, na którym się zgubiła, a wyjaśnianie nie zamienia się w przesłuchiwanie zmiany.
Pełna ewidencja magazynowa — przyjęcie, składowanie adresowe, stany, kompletacja i inwentaryzacja — to temat osobnej strony, „Dla magazynu”. Tutaj opisujemy tylko styk: co magazyn przekazuje kurierowi i co dostaje z powrotem.
Jeśli magazyn działa w innym programie — zwykła sytuacja: ewidencję magazynową prowadzi się już w istniejącym systemie i nikt nie zamierza go wymieniać. Styk buduje się wtedy jako wymianę: oprogramowanie dla kurierów dostaje gotowość zamówień i skład miejsc, a zwraca statusy, potwierdzenia i zwroty.
Zakres wymiany określa to, co system zewnętrzny potrafi udostępnić, i doprecyzowuje się go na etapie obserwacji. Deklarowanie gotowej integracji z góry byłoby obietnicą składaną w imieniu cudzego produktu.
Ta sama zasada działa w drugą stronę, przy zwrotach. Bez oznaczenia zdania niedostarczone zamówienie żyje w bagażniku kuriera do następnej zmiany i znika z ewidencji dokładnie w chwili, w której nikt już za nie nie odpowiada.
Co kurier potwierdza przy odbiorze
- Które zamówienia — numery dostaw, które bierze na ten wyjazd
- Ile miejsc — liczba kartonów albo toreb przy każdym zamówieniu
- Stan opakowania — całe czy uszkodzone; wszystko sporne zgłasza się na miejscu, a nie pod drzwiami klienta
- Kiedy i kto — godzina przekazania i obaj pracownicy: kto wydał i kto przyjął
Co wraca do magazynu
Strumień odwrotny liczy się tak samo: niedostarczone zamówienia, odmowy i zwroty częściowe wracają razem z powodem, dla którego wróciły. Magazyn przyjmuje je operacją — tak samo jak przyjąłby dostawę — i zamówienie znów staje się jego odpowiedzialnością.
- 1Zamówienie skompletowane
- 2Sprawdzone
- 3Przekazane kurierowi
- 4Dostawa rozpoczęta
Trzecie przejście to jedyne, w którym zamówienie zmienia właściciela, i dlatego obsługują je dwie strony: magazyn przekazał, kurier przyjął. Jeśli ten krok się pominie, to przy zgubieniu pozycji nie da się nazwać etapu, a odpowiedzialność rozdziela ten, kto na omówieniu mówi najgłośniej.
Aplikacja kuriera
Trasa i punkty
Potwierdzenie dostawy
Pulpit operacyjny
Pulpit operacyjny
co widzi firma
Pulpit operacyjny — druga połowa systemu: to, co widzi firma, podczas gdy kurierzy pracują w aplikacji. Jego zadaniem nie jest pokazać wszystkie dane, lecz zebrać na jednym ekranie to, co wymaga decyzji teraz, a resztę przenieść głębiej.
Jest tu jedna główna myśl: firma rozumie, co dzieje się z dostawą, nie obdzwaniając ciągle każdego kuriera. Dyspozytor patrzy na ekran, zamiast dzwonić po kolei do pięciu osób, żeby dowiedzieć się, kto zamknął który adres.
Co pokazuje panel:
- Aktywni kurierzy — kto jest na zmianie, kto na trasie, kto skończył i komu kończy się czas pracy
- Przydzielone zamówienia — które dostawy do kogo są przypięte i ile punktów każdemu zostało
- Bieżące statusy — rozkład dostaw według stanów na jednej liście, bez liczenia ręcznego
- Zakończone dostawy — co zamknięto na zmianie, z godziną przekazania i potwierdzeniem
- Problematyczne dostawy — nieudane próby, odmowy, zwroty, punkty z kończącym się przedziałem czasowym
- Nieprzypisane — zamówienia, których nie przydzielono jeszcze żadnemu kurierowi
- Obciążenie pracowników — ile punktów przydzielono na osobę i ile ta osoba faktycznie zamyka na zmianie
- Historia operacji — co działo się z dowolną dostawą, z autorem i godziną każdej zmiany
Uprawnienia dostępu rozdzielają panel według ról: kurier widzi tylko własne zadania na dziś, dyspozytor — swoją zmianę albo strefę, kierownik — wszystkie kierunki i raporty. Dostęp do danych kontaktowych odbiorców i anulowanie dostawy to osobne prawa, a nie część wspólnego pakietu pracowniczego.
Podsumowanie zmiany
146dostaw przydzielonych
7punktów zagrożonych opóźnieniem
3dostawy w wyjaśnianiu
11zamówień nieprzydzielonych
Ekran z systemu; liczby są poglądowe. Kolejność kafelków nie jest przypadkowa: na pierwszym miejscu stoi wolumen zmiany, potem to, co wymaga decyzji. Nieprzydzielone zamówienia są na końcu, bo to jedyny kafelek, który dyspozytor zamyka sam i zamyka do zera.
Kontakt z kurierem
Wiadomość trafia do dyspozytora przypięta do dostawy: widać, o który adres chodzi i w jakim jest stanie. To usuwa połowę rozmowy — tę, którą zajmuje ustalanie, o jakie zamówienie chodzi.
W drugą stronę działa tak samo: wiadomość dyspozytora trafia do kuriera w kartę zadania, a nie jako osobny telefon, który ten usłyszy na klatce między szóstym a siódmym piętrem.
Rola zamiast zestawu znaczników
Podział ustala rola, a nie osobne prawa dla każdej osoby. Inaczej po pół roku dostęp nowego pracownika konfiguruje się „tak jak u Kowalskiego” i nikt już nie umie powiedzieć, do czego dokładnie ma dostęp.
Powiązanie z logistyką
System logistyczny zarządza procesem dostawy jako całością: zlecenia, ładunki, pojazdy, planowanie dnia i rozdział pracy. Oprogramowanie dla kurierów jest narzędziem pracy wykonawcy wewnątrz tego procesu. To nie dwa konkurujące produkty, lecz różne poziomy jednego zadania: jeden odpowiada na pytanie, jak zorganizować dostawę, drugi — jak ją wykonać i zapisać.
- 1Magazyn
- 2Logistyka
- 3Kurier
- 4Klient
Magazyn odpowiada za to, żeby zamówienie było skompletowane i przekazane. Logistyka odpowiada za to, komu i na który dzień je przydzielono. Kurier odpowiada za to, żeby dojechało i zostało przekazane. Klient zamyka łańcuch odbiorem. Zerwanie między dowolnymi dwoma ogniwami wygląda tak samo: zamówienie jest w jednym systemie, a nie ma go w drugim, i odpowiada za nie ten, kto pierwszy odebrał telefon.
Co przychodzi z logistyki
Gotowa dostawa z adresem, przedziałem czasowym, zawartością zamówienia i odbiorcą, a do tego przydzielenie — któremu kurierowi i na który dzień ją oddano. Planowanie dnia i rozdział pracy zostają po stronie systemu logistycznego.
Co robi oprogramowanie dla kurierów
Przynosi zadanie wykonawcy, prowadzi go po punktach i zapisuje statusy oraz potwierdzenie przekazania. To jedyne źródło rzeczywistych danych o dostawie: cała reszta jest planem, a nie faktem.
Co wraca
Rzeczywiste statusy z godzinami, wynik każdego punktu, powody nieudanych dostaw, zwroty i komentarze kuriera. Z tego logistyka buduje raport okresowy, a kierownik odpowiada klientowi bez dzwonienia do wykonawcy.
Jeśli logistyka już działa
Oprogramowanie dla kurierów może pracować jako osobna aplikacja podłączona przez API do istniejącego systemu: dostaje zadania, a zwraca statusy i potwierdzenia. Ten wariant jest potrzebny tam, gdzie nie planuje się zmiany warstwy logistycznej.
Szczegółowe omówienie strony logistycznej — zlecenia na przewóz, rejestr ładunków, planowanie tras i praca z transportem — znajduje się na stronie strona oprogramowania dla logistyki. Tutaj ważne jest co innego: oznaczenia kuriera są jedynym źródłem rzeczywistych statusów, dlatego jego miejsce pracy projektuje się jako pierwsze, a nie jako ostatnie.
Powiadomienia
Powiadomienie jest potrzebne tam, gdzie inaczej trzeba by zadzwonić. Jest ich niewiele i każde jest konkretne: każde melduje zdarzenie, po którym ktoś musi coś zrobić. Cała reszta zostaje na liście zadań i nie rozprasza kuriera na klatce schodowej.
Przydzielono nowe zamówienie
Kurier dostał zadanie: adres, przedział i zawartość. Widzi je od razu, a nie po zakończeniu bieżącej dostawy — i może wpisać punkt w kolejność objazdu, zanim pojedzie na drugi koniec miasta.
Zmieniono zadanie albo trasę
Dyspozytor przestawił punkty, dodał pilną dostawę albo zdjął anulowaną. Bez powiadomienia kurier dowiaduje się o tym, gdy przyjedzie pod stary adres — i traci godzinę na powrót.
Zbliża się czas dostawy
Przypomnienie o punkcie, któremu kończy się przedział. Przychodzi z wyprzedzeniem, a nie w chwili, gdy termin już minął: chodzi nie o zapisanie opóźnienia, lecz o niedopuszczenie do niego.
Zamówienie anulowano
Anulowanie dociera do kuriera, zanim ten wejdzie na siódme piętro. Jeśli zamówienie ma już w rękach, powiadomienie przychodzi razem z tym, co dalej: odwieźć do magazynu albo przekazać innemu wykonawcy.
Wymagane działanie kuriera
Zadanie leży bez oznaczenia, dostawy nie zamknięto wynikiem, dyspozytor zadał pytanie o punkt. To nie kontrola dla samej kontroli: dostawa zostawiona otwarta na wieczór zamienia się nazajutrz w wyjaśnianie.
Wiadomości do odbiorcy
Klientowi też jest co powiedzieć: zamówienie przekazano kurierowi, kurier jest w drodze, dostawę przełożono. To usuwa część połączeń przychodzących do firmy — kto zna status, ten nie dzwoni, żeby o niego zapytać.
Kanały wysyłki — wiadomość w aplikacji, SMS, komunikator, e-mail — wybiera się przy wdrożeniu i podłącza przez integracje. Gotowych połączeń z konkretnymi usługami nie deklarujemy z góry: zestaw zależy od tego, z czego korzystają klienci firmy i co jest dostępne w ich kraju.
Historia działań
Historia to nie archiwum na wszelki wypadek, lecz narzędzie wyjaśniania. Zapisów się nie edytuje: poprawkę wprowadza się nowym zdarzeniem z powodem. Dlatego pytanie, dlaczego zamówienie dojechało o siódmej wieczorem, ma jedną odpowiedź, a nie kilka wersji.
Komu przydzielono zamówienie
Wykonawca, godzina przydzielenia i autor — razem z każdą zmianą wykonawcy, jeśli zadanie przeszło w ciągu dnia od jednego kuriera do drugiego.
Kiedy kurier je odebrał
Fakt przekazania z obu stron: kto wydał, kto przyjął, kiedy i ile miejsc. Chwila, od której odpowiedzialność za zamówienie spoczywa na wykonawcy.
Kiedy zmienił się status
Każde przejście z dokładną godziną i autorem: wyjechał, przyjechał do punktu, przekazał. Z tych oznaczeń składa się rzeczywisty czas trwania dostawy.
Czym się to skończyło
Wynik dostawy i sposób potwierdzenia, a tam, gdzie nie doszła do skutku — powód, komentarz kuriera i to, co postanowiono dalej.
| Godzina | Zdarzenie | Kto | Co zapisano |
|---|---|---|---|
| 09:12 | Przydzielona | Dyspozytor | Wykonawca — kurier Azamat, przedział 12:00—15:00 |
| 10:05 | Odebrana przez kuriera | Magazyn + kurier | 1 miejsce, opakowanie całe, przekazanie potwierdzone przez obie strony |
| 12:41 | Na miejscu | Kurier | Przyjazd na Bajtik Baatyra 53 |
| 12:58 | Próba nieudana | Kurier | Odbiorca nie odpowiada; komentarz: szlaban zamknięty, ochrona nie wpuszcza |
| 13:20 | Przełożona | Dyspozytor | Uzgodniono z odbiorcą na 17:00—19:00 tego samego dnia |
| 17:34 | Dostarczone | Kurier | Kod potwierdzający przyjęty, płatność 2400 som pobrana gotówką |
Ten zapis pokazuje nie tylko to, że zamówienie dostarczono, lecz także dlaczego dojechało pięć godzin po przedziale. Właśnie takie łańcuchy warto badać: pokazują, który krok procesu odbywa się poza systemem — w tym wypadku sposobu wejścia przez ochronę nigdy nie zapisano przy adresie.
Analityka dostawy
Raporty składają się z tych samych zapisów, które kurierzy robią na zmianie — osobnego wprowadzania danych do analityki nie potrzeba. Wskaźników jest niewiele i każdy odpowiada na pytanie, na którym podejmuje się decyzję: ilu kurierów potrzeba jutro, gdzie proces najczęściej się psuje, komu trzeba zdjąć obciążenie.
Liczba dostaw
Ile zamówień przydzielono w dzień, tydzień albo miesiąc — według firmy, strefy i kuriera. Liczba bazowa, z której liczy się cała reszta.
Zakończone dostawy
Ile zamknięto z wynikiem i jaka ich część zmieściła się w uzgodnionym przedziale. Drugie znaczy więcej niż pierwsze: dostarczone z opóźnieniem to nie to samo co dostarczone.
Anulowania i zwroty
Ile zamówień wróciło i z jakich powodów: odbiorca odmówił, firma anulowała, niedostarczone. Powód jest obowiązkowy — bez niego liczba niczego nie tłumaczy.
Czas realizacji
Ile trwa dostawa od odbioru ładunku do przekazania i ile trwa sam postój w punkcie. Te dwie liczby pokazują, gdzie ucieka czas: na drodze czy na miejscu.
Obciążenie kurierów
Ile punktów przypada na osobę i ile ta osoba faktycznie zamyka. Stąd bierze się odpowiedź, czy potrzebny jest kolejny kurier, czy rzecz jest w sposobie rozdziału pracy.
Problematyczne zamówienia
Lista dostaw, które wymagały wyjaśnienia, wraz z powodami. Pod koniec miesiąca widać nie „takie rzeczy się zdarzają”, lecz konkretną listę powtarzających się awarii.
Historia pracy
Wydajność według pracownika i kierunku za okres. Składa się z zamkniętych zadań, więc osobnej ewidencji czasu pracy do tego nie potrzeba.
Eksport
Raporty eksportują się do pliku, budują według harmonogramu albo pobiera je system zewnętrzny przez API — na wypadek, gdy zbiorczą sprawozdawczość firmy prowadzi się w innym programie.
Słupki pokazują udział względem pierwszego wiersza, a nie względem ogólnej liczby zamówień: sensowne porównanie jest z wynikiem normalnym, a nie ze średnią. Wierszem, który warto zbadać w takiej tabeli, jest drugi — siedemdziesiąt cztery spóźnione dostawy w tygodniu to nie napięty grafik, lecz konkretne adresy i konkretne godziny, z którymi zmiana sobie nie radzi.
Integracje i wymiana danych
Dostawa rzadko stoi sama: zamówienia przychodzą z jednego programu, klientów prowadzi się w drugim, magazyn w trzecim. Poniżej kierunki, w których najczęściej buduje się wymianę. Konkretny zakres określa to, co system zewnętrzny potrafi udostępnić, i doprecyzowuje się go na etapie obserwacji — gotowych konektorów nie obiecujemy z góry.
E-commerce
Złożone zamówienie może trafiać do dostawy automatycznie, a status — wracać do klienta w jego koncie. O tym, jak zbudowana jest sama witryna i ewidencja zamówień, mówi strona stronie o e-commerce.
System magazynowy
Gotowość zamówień i skład miejsc przychodzą z magazynu, a fakt przekazania kurierowi i zwroty idą z powrotem. Szczegółowo warstwę magazynową omawia strona „Dla magazynu”.
Logistyka
Może pracować razem z systemem logistycznym: on planuje dzień i rozdziela zamówienia, a program dla kurierów zwraca rzeczywiste statusy. Szczegółowo — na stronie logistyki.
CRM
Możliwa jest integracja z bazą klientów i historią transakcji: dostawę tworzy się z karty klienta, a jej wynik wraca do kierownika. Wymiana idzie po identyfikatorze klienta, żeby nie tworzyły się zdublowane kontakty.
Systemy ERP i księgowe
Może pracować razem z warstwą księgową firmy: zamówienia, listy przewozowe, rozliczenia, płatność przy odbiorze. Kierunek wymiany określa to, którą ewidencję uznaje się za nadrzędną.
Serwisy map
Mapa, geokodowanie adresów i budowanie drogi między punktami podłącza się przez integrację z usługą zewnętrzną. Wybór zależy od pokrycia potrzebnych wam miast i od warunków korzystania.
Powiadomienia i usługi zewnętrzne
Wiadomości do kuriera i odbiorcy, serwisy płatnicze do płatności przy odbiorze, przewoźnicy podwykonawcy. Każde podłączenie to osobny moduł wymiany, a nie znacznik w ustawieniach.
API
Własny interfejs systemu: utworzyć dostawę, przydzielić wykonawcę, pobrać status i potwierdzenie, pobrać dziennik zdarzeń. Wszystko, co nie ma osobnego modułu, podłącza się właśnie przez niego.
Reguły wymiany są wszędzie takie same: każda operacja ma klucz, więc ponowne wysłanie nie tworzy drugiej dostawy; nieudany wynik nie znika, lecz trafia do kolejki wyjaśnień; każdy komunikat i każda odpowiedź zapisują się w dzienniku wymiany. Bez tych trzech reguł integracja działa dokładnie do pierwszego zerwanego połączenia.
Kolejność wdrożenia
Dostawy nie przenosi się do systemu naraz w jeden dzień: dopóki część zadań odbywa się poza oprogramowaniem, jego statusy nic nie znaczą. Dlatego uruchomienie idzie etapami, a każdy opiera się na działającym poprzedniku.
1. Analiza przedwdrożeniowa
Jak dziś kurierzy dostają zadania, kto prowadzi statusy, co potwierdza przekazanie, jakie wyjątki zdarzają się najczęściej i jakie programy już działają. Wynikiem jest opis procesu i lista tego, co automatyzuje się w pierwszej kolejności.
2. Statusy i wyniki
Skończona lista stanów, reguły przechodzenia między nimi i obowiązkowy wynik każdej dostawy. Najbardziej niedoceniany etap: bez niego aplikacja staje się kolejnym miejscem, w którym ludzie prowadzą rozmowę.
3. Pilotaż z grupą kurierów
Jedna strefa, jedna zmiana albo dwóch, trzech wykonawców przechodzi pełny cykl na prawdziwych dostawach: przydzielenie, odbiór ładunku, trasa, statusy, potwierdzenie, wyjaśnianie punktów problematycznych.
4. Rozszerzenie i wymiana
Pozostali kurierzy idą po sprawdzonym schemacie, potem role i prawa, potem integracje jako osobne moduły wymiany. Dalej gromadzi się historia i pojawiają się raporty okresowe oraz dane do planowania zmian.
Nasi klienci
Porozmawiajmy o waszej dostawie
Skontaktuj się z nami już dziś
Napiszcie, ilu macie kurierów i ile dostaw wychodzi dziennie, jak dziś rozdaje się zadania, co potwierdza przekazanie i w jakich programach leżą wasze zamówienia i klienci. Powiemy, co automatyzuje się w pierwszej kolejności, co da się podłączyć do waszych obecnych systemów i od czego warto zacząć pilotaż.
