Leveransapp för sista milen: förare & trafikledning
Förarapp som fungerar offline, med leveransbevis, spårningslänkar med ankomsttid för mottagarna och en trafikledningsvy för ruttändringar och returer.
Ett exempel på hur vi skulle bygga det här för ett företag i den här nischen: planen, arkitekturen och målen vi skulle utgå från. Inte en berättelse om en specifik kund.
- Mål
- –30%
- samtal och mejl till supporten om paketstatus, inom sex månader efter lansering
- Mål
- 99%
- av slutförda stopp har foto, signatur eller skanning som bevis, från första månaden
- Mål
- –15%
- misslyckade leveranser vid första försöket, inom sex månader efter lansering
Vem det här är för
Föreställ dig en regional budfirma med 5 000–15 000 stopp om dagen och en blandning av anställda förare och underleverantörer, många med egna mobiler. Förarna jonglerar uppdragsgivarnas skannerappar, lastlistor på papper och samtal till trafikledningen, medan mottagarna ringer supporten för att fråga var paketet är. Målet är en förarapp och en plattform för trafikledningen som fungerar offline, bevisar varje leverans och ger mottagarna en ärlig ankomsttid.
Därför är det svårt
- Täckningen försvinner i parkeringsgarage, på landsbygden och i trapphus, så varje stopp måste kunna slutföras offline och synkas senare i rätt ordning.
- Tvister om leveranser avgörs av bevis, och ett suddigt foto eller en krumelur utan tid och plats räcker inte för att avgöra en reklamation.
- Förare hos underleverantörer använder egna mobiler och byts ofta, så onboardingen måste gå på några minuter och åtkomsten upphöra samma dag som de slutar.
- Varje uppdragsgivare har egna regler för säkra platser, grannar, id-kontroller och nya leveransförsök, och ett vagt ”inte hemma” säger inget om vad som ska hända sedan.
- Trafikledarna flyttar stopp mellan bilar hela dagen, och varje ändring måste nå föraren utan att körordningen hamnar i oordning.
Det här skulle vi bygga
Förarapp som fungerar offline
Rutt, stopp och paketlistor lagras på enheten, skanning sker med mobilkameran eller den inbyggda skannern i en robust handdator, och varje åtgärd köas tills anslutningen är tillbaka.
Leveransbevis
Foto, signatur, streckkodsskanning, pinkod eller id-kontroll beroende på uppdragsgivarens regler för paketet, var och en märkt med tid och plats.
Misslyckade leveranser & säkra platser
Strukturerade orsaker som ingen åtkomst, nekad mottagning, skadat paket eller adressen hittades inte, med fotobevis och regler per uppdragsgivare för grannar, säkra platser och nya försök.
Spårningslänkar med live-ETA
Mottagarna får en spårningslänk med ett tidsfönster som krymper ju närmare bilen kommer, och kan lämna instruktioner eller välja en säker plats innan den är framme.
Dashboard för trafikledningen
En livekarta över bilarna och hur långt de har kommit, omfördelning med dra och släpp och avvikelser överst: försenade rutter, misslyckade stopp och paket som fortfarande är kvar i bilen.
Returer & underleverantörer
Upphämtningar och returer skannas i samma flöde, och onboarding av underleverantörer med dokumentkontroll, fordonsuppgifter och avräkningsrapporter per stopp.
Arkitektur
Från människorna som använder lösningen ner till hårdvaran och tredjepartssystemen den pratar med.
- Appar
- Förarapp (Android & iOS)
- Dashboard för trafikledningen
- Spårningssida för mottagare
- Portal för underleverantörer
- Plattform
- Rutter, stopp & pakethändelser
- Offlinesynk & konflikthantering
- Tjänst för ETA & aviseringar
- Avräkningsrapporter
- Integrationer
- Uppdragsgivarnas system (API, EDI eller filer)
- Motor för ruttoptimering
- Sms- & e-postgateway
- Export till ekonomi & lön
- I fält
- Förarnas mobiler & robusta skannrar
- GPS/telematik i fordonen
- Skanningspunkter på terminalen
Leveransplan
Samma fyra faser som i alla våra projekt – se hur vi arbetar.
- Vecka 1–2
Discovery
Vi åker med på några rutter, kartlägger varje uppdragsgivares regler för leveransbevis och misslyckade leveranser och samlar in de format för lastlistor och etiketter som du tar emot i dag.
- Vecka 3–5
Design & arkitektur
Modell för offlinesynk, förarflöden som testas med en hand, i dagsljus och med dålig täckning, och integrationsplanen för uppdragsgivare och ruttoptimering.
- Vecka 6–18
Utveckling
Förarappen och trafikledningens dashboard byggs parallellt, med en pilotterminal som kör riktiga rutter från ungefär vecka 12 och det gamla arbetssättet kvar som reserv.
- Vecka 19–20
Lansering & överlämning
Utrullning terminal för terminal med kort onboarding för förarna, övervakning av synkfel och överlämning av kod, infrastruktur och driftinstruktioner.
Teamet
- Tech lead med produktfokus
- Mobilutvecklare (Flutter)
- Backendutvecklare
- Frontendutvecklare
- UX/UI-designer
- QA-ingenjör
Regelefterlevnad & säkerhet
- Att spåra förarnas position är en form av övervakning av anställda: enligt GDPR bör det bara ske under aktiva rutter, med tydlig information och med samråd med arbetstagarnas representanter där lokal lag kräver det.
- Mottagarnas namn, adresser och foton vid dörren sparas bara så länge reklamationer kräver dem, och instruktionerna för foton styr förarna bort från att fotografera människor.
- Id-kontroller för åldersbegränsade paket registrerar att en kontroll har gjorts, inte en kopia av id-handlingen, om inte ett avtal med en uppdragsgivare kräver mer.
- Trafikreglerna begränsar mobilanvändning under körning, så appen döljer allt utom navigeringen medan fordonet rör sig.
Teknikstack
- Flutter
- Kotlin (scanner integration)
- SQLite
- TypeScript
- NestJS
- PostgreSQL + PostGIS
- Redis
- React
- WebSockets
Frågor vi ofta får
Kan förare hos underleverantörer använda sina egna mobiler?
Ja. Appen körs på vanliga Android-mobiler och iPhones och skannar med kameran; onboardingen kräver en länk och en dokumentkontroll, och åtkomsten upphör när avtalet gör det. Anställda förare kan köra samma app på robusta handdatorer med inbyggda skannrar.
Ersätter ni vår ruttoptimering?
Inte nödvändigtvis. Om du redan använder en motor för ruttoptimering skulle vi integrera den; om inte skulle vi koppla in en etablerad lösning i stället för att bygga en egen. Värdet vi tillför ligger i det som händer efter planen: ändringar under dagen, förarens verklighet och bevisen.
Alla våra uppdragsgivare skickar data på olika sätt. Hur hanterar ni det?
Varje uppdragsgivare får en egen adapter (API, EDI eller schemalagda filer) som översätter deras etiketter, servicenivåer och regler för leveransbevis till en gemensam intern modell. Att lägga till en uppdragsgivare innebär då en adapter och en regelprofil, inte en ändring i förarappen.
Tjänsterna bakom den här blueprinten
Läs mer om branschen Logistik & supply chain.
Bygger du något liknande?
30 minuter med utvecklarna som skulle bygga det. Vi prövar planen mot din situation: omfattning, integrationer och budget.