Kod och beroenden
Genomgång av arkitektur, SDK:er, tredjepartskod, tester och delar som blockerar uppdateringar.
Övertag och modernisering
Vi tar över befintliga iOS- och Android-appar, löser blockerande problem och moderniserar kodbasen stegvis. Målet är stabil release, tydligt ägarskap och bättre fart i nästa version.

Första steget
Genomgång av arkitektur, SDK:er, tredjepartskod, tester och delar som blockerar uppdateringar.
Kontroll av certifikat, signering, CI/CD, App Store Connect, Google Play och releasehistorik.
API:er, backend, analys, krascher, loggning och ansvar för konton och miljöer.
Genomförande
Innehåll
När en app har vuxit under flera år finns ofta en blandning av gammal och ny kod, beroenden som inte längre uppdateras, otydliga byggsteg och funktioner som ingen vill röra. Första uppgiften är därför inte att skriva om allt. Den är att förstå vad som fungerar, vad som är risk och vad som blockerar nästa version.
Vi går igenom kodbas, projektstruktur, beroenden, tester, API:er, analys, krascher, certifikat och publiceringsflöden. Resultatet blir en prioriterad bild där akuta problem skiljs från förbättringar som kan göras stegvis.
Ett övertag behöver också omfatta konton och ansvar: App Store Connect, Google Play Console, backend, domäner, analysverktyg, pushcertifikat och dokumentation. När ägarskapet är tydligt minskar risken att en tekniskt enkel uppdatering fastnar i åtkomstproblem.
Fördjupning
Krascher, blockerade releaser, säkerhetsproblem och versionskrav prioriteras först. Därefter ser vi över byggbarhet, automatisering och de delar av arkitekturen som gör varje ändring onödigt dyr. Målet är en stabil bas där nya funktioner kan levereras utan att gamla problem följer med.
En total omskrivning rekommenderas bara när nyttan tydligt överstiger kostnaden och migreringsrisken. Ofta är en stegvis modernisering bättre: uppdatera beroenden, isolera kritiska delar, skapa tydligare gränser och ersätt en vy eller modul i taget.
Fördjupning
Vi kan arbeta i appar som kombinerar Objective-C och Swift, UIKit och SwiftUI, Java och Kotlin eller äldre hybridlösningar. Teknikvalet för nästa steg styrs av hur appen används, teamets kompetens och vilka delar som behöver förändras mest.
Modernisering kan omfatta navigation, tillståndshantering, nätverkslager, datalagring, tillgänglighet, designkomponenter, tester och CI/CD. Varje del kopplas till ett konkret problem så att arbetet inte blir ett internt teknikprojekt utan effekt för leverans och användare.
Fördjupning
Efter den första stabiliseringen får ni en plan för kommande versioner, dokumenterade byggsteg och en tydligare bild av teknisk skuld. Vi kan fortsätta som leveranspartner eller lämna över till ert team med genomgång av arkitektur, release och de risker som fortfarande behöver bevakas.
Med ett serviceavtal kan versionslyft, säkerhetsfixar, prestanda och appbutikernas krav hanteras löpande. Det minskar behovet av akuta räddningsinsatser och gör kostnaden för förvaltning mer förutsägbar.
Appmost utgår från Göteborg men tar över och moderniserar appar för företag i hela Sverige. Ett första steg kan vara en avgränsad genomlysning där ni får prioriteringar och rekommendation innan ni bestämmer omfattningen på genomförandet.
Fördjupning
Genomlysningen sammanfattar byggstatus, kritiska beroenden, releasehinder, kända krascher, säkerhetsrisker och vilken dokumentation som saknas. Varje punkt kopplas till påverkan och rekommenderad ordning så att rapporten kan användas i budget och planering.
Vi skiljer på sådant som måste lösas för att publicera, sådant som förbättrar teamets leveranstakt och sådant som främst är önskvärd teknisk städning. Det skyddar budgeten från en lång lista där alla problem ser lika viktiga ut.
Om ni väljer att gå vidare kan första genomförandet avgränsas till en stabil release. Därefter kan modernisering, designförbättringar och nya funktioner planeras i en takt som passar verksamheten och appens användare.
En viktig del är att bevara produktkunskap som annars bara finns hos den tidigare leverantören. Vi dokumenterar kritiska dataflöden, externa tjänster, miljöskillnader och sådant som måste kontrolleras inför varje publicering.
Om backend också behöver tas över går vi igenom drift, databas, autentisering, loggning, kostnader och återställning. App och backend prioriteras i samma plan så att en förbättring i klienten inte skapar nya risker i serverdelen.