Förarappen: konsument och flotta

Ögonblicket som räknas

En förare som närmar sig en laddare behöver, i ordning: en bekräftelse att kontakten faktiskt är tillgänglig (inte bara "online"), ett sätt att starta sessionen som fungerar även med svag signal, och omedelbar återkoppling att laddningen har börjat. Appar som gör fel här misslyckas inte högljutt — förare slutar bara tyst lita på nätverket och går någon annanstans.

• Visa live-status för kontakten, inte laddarens status. En plats med fyra kontakter där en är trasig ska inte visas som "tillgänglig".
• Stöd start-genom-tryck (NFC/RFID) som reserv till appbaserad start. Gör inte appen till en enda felkälla för auktorisering.
• Bekräfta sessionsstart med ett tillstånd föraren kan se utan att öppna appen — en LED eller pip från laddaren, inte bara en pushnotis som kan fördröjas.

Krav för konsumenter

• Reseplanering: ruttmedveten laddarsökning som tar hänsyn till verklig tillförlitlighet, inte bara registrerade platser.
• Transparent prissättning: priset som visas innan en session startar ska vara det pris som debiteras, inklusive stilleståndsavgifter, tydligt visat snarare än i finstilt.
• Tydlighet kring roaming: när en session sker via en roamingpartner (OCPI) ska appen vara ärlig om vilket nätverk som driver den fysiska laddaren — förare felsöker snabbare när de vet vem de ska ringa.
• Betalmetoder som matchar marknaden: mobilbetalning och kort, inte bara kort. Detta är inte valfritt på de flesta afrikanska marknader.

Var flottkraven skiljer sig åt

Flottoperatörer är inte konsumenter med fler fordon — de behöver helt andra byggstenar:

• Depåschemaläggning: kö- och bokningslogik så att fordon laddar i den ordning depån behöver skicka ut dem, inte först-till-kvarn.
• Kostnadsfördelning: sessioner behöver kunna knytas till fordon, förare och kostnadsställe, med exporterbar data för flottbokföring — inte bara ett personligt kvitto.
• Åtkomst för flera förare: ett enda fordon kan köras av olika personer över olika skift; auktorisering behöver följa fordonet eller skiftet, inte ett enskilt förarkonto.
• Ladda till mål, inte till fullt: flottschemaläggningsmjukvara behöver ofta att appen/API:et stödjer att stanna vid en viss laddningsnivå eller tid, för att hantera batterihälsa och depågenomströmning.
• API först: flottkunder vill hämta sessions- och statusdata till sina egna dispatch- eller telematiksystem. Behandla API:et som en produkt, inte en eftertanke till appen.

Tillgänglighet och verkliga anslutningsförhållanden

Designa för låg bandbredd och äldre Android-enheter, som utgör en stor andel av den installerade basen på målmarknaderna. En förarapp som kräver en stor initial nedladdning eller en ihållande höghastighetsanslutning för att fungera kommer att utestänga just de användare som mest behöver pålitlig publik laddning.