Förarappar för uthyrningsföretag: vilka funktioner bör de ha?

För ett uthyrningsföretag är förarappen ingen logistisk krusidull som klistrats på flottan. Den är den enda dokumentationen av vad som faktiskt hände vid kundens dörr. Vilken tid kom minigrävaren? Var panelen redan repad när den lämnade depån? Skrev platschefen verkligen på för fyra avspärrningar eller tio? Om svaret på någon av dessa frågor bara finns i en förares minne, på ett papperskvitto som blivit kvar i hytten, eller på ett foto som försvunnit i någons privata kamerarulle, är företaget exponerat varje gång en kund ifrågasätter en faktura eller en skadeavgift.

Därför är "har ni en förarapp" fel fråga när ett uthyrningsföretag jämför system, eller äntligen bestämmer sig för att sluta med papperskvitton. Nästan alla leverantörer svarar ja. Den rätta frågan är mer specifik, och obekvämare att ställa under en säljdemo: vad fångar appen faktiskt upp, tvingar den fram den insamlingen i stället för att göra den valfri, och fortsätter den att fungera när en förare kliver in i ett källarutrymme utan täckning?

Den här artikeln går igenom funktionerna som svarar på de frågorna, som en genuin checklista för vad man ska leta efter i en förarapp för uthyrning, inte en säljtext.

En förarapp som finns fristående från verktyget kontoret använder för att planera dagen är bara ett halvt system. Uppdraget en förare ser i telefonen bör komma från samma körschema som användes för att bygga rutten, inte från en separat lista som någon skriver av eller läser upp i telefon.

I Renttix planeras leverans- och hämtningsuppdrag på ett körschema, grupperas per rutt och tilldelas förare direkt; återkommande scheman genererar uppdragen automatiskt för kunder med upprepade besök, så ett veckovis besök beror inte på att någon kommer ihåg att skapa det. Täckning spelar också roll här: varje depå har ett serviceområde definierat som en polygon på en karta, leveransadresser kontrolleras mot det, och beställningar som görs via en ansluten webbutik spärras vid kassan om adressen ligger utanför området. När dagens stopp planeras flaggas alla adresser utanför serviceområdet på körschemat i stället för att upptäckas av en förare en timme in på en rutt som denne aldrig borde fått.

Det praktiska testet för en köpare är enkelt: kan ett uppdrag skapas, tilldelas och ändras från samma skärm som kontoret redan planerar rutter på, eller blir det att hålla förarappen synkroniserad ett manuellt steg i någons dag?

När en förare väl är ute på vägen behöver kontoret veta var varje uppdrag står utan att lyfta luren. En förarapp värd namnet bör skicka statusändringar till kontoret i samma stund de sker, inte i slutet av passet när föraren återfår täckning och kommer ihåg att uppdatera något.

Det spelar roll av fler skäl än nyfikenhet. En kund som undrar över en leverans får svar på några sekunder i stället för att någon ringer en förare som nu är oanträffbar eftersom hen kör. En "väntar"-status på ett uppdrag, oavsett om det beror på blockerat tillträde, en saknad del eller en fråga om platsen, når kontoret i samma ögonblick det inträffar, medan det fortfarande finns tid att göra något åt saken, i stället för att upptäckas när föraren är tillbaka på gården.

Renttix Field skickar precis dessa uppdateringar: uppdragets statusändringar som påbörjad, pausad, väntar, återupptagen och slutförd är alla synliga för kontoret i realtid medan föraren arbetar sig igenom uppdraget. Det är ett väsentligt annat påstående än en direktkarta där en chef kan följa en förares position hela dagen. Värdet ligger här i uppdragets status, kopplad till de händelser som faktiskt betyder något för verksamheten, inte en prick som rör sig över en skärm.

Källare, teknikutrymmen, byggarbetsplatser på landsbygden, de nedre planen i ett parkeringshus, ett nybyggt område som ännu inte har full mobiltäckning: det här är vanliga, vardagliga platser för en uthyrningsleverans, inga undantag. Om en förarapp är beroende av en aktiv anslutning för att spara en signatur eller ett foto, fångas dokumentationen antingen inte alls, eller så måste föraren göra om den senare ur minnet, och då är den föga värd som bevis.

Offline-first är ett väletablerat mönster inom fältprogramvara generellt: enheten behandlar först sin egen lokala lagring som sanningskällan, och betraktar servern som något som får komma ikapp när en anslutning finns tillgänglig, inte tvärtom. Det är värt att kontrollera att en förarapp faktiskt är byggd på det sättet, och inte bara fungerar för det mesta när täckningen råkar vara bra.

Renttix Field är offline-first från grunden. Signaturer, foton, checklistesvar och meddelanden sparas på enheten i samma stund de fångas och synkas automatiskt så snart en anslutning återkommer. En förare som avslutar ett uppdrag i ett källarutrymme behöver inte leta efter en fönsterkarm med två streck täckning för att dokumentationen ska räknas; den är redan sparad, och den når kontoret så snart telefonen hittar nätet igen.

Att fånga bevis och att kräva bevis är två olika saker, och det är i det gapet de flesta tvister uppstår. En förarapp som låter en signatur hoppas över, eller ett uppdrag markeras klart utan foto, kommer att hoppas över just den dag det spelade roll, oftast dagen då något redan var skadat, eller dagen då fel mängd lämnade gården.

Vad man ska leta efter är en överlämningspolicy som plattformen kräver snarare än bara uppmuntrar: en definierad uppsättning bevis, oavsett om det är signaturer, foton eller mätarställningar, som måste finnas innan appen tillåter att utrustningen byter ägare. I Renttix konfigureras den policyn en gång och tillämpas vid själva överlämningen, så att en stressad förare i slutet av en lång rutt inte kan slutföra en leverans eller hämtning om de nödvändiga bevisen saknas. Det är en väsentligt starkare garanti än ett formulär som bara har ett signaturfält någonstans.

Själva insamlingen behöver täcka grunderna väl: en signatur ritad på skärmen med namnet på den som skriver under, foton av leverans och hämtning, och mätar- eller skickavläsningar där utrustningen kräver det, allt registrerat mot det specifika uppdraget och tidsstämplat av enheten i stället för att skrivas in i efterhand av föraren. Vi går igenom insamling av leveransbevis mer i detalj i en separat artikel, inklusive vad ett komplett leveransunderlag bör innehålla och vilka tvister det löser. Här är poängen bredare: bevisinsamling är en av flera funktioner en förarapp behöver, inte allt den ska göra.

Hälften av värdet i bra fältdata är internt: fakturering, tvister, tidpunkten för hyrans slut. Den andra hälften är det kunden ser, och en förarapp som bara betjänar kontoret missar en självklar fördel.

I Renttix får kunden, i samma stund en förare ger sig av, ett sms eller ett mejl, beroende på vilka uppgifter som finns registrerade, med en beräknad ankomsttid och en säker spårningslänk. Länken öppnar en direktkarta utan inloggning och utan app att installera; ankomstuppskattningen räknas om utifrån vägrutten varje gång sidan uppdateras, så en kund som kollar två gånger ser ett svar som speglar förarens faktiska position, inte en fast uppskattning gjord den morgonen. När uppdraget är slutfört visar samma sida leveransbeviset, så kunden behöver inte ringa kontoret för att bekräfta vad som kommit fram.

Det stänger en loop som annars hamnar på telefonteamet: "var är min leverans" är ett av de vanligaste samtalen en uthyrningsdisk får, och en spårningslänk besvarar frågan innan den ens ställs. Hela detaljen om hur Renttix hanterar detta finns på sidan om leveransupplevelse.

Leverans och hämtning är bara en del av bilden för många uthyrningsflottor. Mobila arbetsplattformar, generatorer och liknande utrustning behöver service, och det är vanligt att samma förare, eller en tekniker som täcker samma rutt, gör en leverans på förmiddagen och en rutinservice någon annanstans i samma område på eftermiddagen. Om appen som hanterar leveranser inte också kan hantera ett servicebesök hamnar företaget i att driva två system och två utbildningsspår.

En förarapp som utökas till fälttjänsthantering bör innehålla checklistor som fylls i automatiskt utifrån uppgiftstyp, i stället för att en tekniker arbetar ur minnet eller från ett laminerat kort i skåpbilen. Delar som tas från skåpbilens lager bör registreras mot uppdraget och faktureras automatiskt, i stället för att stämmas av senare utifrån ett bränslekvitto och en gissning. När en del saknas i skåpbilen bör teknikern kunna göra en förfrågan direkt från platsen; uppdraget sätts i väntande läge och förfrågan hamnar i kontorets inkorg för fältverksamhet, så att någon kan jaga delen i stället för att uppdraget tystnar. När extra arbete upptäcks på plats kan en offert skrivas på plats, och den ifyllda arbetsordern skrivs under direkt och blir omedelbart ett PDF-dokument, i stället för att skrivas ihop i efterhand på depån ur minnet.

Det är samma Renttix Field-app som förare använder för leveranser, utökad för tekniker; detaljerna finns på sidan om fälttjänsthantering. För ett uthyrningsföretag som utvärderar en förarapp är den fråga som är värd att ställa om den kan växa till detta utan att behöva ett andra program, även om service inte är en del av jobbet i dag.

Ta, som exempel, ett uthyrningsföretag vars förare täcker både leveranser och enklare service på samma rutt: lämnar tillträdesutrustning på förmiddagen och gör rutinmässiga säkerhetskontroller på eftermiddagen på enheter som redan är ute hos kunder. För det företaget förtjänar en förarapp sin plats genom att göra flera oglamorösa saker bra på samma gång: hämta uppdrag direkt från körschemat i stället för en separat lista, meddela kontoret i samma stund ett uppdrag sätts i väntande läge i stället för i slutet av dagen, spara en signatur och foton i ett källargarage utan täckning, vägra att slutföra en överlämning utan de bevis policyn kräver, sms:a kunden en ankomsttid utan att någon på kontoret lyfter luren, och hantera en servicechecklista och en delförfrågan samma eftermiddag utan att byta app.

Inget av detta syns bra i en funktionstabell med kryssmarkeringar. Det syns i färre ifrågasatta fakturor, färre samtal om "var är min leverans", och ett kontor som kan besvara en fråga genom att titta på uppdraget i stället för att ringa föraren. Det är det verkliga testet för en förarapp inom uthyrning: inte om rutan är ikryssad, utan om dokumentationen den producerar håller den dag den behövs.

Om ni vill se hur det fungerar mot er egen flotta, era egna förare och era egna specialfall, källarplatserna, hämtningarna på landsbygden, dagarna när en del saknas, boka en demo så går vi igenom det tillsammans med era egna exempel.