Ny byrå ska ta över din app: så funkar det

Du har en app som fungerar men en leverantör du vill lämna, eller ett projekt som stannat av. Den goda nyheten är att du sällan behöver börja om. Ett övertag är ett hantverk med tydliga steg, och med rätt förberedelse kan en ny partner bygga vidare på det som redan finns.

Första steget: en teknisk genomlysning

Innan någon lovar något om tidplan eller pris behöver den nya partnern förstå vad de tar över. Det görs genom en teknisk genomlysning – en granskning av koden, arkitekturen och de tjänster appen bygger på.

Genomlysningen svarar på frågor som:

• Hur är appen byggd, och med vilken teknik?
• Är koden strukturerad och läsbar, eller lappad och svåröverskådlig?
• Vilka tredjepartstjänster och beroenden finns, och är de aktuella?
• Vad är den största risken om vi bygger vidare som det ser ut?

Resultatet är en nulägesbild: vad som går att återanvända, vad som bör åtgärdas och en grov uppskattning av vad fortsättningen kostar. Poängen är att du fattar beslut på fakta i stället för magkänsla. En seriös partner vill alltid göra den här genomgången innan de tar sig an ett övertag.

Säkra tillgångarna: kod, konton, certifikat, backend

Parallellt med genomlysningen behöver du få kontroll över appens tillgångar. Det här är den del som oftast underskattas och som kan bli riktigt smärtsam om den missas.

Det avgörande är att säkra dessa innan du avslutar det gamla samarbetet. Så länge du äger koden och kontona kan en ny partner ta vid, även om den tidigare leverantören inte hjälper till. Har du släppt ifrån dig ett certifikat eller ett konto kan en enkel uppdatering plötsligt bli en stor operation.

När vidareutveckling slår nybygge – och tvärtom

Grundregeln: kasta inte fungerande kod. Att skriva om en app från noll är dyrt och riskabelt, och det mesta av det gamla arbetet går ofta att bygga vidare på. I de flesta fall är vidareutveckling det klart billigare valet.

Men det finns undantag. En omskrivning kan vara motiverad när:

• Tekniken är så gammal att den inte längre får uppdateringar.
• Koden saknar struktur, så att varje liten ändring tar oproportionerligt lång tid.
• Appen ska förändras så mycket att lite av det gamla ändå blir kvar.

Ett konkret exempel: en app byggd på ett ramverk som inte längre underhålls, där varje ny funktion kräver kringgående lösningar. Där kan en omskrivning kosta mer i början men bli billigare över några år, eftersom vidareutveckling blir allt dyrare för varje ändring. Genomlysningen är det som avgör vilket läge du befinner dig i.

Så går ett lyckat övertag till i praktiken

Ordningen som brukar fungera: du säkrar tillgångarna, en ny partner gör en genomlysning, ni enas om ett upplägg för de första förbättringarna och sedan tar den nya partnern gradvis över ansvaret. Att börja med en avgränsad första leverans är ett bra sätt att bygga förtroende innan ni går in i ett större åtagande.

En bra praxis är att låta den nya partnern äga en avgränsad del fullt ut innan ni skalar upp. Då ser båda parter hur samarbetet fungerar i praktiken, och du bygger förtroende steg för steg i stället för att flytta över allt ansvar på en gång.

Undvik att fastna i det gamla samarbetet

Många drar sig för ett byte av rädsla för att fastna – att den gamla leverantören sitter på något som gör dig beroende. Just därför är äganderätten så central. Är kod, konton och certifikat dina, kan en ny partner ta vid även om den tidigare leverantören inte lyfter ett finger.

Har du redan hamnat i ett sådant läge är rådet att först och främst säkra det du kan komma åt, och kartlägga vad som eventuellt saknas. Även ofullständig tillgång går ofta att arbeta vidare från, och en genomlysning visar hur stort glappet är och vad det innebär att fylla det.

Vi på Weapp har tagit över appar från andra leverantörer och byggt vidare på dem, och den gemensamma nämnaren för de smidiga övertagen är att beställaren haft kontroll över sina tillgångar. Vill du veta om din app går att bygga vidare på hjälper vi gärna till med en teknisk genomgång – hör av dig med en kort beskrivning.