Hvem eier koden? Dere, når det er en kundeleveranse

«Hvem eier koden? Dere, hvis det er en kundeleveranse.» Det står på siden vår om SaaS-applikasjonsutvikling, og det er svaret vi gir når spørsmålet kommer. Svaret har ett unntak. Bygger vi videre på et av våre egne produkter, avtaler vi lisens i stedet.

Under går vi gjennom seks innvendinger vi ofte hører fra innkjøpere og IT-ledere, og hva vi svarer.

Koden er deres når den er en kundeleveranse

«Vi betaler for utviklingen, men leverandøren beholder koden.» Den bekymringen er forståelig. Mange har opplevd å stå uten kontroll over noe de har betalt for.

Hos oss er utgangspunktet det motsatte. Er det en kundeleveranse, eier dere koden.

Dere betaler for at noe lages for dere. Da er det deres.

Det betyr ikke at spørsmålet er dumt å stille. Det er nettopp det dere bør spørre om tidlig, før arbeidet starter og før noen har skrevet en linje kode for dere.

Bygger vi på et eget produkt, avtales lisens for den delen

«Da eier vi jo ingenting.» Det stemmer ikke. Skillet går mellom to ting.

Det som utvikles for dere, er deres. Det som allerede fantes som vårt eget produkt før prosjektet, er vårt. For den delen avtaler vi lisens i stedet for eierskap.

Grunnen er enkel. Et eksisterende produkt kan gi dere en løsning raskere, men det er ikke laget for dere alene. Lisensen gir dere bruken av det. Alt som bygges på toppen for deres behov, er deres.

Vil dere lese mer om hvordan kontraktsformen påvirker dette, har vi skrevet om det i en egen artikkel.

Eierskapet bør stå i avtalen, ikke forutsettes

«Det sier seg vel selv.» Kanskje. Men det som sier seg selv i dag, kan være uklart om tre år, når nye folk sitter på begge sider av bordet.

Derfor er vi tydelige på dette: Det bør stå eksplisitt i avtalen, ikke forutsettes.

Det gjelder begge deler. Hva som er kundeleveranse og eies av dere. Hva som bygger på et eget produkt og lisensieres. Står det skrevet, slipper dere å tolke det senere.

Vi ser helst at spørsmålet kommer opp i første samtale. Da kan begge parter si hva de forventer, og avtalen kan skrives deretter. Det er enklere å bli enige på forhånd enn å rydde opp etterpå.

Kode uten dokumentasjon er vanskelig å ta over

«Vi har koden, så vi klarer oss.» Koden alene er sjelden nok. Et nytt team må forstå hvordan systemet henger sammen, hva det er avhengig av og hvordan det driftes.

Hos oss oppdateres arkitektur, avhengigheter og driftsrutiner når systemet endres, ikke ved prosjektslutt. Dokumentasjonen følger koden underveis, i stedet for å bli skrevet i hast til slutt.

Det er også derfor et typisk estimat fra oss dekker dokumentasjon dere kan overta. Eierskap betyr mest når dere faktisk kan bruke det.

Spør derfor ikke bare hvem som eier koden. Spør også hva dere får med den, og når dokumentasjonen skrives. Svaret sier mye om hvor lett det blir å ta over.

Dere kan ta løsningen videre uten Xala

«Uten forvaltningsavtale blir vi stående alene.» Nei. Forvaltningsavtale er ikke påkrevd.

De fleste kundene våre velger det. Men vi kan også overlevere til deres eget utviklingsteam med dokumentasjon og opplæring. Vi låser ingen inn.

Det er et valg dere tar, ikke et krav vi stiller. Noen ønsker å bygge egen kompetanse over tid, andre vil heller kjøpe forvaltningen. Begge deler er greit, og begge forutsetter at dere eier det dere har betalt for. Les mer om overlevering til eget team og hva forvaltning hos oss dekker.

Levering i moduler gjør exit til et reelt valg

«Bytter vi leverandør midt i, sitter vi med et halvferdig prosjekt.» Det er en reell risiko når alt leveres på én gang til slutt.

Vi leverer heller modul for modul. Det gir også en reell exit: hvis samarbeidet ikke fungerer, har dere et fungerende system og en dokumentert fasade, ikke et halvferdig prosjekt.

Eierskap til koden hjelper lite hvis koden ikke virker. Moduler som er i drift, gjør eierskapet til noe dere kan bruke.

Spør om eierskapet før dere signerer

En kundeleveranse gir dere eierskap til koden. Bygger løsningen på et eget produkt, avtales lisens for den delen. Begge deler skal stå i avtalen. Les hvordan Xala bygger og leverer SaaS for offentlig sektor.

Vanlige spørsmål

Hvem eier koden når Xala utvikler en løsning for oss? Dere gjør, når det er en kundeleveranse. Det som utvikles for dere, er deres.

Hva skjer hvis løsningen bygger på et av Xalas egne produkter? Da avtales lisens for den delen i stedet for eierskap. Det som utvikles for dere i tillegg, er fortsatt deres.

Hvor bør eierskapet til koden stå? Eksplisitt i avtalen. Eierskapet bør skrives ned, ikke forutsettes.

Må vi ha forvaltningsavtale med Xala etter levering? Nei. De fleste kundene velger det, men Xala kan også overlevere til deres eget utviklingsteam med dokumentasjon og opplæring.

Får vi dokumentasjon vi kan ta over? Ja. Et typisk estimat dekker dokumentasjon dere kan overta, og arkitektur, avhengigheter og driftsrutiner oppdateres når systemet endres.