I en kommune med under 5 000 innbyggere er det sjelden en hel avdeling som drifter fagsystemer. Ofte er det én IT-ansvarlig som deler tiden mellom sak/arkiv, skoledrift, nettverk og alt annet som dukker opp. Når spørsmålet om bookingsystem for gymsal, grendehus eller møterom kommer opp, er svaret som oftest «vi bruker et regneark og en oppslagstavle», ikke fordi det er en god løsning, men fordi et fullverdig bookingsystem har virket for dyrt og for tungt å drifte.
Det er nettopp her mange småkommuner blir stående. De store leverandørene priser og designer løsningene sine for kommuner med egen IT-avdeling, driftsbudsjett og en innkjøpsprosess som varer i måneder. Resultatet er et reelt marked av kommuner som verken har råd til de store plattformene eller kapasitet til å drifte et selvhostet, åpen kildekode-alternativ på egen hånd.
Hvorfor «gratis» open source sjelden er gratis for en liten kommune
Åpen kildekode er et fornuftig utgangspunkt å vurdere, kildekoden koster ingenting, og tanken om å unngå leverandørbinding er forståelig. Men for en småkommune uten egen driftsorganisasjon flytter open source bare kostnaden, den fjerner den ikke.
Det som faktisk må på plass før et selvhostet bookingsystem er i produksjon:
- Server og hosting. Noen må sette opp og betale for driftsmiljøet, enten on-premise eller hos en skyleverandør.
- Sikkerhetsoppdateringer. Åpen kildekode-prosjekter slipper jevnlig patcher. Uten noen som følger med, blir systemet en sikkerhetsrisiko over tid, noe som er spesielt alvorlig når løsningen håndterer personopplysninger om innbyggere.
- Integrasjon mot ID-porten og BankID. Skal innbyggere kunne logge inn og booke selv, må integrasjonen mot Digdirs løsninger kodes, testes og vedlikeholdes, dette er ikke noe som følger «gratis» med kildekoden.
- Backup og gjenoppretting. Uten en driftsavtale er det kommunens eget ansvar å sikre at bookingdata ikke går tapt ved en serverfeil.
- Support når noe stopper. Når bookingsystemet er nede en fredag ettermiddag og lag og foreninger ikke får booket helgens treninger, er spørsmålet hvem som kan rykke ut. For et open source-prosjekt uten kommersiell støtteavtale er svaret ofte «ingen, før mandag».
Regnestykket blir fort at en IT-ressurs som allerede er fullbooket, bruker 20–40 timer i oppstart og noen timer hver måned på drift og feilsøking. Til en internpris på 500–600 kroner timen er «gratis» programvare raskt dyrere enn en abonnementsløsning som inkluderer drift.
Hva «kostnadseffektiv» faktisk betyr for en småkommune
En kostnadseffektiv løsning handler ikke bare om lav pris, den handler om lavt samlet ressursbehov. For en småkommune er de tre viktigste kriteriene:
1. Ingen krav til egen driftskompetanse
Løsningen bør driftes av leverandøren, med sikkerhetsoppdateringer, backup og overvåking inkludert i abonnementet. Kommunens IT-ansvarlig skal kunne administrere brukere og lokaler uten å måtte forstå serverdrift.
2. Prismodell tilpasset kommunens faktiske størrelse
En liten kommune med tre lokaler og noen hundre aktive brukere bør ikke betale samme lisenskostnad som en storby med tjuetalls lokaler. Se etter leverandører med en flat, forutsigbar pris eller en prismodell som skalerer med antall lokaler, ikke med hvor mange ansatte som en sjelden gang logger inn.
3. Rask oppstart uten stor anbudsprosess
Mange kostnadseffektive bookingsystemer ligger under de nasjonale terskelverdiene for anskaffelser, noe som betyr at kommunen kan gå rett til direkte avtale i stedet for en full anbudskonkurranse. Sjekk alltid gjeldende terskelverdier hos Digitaliseringsdirektoratet og kommunens eget innkjøpsreglement før dere velger anskaffelsesform, men mange småkommuner kan komme i gang på uker, ikke måneder.
Sjekkliste: velg riktig løsning uten å overinvestere
Før dere ber om tilbud, er det verdt å avklare hva kommunen faktisk trenger, i stedet for å kjøpe funksjonalitet dere aldri bruker:
- Hvor mange lokaler og lag/foreninger skal ha tilgang til systemet?
- Trenger innbyggere selvbetjent booking, eller er det nok at saksbehandler booker på vegne av dem?
- Er ID-porten- eller BankID-innlogging et krav, eller holder det med en enklere pålogging i starten?
- Hvem tar ansvar for drift og sikkerhetsoppdateringer dersom dere velger en selvhostet løsning?
- Er datalagring i Norge eller EU et krav fra kommunens personvernombud?
- Hva koster løsningen faktisk over tre år, inkludert oppsett, drift og eventuelt manuelt arbeid som ikke automatiseres?
Jo tydeligere svar dere har på disse punktene, jo enklere er det å se om en enkel, rimelig SaaS-løsning dekker behovet, uten at dere ender opp med å drifte infrastruktur dere egentlig ikke har kapasitet til.
Digilist for småkommuner
Digilist er bygget med en flat, forutsigbar prismodell som ikke straffer kommuner for å ha få aktive brukere, og med drift, sikkerhetsoppdateringer og ID-porten-integrasjon inkludert i abonnementet. For en småkommune betyr det at IT-ansvarlig slipper å bli systemadministrator for en serverpark ved siden av alt det andre som allerede står på oppgavelisten.
Er dere en liten kommune som vurderer om et kostnadseffektivt bookingsystem er verdt det sammenlignet med regneark og oppslagstavle, eller om dere bør drifte en open source-løsning selv? Ta kontakt, så går vi gjennom hva som faktisk passer for kommunens størrelse og budsjett.