Et nytt byrå skal overta appen din: Slik fungerer det
En overtakelse av en eksisterende app starter med en teknisk gjennomgang som viser kodens tilstand før noe bygges videre. Samtidig sikres alle eiendelene: kildekode, kontoer, sertifikater og backend. I de fleste tilfeller lønner det seg mer å videreutvikle enn å skrive om fra bunnen av, men er koden i svært dårlig forfatning, kan en omskriving bli billigere på sikt.
Du har en app som fungerer, men en leverandør du vil bytte ut, eller et prosjekt som har stoppet opp. Den gode nyheten er at du sjelden må starte på nytt. En overtakelse er et håndverk med tydelige steg, og med riktig forberedelse kan en ny partner bygge videre på det som allerede finnes.
Første steg: en teknisk gjennomgang
Før noen lover noe om tidsplan eller pris, må den nye partneren forstå hva de overtar. Det skjer i en teknisk gjennomgang, der koden, arkitekturen og tjenestene appen bygger på, blir vurdert.
Gjennomgangen svarer på spørsmål som:
- Hvordan er appen bygget, og med hvilken teknologi?
- Er koden strukturert og lesbar, eller lappet sammen og uoversiktlig?
- Hvilke tredjepartstjenester og avhengigheter finnes, og er de oppdaterte?
- Hva er den største risikoen hvis vi bygger videre slik det ser ut nå?
Resultatet er et bilde av dagens situasjon: hva som kan gjenbrukes, hva som bør utbedres, og et grovt anslag på hva fortsettelsen koster. Poenget er at du tar beslutninger basert på fakta i stedet for magefølelse. En seriøs partner vil alltid gjøre denne gjennomgangen før de tar på seg en overtakelse.
Sikre det du eier: kode, kontoer, sertifikater, backend
Parallelt med gjennomgangen må du få kontroll over appens digitale eiendeler. Det er denne delen som oftest undervurderes, og som kan bli skikkelig smertefull hvis den blir oversett.
| Eiendel | Hvorfor den er kritisk |
|---|---|
| Kildekoden | Uten hele koden kan appen ikke videreutvikles i det hele tatt |
| Apple- og Google-kontoer | Eierskapet styrer hvem som kan oppdatere og publisere appen |
| Signeringssertifikater og nøkler | Kreves for å gi ut oppdateringer som samme app |
| Backend og databaser | Her ligger brukernes data og appens logikk |
| Tredjepartskontoer | Betaling, kart, varsler og mer slutter ellers å fungere |
Det avgjørende er å sikre disse før du avslutter det gamle samarbeidet. Så lenge du eier koden og kontoene, kan en ny partner ta over, selv om den tidligere leverandøren ikke hjelper til. Har du gitt fra deg et sertifikat eller en konto, kan en enkel oppdatering plutselig bli en stor operasjon.
Når videreutvikling slår nyutvikling, og omvendt
Grunnregelen: Ikke kast kode som fungerer. Å skrive om en app fra bunnen av er dyrt og risikabelt, og det meste av det gamle arbeidet kan ofte bygges videre på. I de fleste tilfeller er videreutvikling det klart billigste valget.
Men det finnes unntak. En omskriving kan være berettiget når:
- Teknologien er så gammel at den ikke lenger får oppdateringer.
- Koden mangler struktur, så hver lille endring tar uforholdsmessig lang tid.
- Appen skal endres så mye at lite av det gamle blir igjen uansett.
Et konkret eksempel: en app bygget på et rammeverk som ikke lenger vedlikeholdes, der hver ny funksjon krever lappeløsninger. Der kan en omskriving koste mer i starten, men bli billigere over noen år fordi videreutvikling blir stadig dyrere for hver endring. Det er gjennomgangen som avgjør hvilken situasjon du er i.
Slik foregår en vellykket overtakelse i praksis
Rekkefølgen som pleier å fungere: Du sikrer eiendelene, en ny partner gjør en gjennomgang, dere blir enige om et opplegg for de første forbedringene, og deretter tar den nye partneren gradvis over ansvaret. Å starte med en avgrenset første leveranse er en god måte å bygge tillit på før dere går inn i en større forpliktelse.
God praksis er å la den nye partneren eie en avgrenset del fullt ut før dere skalerer opp. Da ser begge parter hvordan samarbeidet fungerer i praksis, og du bygger tillit steg for steg i stedet for å flytte over alt ansvaret på én gang.
Unngå å bli sittende fast i det gamle samarbeidet
Mange kvier seg for å bytte av frykt for å bli låst fast, altså at den gamle leverandøren sitter på noe som gjør deg avhengig. Nettopp derfor er eierskapet så sentralt. Er kode, kontoer og sertifikater dine, kan en ny partner ta over selv om den tidligere leverandøren ikke løfter en finger.
Har du allerede havnet i en slik situasjon, er rådet først og fremst å sikre det du har tilgang til, og kartlegge hva som eventuelt mangler. Selv med ufullstendig tilgang er det ofte mulig å jobbe videre, og en gjennomgang viser hvor stort gapet er, og hva det innebærer å tette det.
Vi i Weapp har overtatt apper fra andre leverandører og bygget videre på dem, og fellesnevneren for de problemfrie overtakelsene er at kunden har hatt kontroll over sine egne digitale eiendeler. Vil du vite om appen din kan bygges videre på, hjelper vi gjerne til med en teknisk gjennomgang. Ta kontakt med en kort beskrivelse.
Ofte stilte spørsmål
Kan et nytt byrå overta en app som noen andre har laget?
Ja, det er vanlig. Forutsetningen er at den nye partneren får tilgang til kildekode, kontoer og sertifikater. Første steg er en teknisk gjennomgang der partneren vurderer tilstanden til koden og dokumenterer hvordan appen er bygget. Uten tilgang til koden blir overtakelsen vanskelig og noen ganger umulig.
Hva er en teknisk gjennomgang, og hva får du ut av den?
Det er en gjennomgang der utviklere ser på koden, arkitekturen og avhengighetene for å vurdere tilstand og risiko. Resultatet er et bilde av hva som kan bygges videre på, hva som må utbedres og omtrent hva det koster. Da tar du beslutninger basert på fakta i stedet for gjetninger.
Hva må jeg sikre ved et leverandørbytte?
Hele kildekoden, eierskap til Apple- og Google-kontoene, signeringssertifikater og nøkler, og tilgang til backend, databaser og tredjepartstjenester. Mangler noe av dette, kan appen bli umulig å oppdatere. Sikre alt dette før du avslutter samarbeidet med den gamle leverandøren.
Er det billigere å skrive om appen fra bunnen av?
Som regel ikke. Å kaste kode som fungerer og starte på nytt lønner seg sjelden hvis grunnmuren er brukbar. Unntaket er kode i svært dårlig forfatning, med utdatert teknologi eller uten struktur, der hver endring blir dyr. Da kan en omskriving bli billigere over tid, selv om startkostnaden er høyere.
Hva skjer hvis den gamle leverandøren ikke samarbeider?
Det gjør overtakelsen vanskeligere, men trenger ikke å stoppe den, forutsatt at du eier koden og kontoene. Derfor er det viktig at eierskapet er tydelig allerede i den opprinnelige avtalen. Har du tilgang til kode og kontoer, kan en ny partner ta over selv uten hjelp fra den gamle leverandøren.