Nyt bureau skal overtage din app: Sådan fungerer det
En overtagelse af en eksisterende app begynder med en teknisk gennemgang der viser kodens tilstand før der bygges videre. Samtidig sikres alle aktiver: kildekode, konti, certifikater og backend. I de fleste tilfælde kan det bedre betale sig at videreudvikle end at skrive appen om fra bunden, men er koden i meget dårlig stand, kan en omskrivning være billigere på sigt.
Du har en app der virker, men en leverandør du vil forlade, eller et projekt der er gået i stå. Den gode nyhed er at du sjældent behøver at starte forfra. En overtagelse er et håndværk med tydelige trin, og med den rette forberedelse kan en ny partner bygge videre på det der allerede findes.
Første skridt: en teknisk gennemgang
Før nogen lover noget om tidsplan eller pris, skal den nye partner forstå hvad den overtager. Det sker gennem en teknisk gennemgang: et review af koden, arkitekturen og de tjenester appen bygger på.
Gennemgangen besvarer spørgsmål som:
- Hvordan er appen bygget, og med hvilken teknologi?
- Er koden struktureret og læsbar, eller lappet og uoverskuelig?
- Hvilke tredjepartstjenester og afhængigheder findes der, og er de opdaterede?
- Hvad er den største risiko hvis vi bygger videre som det ser ud nu?
Resultatet er et øjebliksbillede: hvad der kan genbruges, hvad der bør udbedres, og et groft estimat af hvad fortsættelsen koster. Pointen er at du træffer beslutninger på fakta i stedet for mavefornemmelse. En seriøs partner vil altid lave den gennemgang før den påtager sig en overtagelse.
Sikr aktiverne: kode, konti, certifikater, backend
Sideløbende med gennemgangen skal du have kontrol over appens aktiver. Det er den del der oftest undervurderes, og som kan blive virkelig smertefuld hvis den overses.
| Aktiv | Hvorfor det er kritisk |
|---|---|
| Kildekoden | Uden hele koden kan appen slet ikke videreudvikles |
| Apple- og Google-konti | Ejerskabet afgør hvem der kan opdatere og udgive appen |
| Signeringscertifikater og nøgler | Kræves for at udgive opdateringer som den samme app |
| Backend og databaser | Her ligger brugernes data og appens logik |
| Tredjepartskonti | Betaling, kort, notifikationer m.m. holder ellers op med at virke |
Det afgørende er at sikre dem før du afslutter det gamle samarbejde. Så længe du ejer koden og kontiene, kan en ny partner tage over også selvom den tidligere leverandør ikke hjælper til. Har du givet slip på et certifikat eller en konto, kan en simpel opdatering pludselig blive en stor operation.
Når videreudvikling slår nybygning, og omvendt
Grundreglen: Smid ikke fungerende kode ud. At skrive en app om fra bunden er dyrt og risikabelt, og der kan ofte bygges videre på det meste af det gamle arbejde. I de fleste tilfælde er videreudvikling det klart billigste valg.
Men der er undtagelser. En omskrivning kan være berettiget når:
- Teknologien er så gammel at den ikke længere får opdateringer.
- Koden mangler struktur, så hver lille ændring tager uforholdsmæssigt lang tid.
- Appen skal ændres så meget at kun lidt af det gamle alligevel bliver tilbage.
Et konkret eksempel: en app bygget på et framework der ikke længere vedligeholdes, hvor hver ny funktion kræver workarounds. Her kan en omskrivning koste mere i starten, men blive billigere over nogle år fordi videreudvikling bliver dyrere for hver ændring. Det er gennemgangen der afgør hvilken situation du står i.
Sådan foregår en vellykket overtagelse i praksis
Den rækkefølge der plejer at virke: Du sikrer aktiverne, en ny partner laver en gennemgang, I bliver enige om en plan for de første forbedringer, og derefter overtager den nye partner gradvist ansvaret. At starte med en afgrænset første leverance er en god måde at opbygge tillid på før I går ind i en større forpligtelse.
En god praksis er at lade den nye partner eje en afgrænset del fuldt ud før I skalerer op. Så ser begge parter hvordan samarbejdet fungerer i praksis, og du opbygger tillid trin for trin i stedet for at flytte alt ansvar på én gang.
Undgå at sidde fast i det gamle samarbejde
Mange holder sig tilbage fra et skifte af frygt for at sidde fast, altså at den gamle leverandør ligger inde med noget der gør dig afhængig. Netop derfor er ejerskabet så centralt. Er kode, konti og certifikater dine, kan en ny partner tage over selv hvis den tidligere leverandør ikke løfter en finger.
Er du allerede havnet i sådan en situation, er rådet først og fremmest at sikre det du kan få adgang til, og kortlægge hvad der eventuelt mangler. Man kan ofte arbejde videre selv med ufuldstændig adgang, og en gennemgang viser hvor stort hullet er, og hvad det indebærer at lukke det.
Vi hos Weapp har overtaget apps fra andre leverandører og bygget videre på dem, og fællesnævneren for de gnidningsfrie overtagelser er at kunden har haft kontrol over sine aktiver. Vil du vide om din app kan bygges videre på, hjælper vi gerne med en teknisk gennemgang. Kontakt os med en kort beskrivelse.
Ofte stillede spørgsmål
Kan et nyt bureau overtage en app som en anden har bygget?
Ja, det er almindeligt. Forudsætningen er at den nye partner får adgang til kildekode, konti og certifikater. Første skridt er en teknisk gennemgang hvor partneren vurderer kodens tilstand og dokumenterer hvordan appen er bygget. Uden adgang til koden bliver overtagelsen svær og til tider umulig.
Hvad er en teknisk gennemgang, og hvad giver den?
Det er et review hvor udviklere går koden, arkitekturen og afhængighederne igennem for at vurdere tilstand og risici. Resultatet er et billede af hvad der kan bygges videre på, hvad der skal udbedres, og cirka hvad det koster. Den gør at du træffer beslutninger på fakta i stedet for gætværk.
Hvilke aktiver skal jeg sikre ved et skifte?
Kildekoden i sin helhed, ejerskab af Apple- og Google-konti, signeringscertifikater og nøgler samt adgang til backend, databaser og tredjepartstjenester. Mangler noget af det, kan appen blive umulig at opdatere. Sikr aktiverne før du afslutter samarbejdet med den gamle leverandør.
Er det billigere at skrive appen om fra bunden?
Som regel ikke. At smide fungerende kode ud og starte forfra kan sjældent betale sig hvis fundamentet er rimeligt. Undtagelsen er kode i meget dårlig stand, med forældet teknologi eller uden struktur, hvor hver ændring bliver dyr. Så kan en omskrivning være billigere over tid trods den højere startomkostning.
Hvad sker der hvis den gamle leverandør ikke samarbejder?
Det gør overtagelsen sværere, men behøver ikke at stoppe den forudsat at du ejer koden og kontiene. Derfor er det vigtigt at ejerskabet er tydeligt allerede i den oprindelige aftale. Har du adgang til kode og konti, kan en ny partner tage over selv uden den gamle leverandørs hjælp.