Systemutvikling i Oslo: hva bør du vurdere før du velger leverandør?

Kort forklart

Det finnes mange dyktige miljøer for systemutvikling i Oslo, fra frilansere og små byråer via spesialiserte utviklingsselskaper til de store konsulenthusene. Det som avgjør om et internt system blir vellykket, er sjelden hvem som har det største kontoret. Det er hvordan leverandøren håndterer tre ting: integrasjonene mot systemene dere allerede har, dataene systemet skal forvalte, og driften de neste fem til ti årene.

Denne artikkelen handler om akkurat de tre punktene, og om spørsmålene vi mener du bør stille før dere ber om pris.

Hva et internt system krever av leverandøren

En app eller nettside kan ofte leve sitt eget liv. Et internt system kan ikke. Det skal hente kunder fra regnskapssystemet, sende ordrer til lageret, logge inn brukerne med den påloggingen dere allerede har, og levere tall til ledelsen som stemmer med det økonomiavdelingen ser.

Det stiller andre krav til leverandøren enn et rent frontend-prosjekt:

• Integrasjonserfaring. Regnskap, lønn, CRM, lager, e-signering, BankID, offentlige registre. Hver integrasjon har sine egne feil, grenser og overraskelser. En leverandør som har koblet seg mot de vanligste norske systemene før, bruker tiden på deres logikk i stedet for på å lære API-ene.
• Datamodellering. Systemet skal forvalte data dere er avhengige av i årevis. Feil i datamodellen fra start er dyrt å rette etter at systemet er i bruk.
• Drift og videreutvikling. Et internt system er aldri ferdig. Regelverk endres, avdelinger vokser, nye behov kommer. Leverandøren må kunne stå i det over tid, ikke bare levere og gå videre.

Vi har skrevet mer om hva som skiller et fagsystem fra hyllevare i hva er et fagsystem, og når bør du utvikle ditt eget.

Fire spørsmål å stille før dere ber om pris

Disse spørsmålene sier mer om leverandøren enn noen referanseliste:

1. Hvem eier koden og dataene? Dette bør stå i avtalen før signering. I de aller fleste prosjekter hos oss eier kunden koden, men det er en avtale, ikke noe du kan ta for gitt hos alle. Les gjerne hva du eier når du kjøper et skreddersydd system.
2. Hvordan håndteres integrasjonene når noe endrer seg? Regnskapssystemet oppdaterer API-et sitt, en leverandør legger ned en tjeneste. Hvem oppdager det, og hvem fikser det?
3. Hvem har ansvaret i drift? Hvor kjører systemet, hvem overvåker det, og hva er responstiden om noe stopper på en mandag morgen? Vi anbefaler som regel norsk eller EU/EØS-basert skydrift, både av hensyn til personvern og fordi det er der norske virksomheter oftest har resten av dataene sine.
4. Hva skjer om dere vil bytte leverandør? Et godt svar er at koden, databasen og dokumentasjonen ligger hos dere, i kjente og standard teknologier, slik at et annet kompetent miljø kan overta. Et vagt svar her er et varsel.

Det vi oftest ser i forprosjekter

Når vi går inn i forprosjekter på interne systemer, går to ting igjen.

Det første er at dagens system ikke er ett system, men fem. Et regneark her, et gammelt fagsystem der, en e-postrutine som holder det hele sammen, og én person som vet hvordan alt henger sammen. Verdien i det nye systemet ligger ofte i å samle disse, ikke i noen enkelt ny funksjon.

Det andre er at omfanget blir tydelig først når vi tegner dataflyten. Hvilke data kommer inn, hvor kommer de fra, hvem endrer dem, og hvor skal de ut? Når det er tegnet opp, blir også prisen mulig å låse. Det er grunnen til at vi i større systemprosjekter gjerne anbefaler et kort forprosjekt før fastpris, mens mindre og mellomstore prosjekter ofte kan prises direkte.

Et eksempel fra vår egen praksis: for Service og Montasje utviklet vi et internt system som koordinerer titalls teknikere hos flere partnerfirmaer og holder orden på titusenvis av enheter. Kjernen i det prosjektet var ikke skjermbildene, det var datamodellen og integrasjonene som gjorde at alle så det samme bildet.

Sitter leverandøren i Oslo, og betyr det noe?

Mindre enn før, og mer enn null.

Systemutvikling i 2026 skjer i praksis digitalt: kravmøter, demoer hver andre uke og daglig dialog fungerer like godt fra Oslo som fra andre byer. Det som fortsatt har verdi, er at leverandøren kan komme til dere i oppstart og ved viktige veivalg, sitte med brukerne og se hvordan arbeidsdagen ser ut. Vi har base både i Oslo og Sarpsborg og gjør akkurat det, men vi ville ikke valgt bort en god leverandør fordi den satt et annet sted.

Ønsker dere derimot mange konsulenter fysisk til stede hos dere over lang tid, er de store konsulenthusene ofte innrettet for det. Spesialiserte utviklingsselskaper leverer som regel et definert resultat til fastpris i stedet, med direkte tilgang til utviklerne og en prosjektleder som holder fremdriften. Frilansere og små byråer passer godt for enklere løsninger med lite omfang. Ingen av modellene er feil, de dekker ulike behov.

Slik jobber vi med systemprosjekter

STUDIO X utvikler interne systemer, fagsystemer og portaler for B2B, helse og offentlig sektor. Vi bruker en fast, gjennomprøvd techstack av kjente, standard teknologier, slik at kunden eier og kan videreføre koden uten oss. Prosjektene styres av en prosjektleder, men du snakker direkte med utviklerne som gjør jobben. Vi priser verdi og resultat, ikke timer: klart avgrensede prosjekter får fastpris, mer åpne prosjekter deles i etapper med fast pris per etappe.

Vi sier også fra når vi mener et ferdig system dekker behovet bedre enn skreddersøm. Den vurderingen har vi skrevet om i build vs buy: når lønner det seg å bygge eget fagsystem.

Kort oppsummert

• Et internt system vurderes på integrasjoner, data og drift, ikke på leverandørens størrelse eller adresse.
• Still fire spørsmål før dere ber om pris: eierskap, integrasjoner ved endring, driftsansvar og exit.
• Forprosjekt lønner seg som regel i større systemprosjekter, fordi omfanget først blir tydelig når dataflyten er tegnet.
• Oslo-adresse er praktisk i oppstart og ved veivalg, men sjelden avgjørende for resultatet.

Ofte stilte spørsmål

Hva koster systemutvikling i Oslo? Prisen avhenger av omfang, antall integrasjoner og hvor mye data som skal flyttes fra gamle løsninger, ikke av hvor leverandøren sitter. Vi gir fastpris på klart avgrensede prosjekter og pris per etappe på mer åpne. Send oss en kort beskrivelse, så gir vi deg en tilbakemelding.

Hvor lang tid tar det å utvikle et internt system? Mindre systemer kan være i bruk etter noen uker, større fagsystemer med mange integrasjoner tar gjerne noen måneder. Vi leverer i sprinter på to uker med demo hver gang, så dere ser fremdriften underveis.

Kan vi begynne med én avdeling? Ja, og det anbefaler vi ofte. Start med den delen der dagens rutiner koster mest, få systemet i bruk, og utvid derfra. Datamodellen bør likevel tegnes for helheten fra start.

Må vi ha egne utviklere for å eie systemet? Nei. Når koden, databasen og dokumentasjonen ligger hos dere i standard teknologier, kan dere drifte videre med oss, med egne folk eller med et annet miljø. Det er poenget med eierskapet.

Vurderer dere et nytt internt system? Send oss en kort beskrivelse av prosjektet, så gir vi deg en tilbakemelding. Les også om systemutvikling hos STUDIO X og slik velger du utviklingspartner.