Hva vi bygger
Programvarevedlikehold
Kontinuerlig vedlikehold
Holder appen din sunn, oppdatert og stabil.
- Overvåking av oppetid og ytelse døgnet rundt
- Feilsporing med fullstendig gjengivelse og kontekst
- SLA-basert håndtering av hendelser og feilretting
Skalerbarhetsberedskap
Forbereder systemet ditt på økt trafikk og nye funksjoner.
- Regelmessige oppdateringer av avhengigheter og rammeverk
- Implementering av sikkerhetsoppdateringer og skanning etter sårbarheter
- Optimalisering av skyinfrastruktur og kostnadsgjennomgang
Sikkerhet først-tilnærming
Kontinuerlig beskyttelse mot sårbarheter og trusler.
- Utvikling av funksjoner innenfor en fastavtalsmodell
- Ytelsesoptimalisering og forbedringer av skalerbarheten
- Reduksjon av teknisk gjeld og omstrukturering av kodebasen
Hvorfor Rocksoft?
Vi har klatret denne ruten siden 2013. Vi vet hvor det blir vanskelig.
Vi har bygget og evaluert produksjonssystemer i over 13 år – vi vet hva som går i stykker og hvorfor
Vi vedlikeholder programvare som vi ikke har utviklet selv – og vi er ærlige om hva vi finner
Åpen rapportering: Du vet alltid hvordan systemet ditt fungerer, ikke bare at «alt er i orden»
Vedlikehold er begynnelsen på forholdet, ikke slutten på det
Hvordan vi leverer
Vår prosess
Kort telefonsamtale
En 30-minutters samtale for å få en oversikt over ideen din, tidsplanen og eventuelle begrensninger. Ingen forpliktelser.
Teknisk gjennomgang
Vi vurderer den nåværende tilstanden til systemet ditt – arkitektur, avhengigheter, overvåking og kjente problemer – før vi blir enige om omfanget av vedlikeholdet.
Lavterskelstart
Omfang og SLA
En tydelig vedlikeholdsavtale: hva vi dekker, responstider, hvordan vi kommuniserer, og hva som ikke inngår i avtalen.
Vedlikehold og rapportering
Kontinuerlig overvåking, oppdateringer og håndtering av hendelser – med jevnlige rapporter, slik at du alltid har oversikt over systemets tilstand.
Har du spørsmål om prosessen vår? La oss prate - Vi svarer innen 24 timer.
Climb Starters
Start smart med et første skritt med lav risiko
Hver klatretur begynner med ett trygt skritt. Hvert Starter-prosjekt har fast omfang og fast pris – entydighet, strategi eller en fungerende prototype på få dager, ikke måneder.
60 min · Betalt konsultasjon
Clarity session
Gå fra et møte med full oversikt over hva som skal utvikles og hvordan
En målrettet 60-minutters strategisamtale med en senioringeniør og produktansvarlig fra Rocksoft. Ta med deg ideen, problemet eller spørsmålet ditt om produktet – så gir vi deg en konkret plan for veien videre.
Book denne starten
2 dager · Fjernarbeid eller på stedet
Discovery workshop
En tydelig produktplan og et klargjort omfang på to dager
3–5 dager · Avhengig av
kodebasens størrelse
Koderevisjon
Få full oversikt over hva som ikke fungerer, hva som utgjør en risiko, og hva som bør løses først
3–5 dager · Fast pris
UX Audit
En prioritert liste over UX-forbedringer som vil øke konverteringsraten og kundelojaliteten
Book en samtaleKontakt oss
Verktøy og teknologier
.NET & C#
Microsofts rammeverk for å bygge robuste backend-løsninger og bedriftswebapplikasjoner.
React
JavaScript-bibliotek for å bygge raske, interaktive brukergrensesnitt og webapplikasjoner.
Vue.js
Progressivt JavaScript-rammeverk for å bygge raske, reaktive nettgrensesnitt.
Microsoft Azure
Microsofts skyplattform for hosting, skalering og sikring av forretningsapplikasjoner.
Vis alle teknologier →
Ofte stilte spørsmål
Hva skjer hvis vi ønsker å legge til nye funksjoner – faller det inn under vedlikehold?
Mindre forbedringer og små iterasjoner kan ofte inkluderes i en vedlikeholdsavtale, avhengig av hvordan den er definert. Betydelige nye funksjoner prises og planlegges vanligvis separat, slik at du har full oversikt over kostnaden før noe arbeid begynner.
I praksis ønsker mange av kundene vi vedlikeholder for våre etter hvert å bygge videre på det vi vedlikeholder – og fordi vi allerede kjenner systemet, er overgangen til aktiv utvikling raskere og forbundet med lavere risiko enn å hente inn et nytt team. Vi kan diskutere begge spor fra starten.
Vi lanserte nylig og ting er stabilt. Trenger vi egentlig løpende vedlikehold?
De første månedene etter lansering føles ofte stabile – og så skjer det noe. En avhengighet slipper en oppdatering som bryter eksisterende funksjonalitet. Trafikken vokser og et ytelsesproblem som var usynlig ved lavere volumer blir plutselig reelt. En nettleseroppdatering endrer hvordan noe vises. Et tredjeparts API endrer oppførselen sin.
Ingen av disse er dramatiske feil. Men uten noen som overvåker systemet og holder det oppdatert, samler små problemer seg til store. Kostnaden ved reaktive rettinger – spesielt akutte – er nesten alltid høyere enn kostnaden ved forebyggende vedlikehold.
Det sagt, riktig nivå av vedlikehold varierer. Vi er ærlige om hva systemet ditt faktisk trenger, i stedet for å anbefale en større avtale enn det som er berettiget.
→ Les: Derfor er løpende vedlikehold av digitale systemer din beste forretningsforsikring
Hvor raskt responderer dere når noe går galt?
Responstider er definert i SLA-en vi blir enige om før oppdraget starter. For de fleste kunder blir kritiske problemer – alt som hindrer systemet i å fungere for sluttbrukere – fulgt opp innen noen timer, med en løsning eller midlertidig omgåelse på plass samme dag. Mindre alvorlige problemer følger en lengre, men fortsatt definert tidslinje.
Det viktigere spørsmålet er: hvor raskt vet vi at noe er gått galt? Med riktig overvåking på plass vet vi det ofte før brukerne dine gjør det. Vi setter dette opp som en del av onboardingen – hvis systemet ditt ikke allerede har det, er det ett av de første tingene vi etablerer.
Hva innebærer egentlig "vedlikehold" – og hva faller utenfor omfanget?
Det avhenger av hva vi blir enige om på forhånd, og det er derfor vi definerer omfanget eksplisitt før vi starter. En typisk vedlikeholdsavtale dekker overvåking, oppdatering av avhengigheter, sikkerhetsoppdateringer, feilretting innenfor avtalte SLA-tider og jevnlig rapportering.
Hva som vanligvis faller utenfor: utvikling av nye funksjoner, større arkitekturendringer og problemer forårsaket av tredjeparts tjenester utenfor vår kontroll. Hvis noe dukker opp som faller utenfor avtalen, forteller vi deg det umiddelbart, planlegger det separat og lar deg bestemme hvordan du vil gå videre. Ingen overraskelser, ingen gråsoner.
Kan dere vedlikeholde programvare dere ikke har bygget?
Ja – dette er en av de vanligste situasjonene vi jobber i. Før vi tar ansvar for et eksisterende system, gjennomfører vi en kort teknisk gjennomgang for å forstå hva vi har med å gjøre: arkitekturen, avhengighetene, tilstanden på overvåkingen og eventuelle kjente problemer.
Den gjennomgangen gir deg et ærlig bilde av hva du faktisk sitter på. Hvis det er betydelige risikoer, forteller vi deg det før vi godtar et vedlikeholdsomfang – ikke etter at vi har tatt ansvar for noe vi ikke fullt ut forstod. Deretter blir vi enige om hva vedlikeholdet dekker og hva det ikke dekker.
→ Les om koderevisjon vår
Jeg vet ikke helt hva jeg trenger ennå. Kan jeg likevel ta kontakt?
Absolutt – det er faktisk det beste tidspunktet å snakke sammen. Mange av våre mest vellykkede prosjekter startet med en samtale der kunden sa: «Jeg har et problem, men jeg er ikke sikker på hvordan jeg skal løse det.» Vi kan hjelpe deg med å finne ut hva du faktisk trenger, før det blir snakk om penger.
En Clarity Session er utviklet nettopp for dette: en målrettet samtale på 60 minutter som avsluttes med en klar skriftlig oppsummering av problemet, risikoene og det anbefalte neste trinnet.
Hvordan kommer vi i gang?
Den enkleste måten er å booke en gratis 30-minutters samtale. Vi lytter til hva du jobber med, stiller noen spørsmål og forteller deg ærlig hva som gir mening som neste steg. Det er ingen forpliktelse – det er bare en samtale.
Hvis du ikke er klar for en samtale ennå, kan du også sende oss en melding via kontaktskjemaet nedenfor. Vi svarer innen én virkedag.
→ Book en samtale
Signerer dere taushetserklæringer?
Ja, uten videre. Hvis du trenger en taushetserklæring før du deler detaljer om prosjektet ditt, er det bare å si ifra – så sender vi en over før den første samtalen.