Mange virksomheder ender med en app, som ingen aktivt passer på. Den oprindelige udvikler eller det oprindelige bureau er gået videre, udgivelserne er stoppet, app-butikken advarer om forældede SDK’er, og ingen tør ændre i koden. Instinktet er ofte enten at blive ved med at lappe eller at starte forfra. Ingen af delene bør afgøres af instinkt. Denne guide til redning af apps forklarer, hvordan I vurderer en forladt app og vælger mellem at refaktorere det eksisterende og at genopbygge, baseret på evidens frem for frustration.
Hvad det er
En redning af en app begynder med at forstå, hvad I faktisk har. Det betyder at genvinde adgangen til kildekode, build-konfiguration, signeringsnøgler, hostingkonti, opslag i app-butikker og tredjepartstjenester; derefter at gennemgå kodens struktur, afhængigheder, testdækning og kendte fejl; og derefter at kontrollere, om appen stadig kan bygges og køre på aktuelle versioner af styresystemerne. Refaktorering betyder at forbedre den eksisterende kodebase på stedet: opdatere afhængigheder, rette fejl, omstrukturere problemområder og tilføje test, mens appen holdes i drift. Genopbygning betyder at skrive en ny kodebase, normalt med genbrug af design, data og backend-tjenester hvor muligt, og at migrere brugerne til den. Refaktorering bevarer tidligere investeringer og undgår en lang periode uden udgivelser. Genopbygning kan være den bedre mulighed, når kodebasen ikke kan vedligeholdes, er bygget på et forældet framework eller grundlæggende ikke passer til det, produktet nu har brug for. Ofte er svaret en kombination: stabilisér nu, og udskift derefter dele gradvist.
Hvem er det for?
Denne guide er nyttig for:
- Virksomheder, hvis app-udvikler eller bureau ikke længere er tilgængeligt
- Produktejere med en app, der ikke kan bygges, går ned på nye enheder eller bliver afvist i app-butikker
- Stiftere, der har arvet en halvfærdig app fra et tidligere team
- Teams, der skal beslutte, om de vil investere yderligere i en eksisterende kodebase
Hvad det hjælper med at afklare
En struktureret vurdering hjælper med at afklare:
- Om I har fuldt ejerskab af og adgang til kode, nøgler, konti og data
- Hvor meget af den eksisterende kode der er solid, hvor meget der er risikabel, og hvor meget der mangler
- Om framework og afhængigheder stadig understøttes
- Hvilken vej, refaktorering, genopbygning eller trinvis udskiftning, der passer til jeres tidsplan og risikovillighed
Hvad er inkluderet
- Genvind adgang: kilde-repositories, build-filer, signeringscertifikater og keystores, cloud- og hostingkonti, konti i app-butikker og API-nøgler til tredjeparter
- Bekræft det juridiske ejerskab af koden og eventuelle licenser, om nødvendigt med jeres egne rådgivere
- Kontrollér, om appen kan bygges fra kildekoden og køre på aktuelle versioner af styresystemerne
- Gennemgå afhængigheder for forældede, ikke-understøttede eller sårbare biblioteker
- Vurdér kodestruktur, testdækning og dokumentation
- Oplist kendte fejl, nedbrudsrapporter, brugerklager og advarsler fra app-butikker
- Kortlæg den backend, de API’er og de data, appen er afhængig af
- Vurdér mulighederne: refaktorering, genopbygning eller trinvis udskiftning, ud fra indsats, risiko og tid uden udgivelser
- Aftal en stabiliseringsplan for akutte problemer, før større arbejde begynder
Hvad er ikke inkluderet?
- En påstand om, at alle problemer i den gamle kode vil blive fundet eller løst
- Udvikling af nye funktioner ud over det bekræftede omfang for genopretningen
- Formel sikkerhedsvurdering eller penetrationstest, medmindre det afgrænses separat
- Juridisk rådgivning om ejerskab af kode eller tvister med tidligere leverandører
Hvornår du skal vælge det
Handl, når appen ikke længere kan udgives sikkert, når platformskrav er ved at gøre den i strid med butikkernes regler, eller når hver lille ændring skaber nye problemer. Vent ikke, til appen fjernes fra en butik, eller en kritisk tjeneste lukker ned. Hvis I ikke har adgang til kildekoden eller signeringsnøglerne, så løs det først; uden dem kan genopbygning være den eneste mulighed uanset kodens kvalitet.
Vores tilgang
Start med adgang og evidens, ikke meninger. Mange forladte apps er bedre, end de ser ud, når de først kan bygges igen; andre ser fine ud, men hviler på frameworks, der ikke længere er levedygtige. Træf beslutningen på grundlag af en skriftlig vurdering, der dækker kode, afhængigheder, infrastruktur og produktets behov. Vores tjeneste App Rescue & Rebuild omfatter vurdering og genopretning: at få et fungerende build igen, stabilisere kritiske problemer og anbefale og gennemføre den bekræftede vej til genopretning, med en afgrænset dokumentation af genopretningen og overdragelsesmateriale. Hvor problemet strækker sig til en bredere platform, backend eller et ældre system, leverer Platform Rescue & Modernisation et kort over den nuværende tilstand, en stabiliseringsplan og en køreplan for modernisering. Planlæg efter genopretningen løbende vedligeholdelse, så appen ikke glider tilbage i samme tilstand: planlagte opdateringer af afhængigheder, en fast udgivelsesrutine og klart ejerskab af konti og nøgler.
Ofte stillede spørgsmål
Relaterede artikler
Start
Fastlåst med en app, som ingen kan vedligeholde?
Fortæl os, hvad I har adgang til, hvad der ikke virker, og hvad appen skal kunne fremover. Vi foreslår en skriftlig vurdering og et omfang for genopretningen.
Anmod om et skriftligt omfang