Analizăm munca livrărilor dvs. și vă spunem ce se automatizează în primul rând
Cum primesc acum curierii sarcinile, cine ține statusurile, cu ce se confirmă înmânarea și în ce programe se află deja comenzile dvs.
Cât timp curierii sunt doi, livrarea se ține pe apeluri telefonice și pe corespondență: adresele pleacă în mesagerie, ordinea parcurgerii se stabilește din vorbe, iar la întrebarea «unde este comanda» răspunde cel care a prins primul curierul la telefon. Odată cu creșterea numărului de livrări, asta încetează să funcționeze — sarcinile se pierd, statusurile rămân în urma realității, iar disputa «au adus sau nu» nu are cu ce fi rezolvată. Programul pentru curieri elimină acest mod de lucru: sarcina ajunge în aplicația executantului, statusul îl pune cel care transportă, în momentul acțiunii, iar faptul înmânării se consemnează împreună cu ora și cu autorul. Mai jos este explicat cum funcționează — de la alocarea comenzii până la închiderea turei.
Program pentru curieri — instrumentul de lucru al executantului: îi aduce curierului sarcinile pentru tură, îi arată adresele și conținutul comenzii, îl conduce din punct în punct și consemnează ce s-a întâmplat la fiecare dintre ele. Din partea companiei, aceasta este gestiunea livrărilor: dispecerul vede cine unde se află și ce este deja executat, fără să sune toată tura.
Diferența se vede pe un singur exemplu. Fără program, curierul primește adresele în corespondență, sună clientul ca să lămurească scara și seara îi dictează dispecerului ce a livrat. Dispecerul transcrie asta într-un tabel — dacă își amintește și dacă nu a încurcat curierul. La finalul zilei nimeni nu poate spune ora exactă a înmânării unei comenzi anume.
În program, aceleași lucruri sunt înregistrări. Livrarea are o fișă, fișa are adresa, conținutul, intervalul și statusul curent, iar fiecare modificare are oră și autor. Răspunsul la întrebarea «unde este comanda și ce s-a întâmplat cu ea» durează secunde și nu depinde de faptul dacă a răspuns curierul la telefon.
Exemplu. Dimineața comanda a fost pregătită în depozit și alocată unui curier — sarcina a apărut la el în aplicație, împreună cu adresa și cu intervalul de livrare. Curierul a preluat marfa, a marcat primirea, a plecat pe puncte și la fiecare a schimbat statusul. La a treia adresă clientul nu era acasă — curierul a pus motivul, iar livrarea nu s-a «pierdut», ci a intrat în analiză la dispecer. Seara, managerul i-a răspuns clientului pe baza înregistrării din sistem, nu din memoria curierului.
Automatizarea livrării prin curier începe acolo unde răspunsurile la trei întrebări nu mai încap în capul dispecerului: cui este alocată această comandă, în ce stare este chiar acum și cu ce se confirmă că a fost înmânată.
Acesta este drumul unei singure livrări, nu o listă de ecrane ale programului. Fiecare tranziție o execută un om, în momentul acțiunii: alocă dispecerul, preluarea și înmânarea le marchează curierul. De aceea sistemul arată starea livrării, nu intenția celui care a planificat-o.

El nu transportă comanda și nu îl înlocuiește pe curier. Elimină munca manuală din jurul acțiunii: aduce sarcina fără telefon, păstrează adresa cu comentariu, nu lasă livrarea să fie închisă fără rezultat și consemnează fiecare modificare. Decizia de a amâna livrarea sau de a returna comanda rămâne la om — dar se ia pe baza înregistrării, nu a unei înțelegeri verbale.
La fel, sistemul nu îl «vede» pe curier de la sine: știe exact ce a marcat el printr-o acțiune. De aceea calitatea datelor nu depinde de numărul de funcții, ci de faptul dacă marcajele se pun în momentul în care evenimentul se petrece.
Primele două lucruri care se fac sunt: lista finită de statusuri și rezultatul obligatoriu pentru fiecare livrare. Motivul este simplu: cât timp «în lucru» este înțeles de fiecare în felul lui, iar o livrare închisă fără motiv se consideră reușită, raportul nu are din ce să fie construit — indiferent câte ecrane are aplicația.
Mai jos nu este o listă de funcții, ci șase probleme din cauza cărora livrarea prin curier este automatizată. Fiecare este formulată la fel: ce se întâmplă fără program și ce se schimbă cu el.
Fără program, adresele vin în mesagerie, o parte — verbal, la telefon, o parte — ca listă într-un tabel. Curierul își compune ziua din trei surse și scapă ceva. În program, sarcina este o înregistrare cu număr și executant: fie este în lucru, fie este închisă cu rezultat.
Cât timp statusurile le ține dispecerul, după spusele de la telefon, ele rămân în urma realității cu o oră și costă jumătate din tura lui. Marcajul curierului în momentul acțiunii dă ora reală: când a preluat, când a ajuns, când a înmânat.
Scara, etajul, interfonul și «intrarea din curte» se păstrează în fișa livrării, nu în memoria celui care a mai fost acolo data trecută. Un curier nou închide adresa din prima, nu după două telefoane la client și unul la dispecer.
Cine a primit comanda, când și în ce temei este o înregistrare în sistem, nu o amintire. Metoda de confirmare se alege pentru fiecare proiect, dar rezultatul este unul: disputa «au adus sau nu» se rezolvă prin deschiderea fișei, nu printr-o dispută între manager și curier.
Dispecerul se uită la un singur ecran: cine este pe traseu, câte puncte sunt închise, unde livrarea rămâne în urma intervalului. Întrebarea «unde este comanda mea» încetează să fie muncă pentru trei oameni — managerul îi răspunde clientului singur.
Fiecare modificare este semnată cu autor și oră. Nu este o supraveghere a curierului, ci posibilitatea de a analiza un caz concret: la ce pas s-a oprit livrarea și de ce. În plus, se vede și încărcarea — câte puncte au fost închise într-o tură și de către cine.
Sistemul se asamblează din module. Nu toate sunt necesare fiecărei companii: unui serviciu cu trei curieri și cu adrese previzibile nu îi trebuie tratarea excepțiilor în zece scenarii, iar livrarea de mâncare nu se descurcă fără intervale și fără notificări către client. Componența este determinată de sarcină, dar modulele se îmbină între ele din start, nu se adaugă ulterior pe lângă.

Ziua de lucru a curierului pe un singur ecran: ce este alocat pentru tură, în ce ordine, ce este deja închis și ce a rămas. Este punctul de intrare în program — de aici își începe curierul ziua și aici revine după fiecare punct.
Totul despre o singură comandă: conținutul și numărul de colete, adresa cu comentariu, intervalul, destinatarul, plata și statusul curent. Exact volumul necesar pentru executarea sarcinii — fără nomenclatoarele și rapoartele companiei.
Adresele turei pe hartă și ca listă, ordinea parcurgerii, trecerea de la punctul curent la următorul. Traseul este un obiect de evidență la fel ca sarcina: are dată, executant și istoric al modificărilor din cursul zilei.
Setul finit de stări și regulile de tranziție între ele. Curierul schimbă statusul printr-o singură acțiune, nu alegând dintr-o listă lungă: alocat, preluat, în drum, la fața locului, livrat.
Consemnarea rezultatului la punct: schimbarea statusului și metoda de confirmare aleasă pentru proiect. Fără rezultat, sarcina nu se închide — «probabil am livrat» nu este o stare a livrării.
Marcarea primirii comenzii în depozit sau în punctul de expediere. Din acest moment răspunderea pentru marfă îi revine curierului, iar în sistem se vede că marfa nu mai este în depozit, ci în drum.
Mesaje către curier și către destinatar: a fost alocată o comandă nouă, sarcina s-a modificat, se apropie intervalul, livrarea a fost anulată. Canalele de trimitere se aleg la implementare și se conectează prin integrare.
Ce a executat curierul într-o zi, într-o săptămână, într-o lună: livrări închise, timpul de execuție, punctele problematice. Din aceleași înregistrări se adună și productivitatea lui — pentru asta nu este nevoie de o evidență separată.
Adresarea către dispecer direct din fișa sarcinii, fără a căuta numărul în telefon. Dispecerul vede la ce livrare se referă întrebarea și răspunde pe ea, în loc să afle din nou despre ce adresă este vorba.
Marcajele făcute în afara zonei de acoperire — la subsol, în lift, în zona de case — se păstrează pe dispozitiv și se trimit când apare legătura. Retrimiterea nu creează o a doua livrare.
Locul de muncă al companiei: curierii activi, comenzile alocate, statusurile, livrările efectuate și cele problematice, încărcarea angajaților. Se deschide în browser, nu trebuie instalat nimic.
Interfața externă a sistemului: creează o livrare, alocă un executant, obține statusul, preia confirmarea și jurnalul. Prin ea se conectează magazinul online, depozitul, logistica și sistemele de evidență.
După ce livrarea este formată, comanda este alocată unui curier anume. Alocarea nu este un mesaj pe chat, ci o operațiune: livrarea primește un executant, iar executantul — o sarcină cu număr, oră de emitere și stare curentă.
Sarcina ajunge imediat în aplicația curierului, fără telefon și fără trimiterea adresei. Curierul deschide lista și își vede tura în întregime: câte puncte îi sunt alocate, ce este deja închis și care este următoarea livrare.
Cine alocă. De obicei dispecerul — manual sau după reguli stabilite de companie: pe zone ale orașului, pe tipul comenzii, pe timpul liber al curierului. Distribuirea automată poate fi implementată pentru procesul unui serviciu anume; nu o declarăm dinainte ca funcție gata făcută — regulile de distribuire sunt diferite la fiecare, iar noi nu le putem inventa în locul companiei.
Ce poate face curierul cu o sarcină:
Ce nu trebuie să existe în sarcină este ce este de prisos. Curierului nu îi trebuie costul comenzii, istoricul clientului și rapoartele companiei: pe ecran rămâne ce este necesar ca să ducă și să înmâneze. Tot restul este închis prin drepturi de acces, nu prin scris mărunt.

Curierul s-a îmbolnăvit, a întârziat sau nu a venit în tură — o situație obișnuită, nu o defecțiune. Dispecerul retrage sarcina și o alocă altui executant; în istoricul livrării rămân ambele alocări, cu oră, nu doar ultima.
Asta contează în practică: fără o înregistrare a realocării, analiza «de ce a întârziat comanda» se împotmolește în faptul că sistemul arată curierul curent, care a primit-o cu o oră înainte de finalul intervalului.
Telefonul destinatarului se afișează atunci când este necesar pentru executarea sarcinii și exact celui care duce această livrare. Accesul la datele personale este un drept separat, nu un pachet comun «angajat»: lista tuturor clienților companiei nu i se deschide curierului.
Cum anume se afișează contactul — integral, parțial sau printr-un apel cu număr intermediar — se decide la analiză: depinde de datele cu care lucrează compania și de ce este obligată să protejeze.
| № | Interval | Adresa | Colete | Plata | Stare |
|---|---|---|---|---|---|
| 1 | 10:00—12:00 | Ahunbaeva 97, scara 2 | 1 | plătit | livrat |
| 2 | 11:00—14:00 | Toktogula 125, biroul 4 | 3 | plătit | livrat |
| 3 | 12:00—15:00 | Baitik Baatîra 53 | 1 | 2 400 som | la fața locului |
| 4 | 14:00—17:00 | Ciui 219, intrarea din curte | 2 | plătit | în drum |
| 5 | 16:00—19:00 | Ibraimova 42, etajul 7 | 1 | 1 150 som | alocat |
Lista este sortată după interval, nu după ora alocării: curierului îi contează ordinea zilei, nu ordinea în care dispecerul a împărțit comenzile. Coloana plății stă lângă adresă nu întâmplător — suma de încasat trebuie văzută înainte ca acesta să urce la etajul șapte.
Aplicația pentru curieri — nu o copie micșorată a panoului dispecerului, ci o interfață separată, adaptată condițiilor de lucru ale executantului: telefonul într-o mână, cutia în cealaltă, ecranul în soare, conexiunea din două în două și bateria scăzută spre seară.
Sensul practic este unul singur: toate informațiile de lucru într-un singur loc. Curierul nu trebuie să țină deschise trei chaturi, un tabel cu adrese și istoricul apelurilor — sarcina, adresa, conținutul comenzii, statusul și modul de a lua legătura cu dispecerul se află într-o singură interfață.
Ecranul este construit după principiul «punctul curent și următorul». Tot ce nu este necesar chiar acum este mutat în profunzime: listele din zilele trecute, nomenclatoarele, detaliile care nu influențează înmânarea. Cu cât sunt mai puține elemente pe ecran, cu atât sunt mai puține greșeli în tură și cu atât este mai scurtă instruirea unui om nou.
Cerințe mai importante decât setul de funcții:
Nu are sens să calculăm cât timp economisește această unificare — depinde de ce a devenit acum munca curierului. Se vede însă alt efect: dispare o categorie întreagă de greșeli, în care comanda este dusă la adresa dintr-un mesaj de ieri, pentru că cea nouă a venit în alt chat.

Forma de implementare se alege după sarcină: poate fi o aplicație mobilă pentru Android și iOS sau o pagină web adaptată, care se deschide în browserul telefonului.
A doua variantă este mai ieftină și mai rapidă la lansare, prima este necesară acolo unde contează lucrul fără rețea, notificările și accesul la cameră. Ce se potrivește unei companii anume se stabilește la analiză, nu se alege dinainte.
Legătura dispare previzibil: la subsol, în lift, în zona de case, în parcarea subterană. Dacă marcajul nu trece în acel moment, curierul fie stă și așteaptă, fie încetează să mai marcheze — iar statusurile încep din nou să trăiască în apeluri telefonice.
De aceea marcajele se păstrează pe dispozitiv și se trimit când conexiunea revine. Retrimiterea nu creează atunci o a doua livrare: fiecare marcaj are o cheie, iar sistemul îl acceptă o singură dată. Este aceeași regulă după care funcționează schimbul cu sistemele externe.
Mențiunea «după proiect» apare acolo unde posibilitatea depinde de conectarea unui serviciu extern sau de condițiile de lucru ale unui serviciu anume. Tot restul este minimul de lucru: fără el, interfața executantului nu înlocuiește corespondența, ci se adaugă la ea ca a zecea sursă de sarcini.
Punctul de livrare — o adresă cu o livrare. Tura curierului se compune din puncte, iar aplicația le arată în două moduri deodată: ca listă, în ordinea parcurgerii, și ca marcaje pe hartă. Lista răspunde la întrebarea «ce fac mai departe», harta — la întrebarea «cât de departe este de aici».
Succesiunea se stabilește dinainte și este vizibilă curierului: care punct este cel curent, care sunt închise, care urmează. După închiderea unui punct, următorul devine cel curent — curierul nu îl caută în listă și nu decide de fiecare dată din nou unde să meargă.
Ordinea poate fi schimbată în cursul zilei. Dispecerul mută puncte, adaugă o livrare urgentă sau scoate una anulată — modificările ajung la curier, iar în istoricul traseului rămâne ce și când s-a schimbat. Sistemul nu trebuie să înlocuiască planul în tăcere: un curier care află de modificare abia post-factum își planifică ziua din nou.
Construirea automată a ordinii optime de parcurgere — o posibilitate care poate fi implementată sau conectată prin integrare cu un serviciu cartografic. Nu o declarăm ca funcție gata făcută: calitatea unei astfel de optimizări depinde de datele despre trafic și de limitările serviciului concret — intervalele destinatarilor, zonele, capacitatea genții sau a mașinii.
În practică, multor servicii le este suficientă ordinea stabilită manual: dispecerul cunoaște orașul mai bine decât algoritmul, iar intervalele destinatarilor oricum impun un cadru rigid al zilei.

Jumătate din timpul pierdut de curier nu se duce pe drum, ci pe căutarea intrării. De aceea punctul are un comentariu: scara, etajul, codul interfonului, «intrarea din curte», «barieră, sunați la pază», «corpul al doilea, ușa gri».
Comentariul este completat chiar de curier după livrare și rămâne în fișa adresei. Următorul om care merge acolo nu va afla din nou același lucru — este singurul mod de a acumula cunoașterea orașului în sistem, nu în capul turei.
Statusurile se schimbă nu în bloc, la finalul zilei, ci pentru fiecare punct, în momentul acțiunii. A ajuns la adresă — «la fața locului», a înmânat — «livrat», nu l-a găsit pe destinatar — motiv și amânare. Din aceste marcaje se iau ora reală a livrării și durata petrecută în punct; altfel, ambii indicatori se reconstituie din memorie, adică nu se reconstituie.
| Ordinea | Adresa | Interval | Ce transportăm | Comentariu la punct | Stare |
|---|---|---|---|---|---|
| 1 | Baitik Baatîra 53 | 12:00—15:00 | 1 colet | Barieră, sunați la pază | închis |
| 2 | Ciui 219 | 14:00—17:00 | 2 colete | Intrarea din curte, ușa gri | curent |
| 3 | Ibraimova 42 | 16:00—19:00 | 1 colet | Etajul 7, liftul până la 6 | urmează |
| 4 | Moskovskaia 180 | 17:00—20:00 | 3 colete | Birou, permis la recepție | urmează |
| 5 | Ahunbaeva 97 | până la 20:00 | 1 colet | Retur: destinatarul a refuzat | adăugat |
Al cincilea punct a fost adăugat în traseu în cursul zilei — este un retur din refuz, care trebuie dus înapoi. Returul merge ca un punct la fel, cu adresă și stare, nu ca o înțelegere verbală «îl aduci mâine»: altfel comanda iese din evidență exact în momentul în care nimeni nu mai răspunde de ea.
Statusul nu este o etichetă pe ecran, ci o stare din care decurg acțiunile permise. Setul este finit și scurt: cât timp nu este numit explicit, fiecare angajat înțelege «în lucru» în felul lui, iar cu zece statusuri asemănătoare curierul începe să pună la nimereală.

Cinci stări sunt minimul de lucru, nu lista completă. Cele intermediare («predat la sortare», «predat altui curier») se adaugă după procesul companiei, dar setul rămâne finit și explicit: fiecare status trebuie să răspundă la întrebarea ce îi este permis curierului să facă mai departe.
| Ce s-a întâmplat | Ce face sistemul | Stare |
|---|---|---|
| Clientul nu poate fi contactat: nu deschide, nu răspunde la telefon | Consemnează încercarea nereușită cu motiv și cu comentariul curierului, lasă comanda în sarcina lui și ridică problema unei noi livrări | analiză |
| Livrarea a fost amânată la cererea destinatarului | Înregistrează noua dată sau noul interval, împreună cu cine și când a convenit amânarea; punctul iese din traseul de azi | normal |
| Destinatarul a refuzat comanda | Închide livrarea cu motivul refuzului și creează un punct de întoarcere — pentru readucerea comenzii la depozit sau în punctul de expediere | analiză |
| Destinatarul a primit comanda parțial | Împarte livrarea: coletele primite se închid, cele refuzate pleacă în retur printr-o înregistrare separată, în loc să fie descărcate împreună cu restul | analiză |
| Problemă cu adresa: clădirea nu există, intrarea nu a fost găsită | Deschide un eveniment cu comentariul curierului și trimite punctul dispecerului pentru clarificare, fără a închide livrarea ca efectuată | analiză |
| Comanda a fost anulată când curierul era deja în drum | Scoate punctul din traseu și trece livrarea în retur: comanda nu «se dizolvă», de ea răspunde în continuare cineva | normal |
| Curierul nu a venit în tură | Îi eliberează sarcinile pentru realocare și îi arată dispecerului toate livrările afectate într-o singură listă | avertisment |
Principiul general: un deznodământ nereușit nu dispare și nu se transformă într-unul reușit. Livrarea rămâne deschisă și ajunge în coada de analiză — este mai ieftin decât un raport în care nu există probleme pentru că nu a fost unde să fie notate.
Ce excepții îi trebuie companiei se stabilește la analiză. Livrării de mâncare îi trebuie intervale scurte și amânare rapidă, livrării de tehnică — refuzul parțial și returul, livrării de documente — confirmarea identității destinatarului. Setul se configurează, dar regula este comună: orice încheiere a unei livrări are un motiv, iar motivul ajunge în raport.
Livrarea are două puncte în care se schimbă responsabilul și amândouă se consemnează. Primul este preluarea mărfii de către curier: comanda pleacă din depozit și, din acel moment, de ea răspunde executantul. Al doilea este înmânarea către destinatar: livrarea este închisă, obligația companiei este îndeplinită.
Fără o înregistrare a acestor două momente, orice pierdere se transformă într-o anchetă în tură: depozitul consideră că a predat, curierul — că nu el a transportat, iar managerul îi explică clientului că «verificăm». Marcajul costă secunde, analiza fără el — o zi de muncă și încrederea clientului.
Ce consemnează sistemul la înmânare:
Metoda de confirmare se alege pentru fiecare proiect. Mai jos sunt enumerate variantele posibile — nu este o listă de funcții gata făcute și nici o promisiune că toate acestea sunt deja implementate. Ce se potrivește unui serviciu anume depinde de ce se livrează, cui și ce cerințe are compania însăși.

Această regulă este mai importantă decât metoda de confirmare în sine. Cât timp rezultatul nu este consemnat, livrarea rămâne deschisă și este vizibilă dispecerului. Altfel, la finalul lunii toate livrările vor fi «efectuate», iar cazurile în litigiu vor trebui în continuare rezolvate prin telefoane.
Acolo unde comanda se plătește la fața locului, confirmarea livrării și confirmarea plății sunt două înregistrări diferite. Suma de încasat vine împreună cu sarcina, iar faptul încasării se marchează separat: altfel, la finalul turei nu se poate calcula cât numerar are curierul la el.
Încasarea plății cu cardul sau prin transfer este posibilă prin integrare cu un serviciu de plată sau cu terminalul executantului — componența depinde de procesator și se precizează la analiză.
Comanda care nu a putut fi înmânată rămâne în sarcina curierului până în momentul în care o predă: înapoi la depozit, în punctul de expediere sau altui executant. Predarea se înregistrează la fel ca preluarea — de a doua parte. Până atunci, ce nu a fost livrat se vede într-o listă separată, în loc să se dizolve în statistica generală a turei.
Niciuna dintre variante nu este obligatorie și niciuna nu este declarată ca fiind deja gata: setul se stabilește la analiză — după ce se livrează, ce dispute apar cel mai des și ce cerințe are compania însăși. Cu cât confirmarea este mai strictă, cu atât curierul stă mai mult în punct, de aceea are sens să fie întărită acolo unde chiar există cazuri în litigiu.
Depozitul și livrarea nu sunt două departamente cu un chat comun, ci două segmente ale aceluiași proces. O comandă «pregătită, dar nepredată» și una «predată, dar nemarcată» sunt stări diferite, iar confundarea lor costă scump: prima se caută în depozit, a doua — la curier.
Îmbinarea este construită simplu: gestionarul marchează predarea, curierul — preluarea. Cât timp nu sunt puse ambele marcaje, comanda figurează într-o stare intermediară și este vizibilă ambelor părți. Astfel, un colet pierdut are întotdeauna un segment pe care s-a pierdut, iar analiza nu se transformă într-o anchetă în tură.
Evidența completă de depozit — recepție, stocare pe adrese, stocuri, pregătirea comenzilor și inventar — este tema unei pagini separate «Pentru depozit». Aici este descrisă doar îmbinarea: ce îi predă depozitul curierului și ce primește înapoi de la el.
Dacă depozitul lucrează în alt program — o situație obișnuită: evidența de depozit se ține deja într-un sistem existent și nimeni nu are de gând să îl schimbe. Atunci îmbinarea se construiește prin schimb: programul pentru curieri primește gradul de pregătire al comenzilor și componența coletelor, iar în schimb returnează statusuri, confirmări și returi.
Componența schimbului este determinată de ce poate oferi sistemul extern și se precizează la analiză. A declara dinainte o integrare gata făcută ar însemna o promisiune pentru produsul altcuiva.
Același principiu funcționează și în sens invers — la returi. Fără marcajul predării, o comandă nelivrată trăiește în portbagajul curierului până la tura următoare și dispare din evidență exact în momentul în care nimeni nu mai răspunde de ea.

Fluxul invers este la fel de important: comenzile nelivrate, refuzurile și returile parțiale se întorc cu motivul pentru care au revenit. Depozitul le primește printr-o operațiune — la fel cum ar primi o livrare — iar comanda devine din nou răspunderea lui.
A treia tranziție este singura în care comanda își schimbă responsabilul, de aceea se înregistrează de două părți: depozitul a predat, curierul a primit. Dacă pasul este sărit, la pierderea unui colet nu se poate numi segmentul, iar răspunderea se împarte după cine vorbește mai tare la analiză.
Aplicația curierului
Traseul și punctele
Confirmarea livrării
Panoul de dispecerat
Panoul de dispecerat — cealaltă jumătate a sistemului: ceea ce vede compania în timp ce curierii lucrează în aplicație. Sarcina lui nu este «să arate toate datele», ci să adune pe un singur ecran ce cere o decizie acum și să mute restul în profunzime.
Ideea principală este una singură: compania înțelege ce se întâmplă cu livrarea fără a suna permanent fiecare curier. Dispecerul se uită la un ecran, în loc să formeze cinci numere pe rând ca să afle cine ce adresă a închis.
Ce se vede în panou:
Drepturi de acces delimitează panoul pe roluri: curierul vede doar sarcinile lui pentru ziua respectivă, dispecerul — tura sau zona lui, conducătorul — toate direcțiile și rapoartele. Accesul la contactele destinatarilor și anularea livrării sunt drepturi separate, nu un pachet comun «angajat».

Captură din sistem, cifrele sunt demonstrative. Ordinea plăcilor nu este întâmplătoare: prima este volumul turei, apoi vine ce cere o decizie. Comenzile nedistribuite stau ultimele, pentru că este singura placă pe care dispecerul o închide singur și până la capăt.
Solicitarea ajunge la dispecer legată de livrare: se vede la ce adresă se referă întrebarea și în ce stare este. Asta elimină jumătate din conversație — partea în care se lămurește despre ce comandă este vorba.
Reacția inversă funcționează la fel: mesajul dispecerului ajunge la curier în fișa sarcinii, nu printr-un apel separat, pe care îl va auzi pe scări, între etajele șase și șapte.
Delimitarea se stabilește prin rol, nu prin drepturi separate pentru fiecare om. Altfel, peste jumătate de an, accesul unui angajat nou se configurează «ca la Ivanov» și nimeni nu mai poate spune ce anume îi este deschis.
Sistemul logistic gestionează procesul de livrare în întregime: cereri, mărfuri, transport, planificarea zilei și distribuirea muncii. Programul curierului este instrumentul de lucru al executantului în interiorul acestui proces. Nu sunt două produse concurente, ci niveluri diferite ale aceleiași sarcini: unul răspunde la întrebarea «cum organizăm livrarea», celălalt — «cum o executăm și cum o consemnăm».

Depozitul răspunde de faptul că marfa este pregătită și predată. Logistica — de cui și pe ce zi îi este alocată. Curierul — de faptul că a ajuns și a fost înmânată. Clientul închide lanțul prin primire. O ruptură între oricare două verigi arată la fel: comanda există într-un sistem și lipsește în altul, iar de ea răspunde cel care a ridicat primul telefonul.
Livrarea gata formată, cu adresă, interval, conținutul comenzii și destinatar, precum și alocarea — cărui curier și pe ce zi i-a fost dată. Planificarea zilei și distribuirea muncii rămân de partea sistemului logistic.
Aduce sarcina executantului, îl conduce prin puncte, consemnează statusurile și confirmarea înmânării. Este singura sursă de date reale despre livrare: tot restul este plan, nu fapt.
Statusurile reale, cu oră, rezultatul fiecărui punct, motivele livrărilor nereușite, returile și comentariile curierului. Din asta logistica își construiește raportul pe perioadă, iar managerul îi răspunde clientului fără să sune executantul.
Programul pentru curieri poate funcționa ca aplicație separată, conectată prin API la sistemul existent: primește sarcini, returnează statusuri și confirmări. Această variantă este necesară acolo unde circuitul logistic nu se plănuiește a fi schimbat.
Analiza detaliată a laturii logistice — cereri de transport, registrul mărfurilor, planificarea traseelor și lucrul cu transportul — se află pe pagina software pentru logistică. Aici contează altceva: marcajele curierului sunt unica sursă a statusurilor reale, de aceea locul lui de muncă se proiectează primul, nu ultimul.
Notificarea este necesară acolo unde altfel ar trebui dat un telefon. Sunt puține și concrete: fiecare anunță un eveniment după care omul trebuie să facă ceva. Tot restul rămâne în lista de sarcini și nu îl distrage pe curier pe scări.
Curierului i-a venit o sarcină: adresă, interval și conținut. O vede imediat, nu la finalul livrării curente — și poate încadra punctul în ordinea parcurgerii înainte de a pleca în celălalt capăt al orașului.
Dispecerul a mutat puncte, a adăugat o livrare urgentă sau a scos una anulată. Fără notificare, curierul află despre asta când ajunge la vechea adresă — și pierde o oră pe drumul înapoi.
Memento pentru punctul al cărui interval expiră curând. El vine din timp, nu în momentul depășirii: rostul nu este să consemneze întârzierea, ci ca ea să nu existe.
Anularea ajunge la curier înainte ca acesta să urce la etajul șapte. Dacă marfa este deja la el, împreună cu notificarea vine și ce trebuie făcut mai departe: readusă la depozit sau predată altui executant.
Sarcina stă fără marcaj, livrarea nu este închisă cu rezultat, dispecerul a pus o întrebare despre un punct. Nu este control de dragul controlului: o livrare neînchisă până seara devine analiză în ziua următoare.
Și clientului este ceva de spus: comanda a fost predată curierului, curierul a plecat, livrarea a fost amânată. Asta elimină o parte din apelurile primite de companie — omul care știe statusul nu sună ca să îl afle.
Canalele de trimitere — mesaj în aplicație, SMS, mesagerie, e-mail — se aleg la implementare și se conectează prin integrare. Nu declarăm dinainte conectări gata făcute la servicii anume: componența depinde de ce folosesc clienții companiei și de ce este disponibil în țara ei.
Istoricul nu este o arhivă «pentru orice eventualitate», ci un instrument de analiză. Înregistrările nu se editează: corectura se face printr-un eveniment nou, cu motiv. De aceea întrebarea «de ce a ajuns comanda la șapte seara» are un răspuns, nu versiuni.
Executantul, ora alocării și autorul — împreună cu toate realocările, dacă sarcina a trecut de la un curier la altul în cursul zilei.
Faptul predării mărfii, din ambele părți: cine a predat, cine a primit, când și câte colete. Momentul din care răspunderea pentru comandă îi revine executantului.
Fiecare tranziție, cu oră exactă și autor: a plecat, a ajuns la punct, a înmânat. Din aceste marcaje se compune durata reală a livrării.
Rezultatul livrării și metoda de confirmare, iar dacă nu a avut loc — motivul, comentariul curierului și ce s-a decis mai departe.
| Ora | Eveniment | Cine | Ce este consemnat |
|---|---|---|---|
| 09:12 | Alocată | Dispecerul | Executant — curierul Azamat, intervalul 12:00—15:00 |
| 10:05 | Preluată de curier | Depozit + curier | 1 colet, ambalaj întreg, predare confirmată de ambele părți |
| 12:41 | La fața locului | Curierul | Sosire la adresa Baitik Baatîra 53 |
| 12:58 | Încercare nereușită | Curierul | Destinatarul nu răspunde; comentariu: «bariera este închisă, paza nu lasă să treacă» |
| 13:20 | Amânată | Dispecerul | Convenit cu destinatarul pentru 17:00—19:00, în aceeași zi |
| 17:34 | Livrată | Curierul | Codul de confirmare a fost acceptat, plata de 2 400 som a fost încasată în numerar |
Din această înregistrare se vede nu doar că marfa a fost livrată, ci și de ce a ajuns cu cinci ore mai târziu decât intervalul. Merită analizate tocmai astfel de lanțuri: în ele se vede ce pas al procesului se execută pe lângă sistem — în cazul de față, la adresă nu fusese notată procedura de trecere pe la pază.
Rapoartele se compun din aceleași înregistrări pe care curierii le fac în cursul turei — pentru analiză nu este nevoie de o introducere separată de date. Indicatorii sunt puțini, iar fiecare răspunde la o întrebare pe baza căreia se ia o decizie: câți curieri sunt necesari mâine, unde se strică procesul cel mai des, cui trebuie redusă încărcarea.
Câte comenzi au fost alocate într-o zi, o săptămână sau o lună — pe companie, pe zonă și pe curier. Cifra de bază, din care se calculează toate celelalte.
Câte au fost închise cu rezultat și ce parte dintre ele s-au încadrat în intervalul convenit. A doua este mai importantă decât prima: livrat cu întârziere nu este același lucru cu livrat.
Câte comenzi s-au întors și din ce motive: refuzul destinatarului, anularea de către companie, nelivrarea. Motivul este obligatoriu — fără el cifra nu explică nimic.
Cât durează livrarea de la preluarea mărfii până la înmânare și cât durează punctul în sine. Din aceste două numere se vede unde se pierde timpul: pe drum sau la fața locului.
Câte puncte revin unui om și câte închide el efectiv. De aici vine răspunsul la întrebarea dacă mai este nevoie de un curier sau dacă problema este în distribuirea muncii.
Lista livrărilor care au necesitat analiză, cu motive. La finalul lunii se vede nu «se mai întâmplă», ci o listă concretă a problemelor care se repetă.
Productivitatea pe angajat și pe direcție într-o perioadă. Se compune din sarcinile închise, de aceea pentru asta nu este nevoie de o evidență separată a timpului de lucru.
Rapoartele se exportă în fișier, se pot genera conform programării sau pot fi preluate de un sistem extern prin API — dacă raportarea consolidată a companiei se ține în alt program.
Barele arată ponderea din primul rând, nu din numărul total de comenzi: are sens să compari cu rezultatul normal, nu cu media. Într-un astfel de tabel trebuie analizat al doilea rând — șaptezeci și patru de întârzieri într-o săptămână nu înseamnă «program încărcat», ci adrese și ore concrete în care tura nu face față.
Livrarea rareori stă separat: comenzile vin dintr-un program, clienții se țin în al doilea, depozitul — în al treilea. Mai jos sunt direcțiile pe care schimbul se construiește cel mai des. Componența concretă este determinată de ce poate oferi sistemul extern și se precizează la analiză — nu promitem dinainte conectori gata făcuți.
O comandă plasată poate fi transmisă automat în livrare, iar statusul poate reveni la cumpărător în contul personal. Cum este construită vitrina și evidența comenzilor este explicat pe pagina comerț electronic.
Gradul de pregătire al comenzilor și componența coletelor vin de la depozit, iar faptul predării către curier și returile pleacă înapoi. Circuitul de depozit este analizat detaliat pe pagina «Pentru depozit».
Poate funcționa împreună cu sistemul logistic: acesta planifică ziua și distribuie comenzile, iar programul pentru curieri returnează statusurile reale. Detaliat — pe pagina de logistică.
Este posibilă integrarea cu nomenclatorul de clienți și cu istoricul tranzacțiilor: livrarea se creează din fișa clientului, iar rezultatul ei revine la manager. Schimbul se face după identificatorul clientului, ca să nu se înmulțească duplicatele de contacte.
Poate funcționa împreună cu circuitul de evidență al companiei: comenzi, avize, decontări reciproce, plata la primire. Direcția schimbului este determinată de evidența recunoscută ca principală.
Harta, geocodarea adreselor și calculul traseului între puncte se conectează prin integrare cu un serviciu extern. Care anume — se alege după acoperirea orașelor necesare și după condițiile de utilizare.
Mesaje către curier și către destinatar, servicii de plată pentru plata la primire, subcontractori transportatori. Fiecare conectare este un modul de schimb separat, nu o bifă în setări.
Interfața proprie a sistemului: creează o livrare, alocă un executant, obține statusul și confirmarea, preia jurnalul de evenimente. Prin ea se conectează tot ce nu are un modul separat.
Regulile schimbului sunt aceleași peste tot: fiecare operațiune are o cheie, de aceea o transmitere repetată nu creează o a doua livrare; un deznodământ nereușit nu dispare, ci ajunge în coada de analiză; fiecare trimitere și fiecare răspuns se scriu în jurnalul schimbului. Fără aceste trei reguli, integrarea funcționează exact până la prima întrerupere a legăturii.
Livrarea nu se mută integral în sistem într-o singură zi: cât timp o parte dintre sarcini merg pe lângă program, statusurile lui nu înseamnă nimic. De aceea lansarea merge pe segmente, iar fiecare următor se sprijină pe cel anterior, deja funcțional.
Cum primesc acum curierii sarcinile, cine ține statusurile, cu ce se confirmă înmânarea, ce excepții apar cel mai des și ce programe există deja. Rezultatul — descrierea procesului și lista a ceea ce se automatizează în primul rând.
Lista finită de stări, regulile de tranziție între ele și rezultatul obligatoriu pentru fiecare livrare. Cea mai subestimată etapă: fără ea, aplicația devine încă un loc în care se poartă corespondență.
O zonă, o tură sau doi-trei executanți parcurg un ciclu complet pe livrări reale: alocare, preluarea mărfii, traseu, statusuri, confirmare, analiza punctelor problematice.
Restul curierilor după schema verificată, rolurile și drepturile, integrările prin module de schimb separate. Mai departe se acumulează istoricul, apar rapoartele pe perioadă și datele pentru planificarea turelor.
Scrieți-ne câți curieri lucrează și câte livrări pleacă pe zi, cum se împart acum sarcinile, cu ce se confirmă înmânarea și în ce programe se află comenzile și clienții. Vă vom răspunde ce se automatizează în primul rând, ce se poate conecta la sistemele existente și de unde este rezonabil să începeți pilotul.