Kort svar
Pilotavtaler går ofte galt fordi partene later som om leveransen er liten og uforpliktende, selv om den i praksis berører data, tid, IP og forventninger om videre samarbeid.
Før dere signerer eller begynner å levere, bør dere ha kontroll på hva som faktisk skal testes og hva som ikke er med, hvordan data, ansvar og rettigheter behandles i testperioden og hva som skjer når piloten er over.
Når dette blir aktuelt
- når et produkt eller en tjeneste skal prøves ut før full avtale
- når kunden forventer produksjonsverdi, men leverandøren tenker eksperiment
- når partene vil teste uten å binde seg for langt
Det bedriften bør avklare først
| Spørsmål | Hvorfor det betyr noe |
|---|---|
| Hva som faktisk skal testes og hva som ikke er med | avgjør om piloten blir håndterbar |
| Hvordan data, ansvar og rettigheter behandles i testperioden | er viktig for å unngå uklar bruk av resultater og informasjon |
| Hva som skjer når piloten er over | reduserer risikoen for at partene går hver sin vei med ulike forventninger |
Slik bør dere gå fram
- Beskriv tydelig hvilke mål piloten har og hva som anses som vellykket test.
- Avklar hvem som stiller med data, personell, utstyr og tid underveis.
- Reguler bruk av resultater, immaterielle rettigheter og konfidensiell informasjon særskilt.
- Bestem om piloten skal avsluttes, forlenges eller konverteres til full avtale og på hvilke vilkår.
Dokumenter og spor som bør være på plass
De fleste kontraktstvister starter fordi leveranse, ansvar eller endringer ikke ble gjort tydelige nok i forkant.
- pilotavtale eller term sheet med mål og avgrensning
- databeskrivelse, sikkerhetskrav og eventuelle testmiljøforutsetninger
- plan for evaluering og beslutning ved pilotslutt
- kommunikasjon om hva som ikke inngår i piloten
Typiske feil
- piloten omtales som enkel selv om den bruker reelle kundedata og mye tid
- ingen definerer hva som er god nok test til å gå videre
- partene antar ulike ting om pris, videreføring og eierskap til resultater
Når bør dere få konkret hjelp?
Når piloten bruker forretningskritiske data eller skal lede til større avtale, bør rammene kvalitetssikres før oppstart.
Slik bruker dere guiden i praksis
For en bedrift er ikke målet å lese seg opp på pilotavtale, proof of concept og testperiode i seg selv. Målet er å avklare hva som må besluttes, hvem som eier oppfølgingen, og hvilke dokumenter som bør tåle en senere kontroll, tvist eller intern gjennomgang.
Bruk derfor guiden som en arbeidsliste: start med partene, leveransen, prisen, risikoen og exit, og fordel deretter oppgavene mellom kommersiell ansvarlig, økonomi og den som eier leveransen. Da blir vurderingen mer konkret enn en generell regelavklaring, og dere reduserer risikoen for uklar leveranse, svake ansvarsgrenser og dyre diskusjoner ved endring eller opphør.
Spørsmål som gir bedre avklaring
- Hvem er avtalepartene, og hvem kan faktisk forplikte dem?
- Hva skal leveres, når skal det leveres, og hvordan skal endringer bestilles?
- Hvilke punkter kan gi størst økonomisk tap hvis de er uklare?
- Hva må være regulert om data, rettigheter, underleverandører eller konfidensialitet?
- Hvordan kan avtalen avsluttes ryddig hvis samarbeidet ikke fungerer?
Et godt beslutningsgrunnlag bør vise
| Del | Hva bør stå klart |
|---|---|
| Leveranse | hva partene faktisk skal gjøre, levere, betale og godkjenne |
| Risiko | hvilke feil, forsinkelser, rettigheter eller ansvarsgrenser som kan bli dyre |
| Oppfølging | hvordan endringer, avvik, fornyelse og avslutning skal håndteres |
Denne typen oversikt gjør det enklere å prioritere riktig nivå på arbeidet. Den hjelper også bedriften å skille mellom det som kan løses med bedre intern rutine, det som bør avklares med motpart eller leverandør, og det som bør vurderes før dere tar neste formelle steg.
Relaterte guider
- Markedsføringsavtale med byrå eller frilanser: hva bør avklares?
- Oppstartsavtale med ny leverandør: hvordan redusere risiko i første fase?
- Eksklusivitet i samarbeidsavtaler: når bør det avtales?