Køberguide til kommuner

Sådan vælger en kommune det rigtige flådestyringssystem

Et godt valg starter ikke med leverandørens funktionsliste. Det starter med kommunens egen arbejdsgang: hvad medarbejderen skal kunne gøre ved bilen, og hvad organisationen skal kunne følge op på bagefter.

Fra behov til pilotGør kravene konkrete, testbare og relevante for hverdagen.

Start neutralt

Vælg problem før produkt

Flådestyring kan betyde mange ting: GPS og kørselsdata, vedligeholdelse, booking, digitale nøgler, dokumentation eller administration af fælles biler. En kommune får en stærkere kravspecifikation, når den beskriver de situationer, løsningen skal fungere i, før den tager stilling til teknologien.

KL’s vejledning om udbud understreger betydningen af at planlægge anskaffelsen og afgrænse opgaven tidligt. I en flådestyringsansættelse betyder det blandt andet at afklare, om én løsning skal dække hele kommunen, bestemte distrikter eller afgrænsede funktioner.

Gør et krav muligt at demonstrere

Et generelt krav om brugervenlighed er svært at vurdere. Et konkret scenarie er bedre: En medarbejder skal kunne identificere sig på en arbejdstelefon, overtage en fælles bil, dokumentere relevant stand og aflevere den igen – mens administrationen kan finde historikken bagefter.

Offentligt eksempel · 2024

Et udbud kan afspejle ét bestemt behov – ikke en universel standard

Faaborg-Midtfyn Kommune gennemførte i 2024 et EU-udbud på flådestyringssystem med GPS-tracking. Udbudsmaterialet omfattede blandt andet kravspecifikation, flådeoversigt og udkast til databehandleraftale. Det viser, at GPS kan være et bevidst krav i en konkret anskaffelse – ikke at GPS nødvendigvis er afgørende i enhver arbejdsgang med fælles biler.

Tjekliste til kravspecifikationen

24 spørgsmål, der gør sammenligningen mere reel

Dette er et kravkort til gennemgang på siden. Det ligner et arbejdsark, men er ikke en download eller en erstatning for jeres egen udbudsproces.

KravkortFlådestyringssystem til kommunale biler
01

1–4: Formål og fælles bilerHvilket problem skal systemet løse? Er bilerne fælles eller faste, og er GPS reelt nødvendigt? Hvordan identificeres brugeren?

02

5–10: Overdragelse og dokumentationHvordan tages og afleveres bilen? Hvilken bilstatus vises? Kan før-/efterdokumentation, skader og historik samles?

03

11–15: Organisation, sikkerhed og GDPRHvilke roller og rettigheder findes? Kan systemet afspejle afdelinger? Hvordan håndteres datasikkerhed, GDPR og databehandleraftale?

04

16–20: Hverdag, implementering og pilotVirker flowet på arbejdstelefoner? Hvilken oplæring kræver det? Kan I starte med pilot, og hvilke målepunkter afgør næste skridt?

05

21–24: Drift, integration og exitHvordan leveres support? Hvilke integrationer og dataeksporter findes? Hvad sker der med data og overgang ved leverandørskifte?

Test arbejdsgangen

En pilot er mere værd end en poleret præsentation

Afgræns en pilot, så den både er håndterbar og repræsentativ. Den skal vise, om systemet fungerer ved bilen og i den administrative opfølgning.

  1. 01

    Vælg en realistisk bilpulje

    Inddrag biler, brugergrupper og vagter, der minder om den senere drift.

  2. 02

    Aftal få målepunkter

    Fx gennemførte overdragelser, fuldstændige registreringer, tid til opfølgning og brugerfeedback.

  3. 03

    Test en hel historie

    Følg én bil fra overtagelse over aflevering til historik og eventuel skadeopfølgning.

  4. 04

    Dokumentér næste beslutning

    Beskriv åbent, hvad piloten viste, og hvilke krav eller arbejdsgange der skal justeres.

Når behovet er tydeligt

Tal med os om jeres nuværende arbejdsgang

Vi kan vise BilNøglen med fokus på fælles biler, overdragelse, dokumentation og historik – og tydeligt afgrænse, hvad løsningen understøtter.

Kontakt os

Kilder og videre læsning

Dokumentation bag artiklen

Artiklen bygger på de angivne kilder. Kommunale eksempler beskriver deres egen situation og kan ikke overføres direkte til andre organisationer.