En pilotkunde i offentlig sektor kan gi deg tidlig tilgang på reelle brukerbehov, data og fagmiljøer – og samtidig gi troverdighet og innsikt før du skalerer. Nøkkelen er å holde pilotens omfang smalt, være tydelig på mål og målinger, og rigge samarbeidet slik at det tåler anskaffelsesregler, personvern og åpenhet. Mange lykkes med samarbeid med pilotkunder offentlig sektor ved å kombinere struktur, ydmykhet og god dokumentasjon.
Hva vil det si å pilotere i offentlig sektor?
En pilot er en avgrenset utprøving av løsning, prosess eller konsept med ekte brukere og reelle rammer. I offentlig sektor skjer dette ofte i form av korte tester i en enhet (for eksempel en skole, et NAV-kontor eller en teknisk etat), og med tydelig mål om læring – ikke innkjøp der og da. Samarbeid med pilotkunder offentlig sektor fungerer best når partene er enige om at piloten er en strukturert læringsaktivitet med klare suksesskriterier og plan for neste steg.
Typiske samarbeidsformer du kan møte, spenner fra uformell markedsdialog (for å forstå behov), via avgrensede tester av en MVP, til mer formaliserte løp som innovasjonssamarbeid eller partnerskap. Offentlige virksomheter må følge anskaffelsesregler, men disse åpner som regel for dialog, testing og læring så lenge likebehandling, åpenhet og dokumentasjon ivaretas.
- Uformell markedsdialog: utforske behov og muligheter, uten leverandørbinding.
- Avgrenset pilot/test: kort periode, tydelige mål og roller, ofte uten kjøpsforpliktelse.
- FoU-/innovasjonssamarbeid: utviklingspregede prosjekter med spesifikk avtale om roller, data og rettigheter.
- Innovasjonspartnerskap eller tilsvarende ordnede løp: mer formaliserte prosesser hvor utvikling og senere anskaffelse kan ses i sammenheng.
Det er lurt å starte enkelt: én enhet, begrenset funksjonalitet, få brukere og få måleparametere – men rigget slik at resultatene kan dokumenteres og gjenbrukes i eventuell fremtidig konkurranse.
Slik kommer du i gang
Du trenger en konkret hypotese om verdien du skaper for en definert offentlig enhet. Derfra handler det om å finne riktig kontaktpunkt, foreslå et trygt pilotscope, og avklare spilleregler tidlig.
- Kartlegg behov og miljø: finn en virksomhet som har problemet her og nå, og som er motivert for å teste nytt.
- Finn riktige dører: kombiner fagmiljø (de som kjenner problemet) og anskaffelses-/juridisk funksjon (de som sikrer ryddighet).
- Formuler verdiforslaget i «offentlig verdi»: gevinster i tid, kvalitet, etterlevelse eller brukeropplevelse, ikke bare teknologi.
- Foreslå en pilot i miniformat: én prosess, én brukergruppe eller én lokasjon; 6–12 uker test er ofte håndterbart.
- Avklar rammene: hva som er dialog/test, hvordan likebehandling ivaretas, og at piloten ikke er et skjult kjøp.
Utform kommunikasjonen din slik at andre leverandører i prinsippet kunne fått samme mulighet dersom virksomheten inviterte bredt. Det gjør det enklere for oppdragsgiver å stå i dialogen på en ryddig måte.
Regelverk og spilleregler å ta hensyn til
Offentlige virksomheter må ivareta grunnprinsippene om likebehandling, konkurranse og åpenhet. Det utelukker ikke dialog og piloter, men stiller krav til hvordan det gjøres. Du som leverandør vinner på å gjøre dette enkelt for oppdragsgiver.
- Likebehandling og åpenhet: unngå særbehandling. Dokumenter dialog og del fakta som andre også kunne fått.
- Ingen skjult anskaffelse: en pilot er ikke et kjøp. Hold omfanget læringsorientert og uten binding til senere kontrakt.
- Konflikt-of-interest: avklar hvordan innsikt fra piloten deles ved en senere konkurranse, slik at konkurranse blir reell.
- Personvern og sikkerhet: kartlegg dataflyt og behov for databehandleravtale. Bruk anonymisering/testdata der det er mulig.
- IPR og resultater: definer hvem som eier hva. Ofte beholder leverandør rettigheter til standardløsningen, mens virksomheten får bruksrett til pilotresultater/tilpasninger.
For oversikter og prinsipper om innovative anskaffelser, se veiledning hos innovative anskaffelser. Bruk dette som ramme når du foreslår aktiviteter og avtaletekst.
Avtaler og leveranser i en pilot
En enkel pilotavtale reduserer risiko og avklarer forventninger. Den bør være kort, tydelig og håndterbar for begge parter.
- Formål og omfang: hva skal testes, på hvem, og i hvilken periode.
- Roller og ansvar: kontaktpersoner, beslutningspunkter, støtte og responstider.
- Data og sikkerhet: datatyper, tilgang, kryptering, logging og eventuelle tredjepartsleverandører.
- Personvern: behov for databehandleravtale, behandlingsgrunnlag, slette-/retensjonsrutiner.
- IPR/bruk: hvem eier koden, og hvilken bruksrett gis til virksomheten i testperioden og etterpå.
- Kostnader og kompensasjon: hva som er vederlagsfritt, hva som faktureres, og eventuelt tak.
- Stoppekran og ansvar: mulighet til å avbryte, håndtering av avvik og ansvarsbegrensninger.
- Måling og evaluering: suksesskriterier, datainnsamling og sluttrapport med anbefaling.
Hold leveransene små og synlige: en kort oppstart, én eller to funksjonelle iterasjoner, og en sluttrapport på maks noen få sider. Det er bedre å lykkes med et smalt mål enn å gape over for mye.
Måling og læring
Måling er det som gjør piloten verdifull. Avtal på forhånd hva som er «godt nok», hvordan dere samler data, og hvem som samler den.
- Suksesskriterier: tidsbruk pr. sak, redusert manuelt arbeid, færre avvik, økt brukertilfredshet, bedre etterlevelse.
- Datainnsamling: før-etter-måling, enkle brukerundersøkelser, hendelseslogger og korte intervjuer.
- Kvalitativ innsikt: hva overrasket, hva fungerte ikke, og hva må endres før skalering.
- Sluttrapport: 1–3 sider med resultater, forutsetninger og anbefalt videre løp (inkludert hvordan eventuelle fordeler jevnes ut i en anskaffelse).
Husk at personvern og informasjonssikkerhet gjelder fullt ut i piloter. Bruk testdata eller anonymisering når mulig, og avklar behandlingsgrunnlag hvis ekte persondata må prosesseres.
Fra pilot til skalering og anskaffelse
Når piloten fungerer, vil mange virksomheter gå til en åpen konkurranse eller et annen passende løp for å anskaffe løsningen i skala. Forbered deg på dette allerede i piloten.
- Pakk dokumentasjonen: målte gevinster, referanser, sikkerhets- og arkitekturbeskrivelser, drifts- og supportmodell.
- Standardiser tilbudet: tydelige moduler, priser og opsjoner som passer offentlige innkjøp.
- Vær ryddig: foreslå hvordan innsikt fra piloten deles i konkurransen for å sikre likebehandling.
- Skaleringsplan: onboarding, opplæring, datamigrering, og hvordan risiko håndteres trinnvis.
Hvis du må etablere selskap fort for å kunne inngå kontrakt eller håndtere roller/ansvar, kan hylleselskaper være en praktisk snarvei. Sammenlign raskt alternativene før du bestemmer deg.
Avklar også referansebruk: hva virksomheten kan si offentlig om piloten, slik at du kan bruke caset i senere dialoger uten å kompromittere konkurransehensyn.
Vanlige fallgruver – og hvordan unngå dem
Noen mønstre går igjen når piloter skjærer seg. Heldigvis er de lette å forebygge med tydelighet og små steg.
- For stort scope: start smalt, mål én verdi om gangen.
- Uklare rettigheter: skriv kort om eierskap/bruk av kode, data og resultater.
- «Gratisarbeid» uten læring: be om konkret tilgang, testdata og reelle brukere – ellers stopp.
- Personvern hull: kartlegg dataflyt tidlig; lag DPA ved behov.
- For tett binding: unngå betingelser som diskriminerer andre i senere konkurranse.
- Undervurdert endringsledelse: legg inn opplæring og støtte i pilotscopet.
- Utydelig exit: ha stoppekran og enkel avslutning uten konflikter.
Vær også obs på forventningsstyring: si hva som ikke er med i piloten, like tydelig som hva som er med.
Kostnader, betaling og støtteordninger
Kostnadsbildet i en pilot handler ofte om tid (din og deres), tilpasninger og eventuelle reiser/arbeidsmøter. Noen piloter gjennomføres uten betaling, andre med kostnadsdeling eller fast pris for klart definerte leveranser. Poenget er forutsigbarhet og gjennomsiktighet.
- Avklar hva som faktureres: faste milepæler eller timebasert tak.
- Unngå skjulte bindinger: skill mellom test og fremtidig anskaffelse.
- Se etter støtte: relevante støtteordninger kan redusere risiko i utviklingstunge piloter; sjekk muligheter regionalt og nasjonalt.
Lag en enkel økonomioversikt som vedlegg: timer, eventuelle lisenser i testperioden, og hvem som dekker hva. Det gjør vurderingen enklere for oppdragsgiver og tåler innsyn.
Eksempel: pilotprosess på 90 dager
Et mulig løp for samarbeid med pilotkunder offentlig sektor kan se slik ut – juster etter kompleksitet og risiko:
- Uke 1–2: Behovssjekk, målbildet spikres, skisse til pilotscope.
- Uke 3: Signer kort pilotavtale og eventuelt databehandleravtale.
- Uke 4–6: Teknisk tilpasning, sikkerhetsklarering og opplæring.
- Uke 7–10: Live test i liten skala, ukentlig standup og to iterasjoner.
- Uke 11: Datainnsamling ferdigstilles, brukerundersøkelse og intervjuer.
- Uke 12–13: Sluttrapport, anbefaling og plan for eventuell anskaffelse/skalering.
Med en slik rytme får dere nok data til å konkludere, samtidig som risiko og kostnader holdes nede. Det gjør det enkelt for oppdragsgiver å beslutte veien videre – uansett om det blir en ny pilot, en konkurranse eller en stopp for å lære mer.