Hopp til hovedinnhold

Bookingsystem kommune: sammenlign på TCO, ikke prisliste

Slik sammenligner IT-lederen bookingsystemer på funksjon, sikkerhet og totalkostnad over fem år, og avdekker skjulte kostnader og kontraktsfeller før signering.

Ibrahim RahmaniGrunnlegger, Digilist
FIG. · IT-leder

En prisliste forteller deg hva lisensen koster, ikke hva systemet kommer til å koste. IT-lederen som velger bookingsystem etter laveste månedspris, oppdager ofte gapet først når integrasjonene skal på plass og saksbehandlerne trenger opplæring. Denne guiden gir deg en vektet sammenligningsmatrise, en femårig kostnadsmodell og spørsmålene som avslører hvilke leverandører som faktisk holder i drift.

Hvorfor en prisliste alene gir feil bilde av kostnaden

Lisensprisen er den synlige delen av regningen, og sjelden den største. En kommune med 40 utleieobjekter kan møte tre systemer med tilsynelatende lik månedspris, der det ene krever et separat integrasjonsprosjekt mot ID-porten til flere hundre tusen kroner, det andre fakturerer per innbygger som logger inn, og det tredje har alt inkludert.

Prislisten skjuler typisk fire ting:

  • Integrasjoner mot ID-porten, økonomisystem og eventuelt folkeregister, ofte fakturert som konsulenttimer
  • Implementering og konfigurasjon, som kan ta alt fra en uke til flere måneder
  • Opplæring av saksbehandlere og driftspersonell, ofte per samling eller per dag
  • Endringer underveis, der nye objekttyper eller regler utløser nye timer

To leverandører med samme listepris kan derfor ende på svært ulik totalkostnad. Derfor bør sammenligningen starte med en matrise, ikke med et pristilbud.

Sammenligningsmatrisen: kriteriene som faktisk skiller leverandører

En brukbar matrise dekker fire hovedområder. Under hvert område scorer du hver leverandør fra 1 til 5, og ganger med vekten du setter i neste seksjon.

Funksjonalitet

Dekker systemet det kommunen faktisk skal booke ut? Se etter sanntidskalender uten nattlig oppdatering, støtte for både engangsleie og sesongtildeling, selvbetjent avbooking og refusjon, og en Min side der innbyggeren finner alle bookinger, kvitteringer og meldinger samlet. Et system som håndterer møterom, men ikke sesongfordeling av idrettshaller, tvinger frem et parallelt verktøy.

Sikkerhet og samsvar

Her er det ikke rom for skjønn. Krev norsk eller EØS-datalokasjon, ISO 27001-sertifisering, dokumentert penetrasjonstesting og phishing-resistent innlogging via ID-porten og BankID. Be om databehandleravtale og en oversikt over hvor data lagres, allerede i sammenligningsfasen.

Integrasjoner

Kartlegg hva som er standard og hva som er skreddersøm. ID-porten, Vipps, kort og EHF-faktura bør være ferdig integrert, ikke et prosjekt. Spør konkret: er integrasjonen inkludert i lisensen, eller faktureres den per oppsett?

Drift og support

Hvem svarer når hallen ikke lar seg booke en fredag ettermiddag? Se på responstid, om support er på norsk, og om leverandøren leverer realtime-varsler slik at driften fanger problemer før innbyggeren ringer.

Slik vekter du kriteriene etter hva kommunen faktisk skal booke ut

Matrisen blir først nyttig når vektene speiler kommunens virkelighet. En kommune som primært leier ut idrettshaller til lag og foreninger, har andre behov enn en som booker møterom internt.

Et vektet eksempel for en kommune med tung idrettsutleie:

  • Funksjonalitet: 30 %
  • Sikkerhet og samsvar: 25 %
  • Integrasjoner: 25 %
  • Drift og support: 20 %

Skal systemet derimot brukes til intern møteromsbooking med få eksterne brukere, kan integrasjoner mot Vipps veie lettere, mens funksjonalitet for gjentakende bookinger veier tyngre. Poenget er å bestemme vektene før du ser tilbudene, ikke etterpå. Da unngår du å justere kriteriene for å passe leverandøren du allerede liker.

Regn ut vektet score per leverandør, og bruk den som utgangspunkt for totalkostnaden. Et system som scorer 4,6 mot et som scorer 3,1, kan forsvare en høyere pris, mens to jevne kandidater bør skilles på kostnad og kontraktsvilkår.

Totalkostnad over fem år: lisens, implementering, integrasjoner og opplæring

Totalkostnad, eller TCO, er summen av alt kommunen betaler i kontraktsperioden, ikke bare lisensen. En femårshorisont fanger opp kostnader som forsvinner i et førsteårsbudsjett.

Fire poster å legge inn:

  1. Lisens over fem år, med eventuell årlig indeksregulering
  2. Implementering og konfigurasjon som en engangskostnad
  3. Integrasjoner mot ID-porten, økonomisystem og betaling
  4. Opplæring og endringer både ved oppstart og løpende

Et illustrerende regnestykke: to systemer til 6 000 kroner i måneden gir samme lisenskostnad på 360 000 kroner over fem år. Legger det ene til 150 000 i integrasjon og 60 000 i opplæring, mens det andre har begge deler inkludert, er den reelle forskjellen 210 000 kroner, uten at listeprisen avslørte det. En leverandør med ferdige integrasjoner og selvbetjent oppsett kan koste mer per måned, men mindre totalt.

Be alltid om at tilbudet spesifiserer hva som er inkludert i lisensen, og hva som faktureres separat. Er svaret uklart, er det i seg selv et signal.

Demo og pilotperiode: spørsmålene som avslører om systemet holder i drift

En polert demo viser hva systemet kan i beste fall. En pilot viser hva det gjør på en travel tirsdag. Be om begge deler, og styr demoen selv med kommunens egne scenarier.

Spørsmål som avslører drift fremfor salg:

  • Kan dere vise at en dobbeltbooking blir avvist i sanntid, ikke etter nattlig synk?
  • Hvordan ser saksbehandlerens flyt ut når en søknad skal godkjennes, avvises og kommuniseres?
  • Hva skjer når en innbygger avbooker, og hvordan utløses refusjonen automatisk?
  • Hvordan logger en innbygger uten BankID seg inn?

En pilot bør vare minst to til fire uker og involvere ekte saksbehandlere og minst ett reelt utleieobjekt. Mål på konkrete tall: hvor lang tid tar en booking fra innbyggerens side, og hvor mange klikk krever en godkjenning? Digilist lar innbyggeren fullføre en booking på rundt 90 sekunder, og det er den typen målbare størrelser en pilot skal etterprøve, ikke bare bekrefte at knappene finnes.

Referansesjekk: hva du bør spørre andre kommuner om før du velger

En referanse leverandøren selv oppgir, er valgt fordi den er fornøyd. Det gjør den fortsatt nyttig, hvis du stiller de riktige spørsmålene og gjerne finner en referanse på egen hånd i tillegg.

Spør en kommune som allerede bruker systemet:

  • Hvor lang tid tok det fra signering til dere var i full drift?
  • Traff implementeringsbudsjettet, eller kom det kostnader dere ikke forutså?
  • Hvordan er supporten når noe haster?
  • Hva ville dere gjort annerledes i anskaffelsen?
  • Hvor ofte er systemet utilgjengelig, og hvordan varsles dere?

En kommune som Lillestrøm eller en nabo på egen størrelse gir mer relevant innsikt enn en referanse fra en helt annen kommunetype. Er systemets håndtering av sesongtildeling viktig for dere, finn en referanse som faktisk bruker den funksjonen, ikke bare møteromsbooking.

Kontraktsfeller: bindingstid, datauttrekk ved bytte og SLA

Kontrakten avgjør hvor fritt du står om tre år. Tre punkter fortjener ekstra oppmerksomhet før signering.

Bindingstid. Lang binding kan gi lavere pris, men låser deg til en leverandør du ennå ikke har sett i full drift. Vurder en kortere førsteperiode med opsjon på forlengelse.

Datauttrekk ved bytte. Eier kommunen sine data, og får du dem ut i et brukbart format uten ekstra kostnad? En leverandør som tar seg betalt for eksport, eller leverer data i et lukket format, gjør et fremtidig bytte dyrt med vilje. Krev eksportklausul i standardformat.

SLA. Serviceavtalen skal tallfeste oppetid, for eksempel 99,5 til 99,9 prosent, responstid ved kritiske feil, og hva som skjer om leverandøren ikke leverer. En SLA uten konsekvenser er en intensjon, ikke en garanti.

For kommuner er SSA-L, Statens standardavtale for løpende tjenestekjøp, et naturlig rammeverk å legge til grunn i 2026. Det gir et felles språk for nettopp disse punktene.

Sammenligningstabell: Digilist mot tradisjonelle leverandører

Tabellen under oppsummerer forskjellene en kommune typisk møter når den sammenligner en samlet plattform med tradisjonelle løsninger som ofte krever separate moduler og prosjekter.

Sanntidskalender

Digilist
Ja, umiddelbar
Tradisjonell leverandør
Ofte nattlig oppdatering

ID-porten og BankID

Digilist
Inkludert
Tradisjonell leverandør
Ofte separat prosjekt

Betaling (Vipps, kort, EHF)

Digilist
Ferdig integrert
Tradisjonell leverandør
Modul eller tillegg

Datalokasjon

Digilist
Norge/EØS
Tradisjonell leverandør
Varierer

Sesong og engangsleie

Digilist
Samme plattform
Tradisjonell leverandør
Ofte to systemer

Tid til live

Digilist
Rundt en uke
Tradisjonell leverandør
Uker til måneder

Datauttrekk ved bytte

Digilist
Standardformat
Tradisjonell leverandør
Varierer, kan koste

Tabellen er et utgangspunkt, ikke en fasit. Fyll den med tallene fra dine egne tilbud og din egen pilot, og la den vektede matrisen avgjøre.

Book en demo og test matrisen på ekte data

Den beste sammenligningen kjører du på kommunens egne objekter, ikke på en generisk demokonto. Book en demo av Digilist, så setter vi opp et reelt scenario fra din kommune, viser sanntidskalender, ID-porten-innlogging og refusjonsflyt, og gir deg tallene du trenger for å fylle inn totalkostnaden over fem år. Da sammenligner du på fakta, ikke på prisliste.

Hva Digilist koster — og hva vi ikke tar

Digilist er et abonnement, ikke en provisjon. Du betaler for å bruke plattformen og administrasjonspanelet. Ingen transaksjonsavgift, ingen kostnad per booking, og ingen andel av det du leier ut for.

Prisen avhenger av antall anlegg, brukermengde og integrasjoner. Mindre aktører får egne tilpassede priser. De 100 første kundene får 6 måneder gratis, uten binding.

Les mer om priser →

NESTE STEG

Klar for å se Digilist i praksis?

Book en personlig demo, eller still spørsmål direkte i chat. Vi svarer på under et minutt i kontortid.

Book demo