Mange virksomheter ender opp med en app som ingen aktivt tar vare på. Den opprinnelige utvikleren eller byrået har gått videre, utgivelsene har stoppet opp, appbutikken advarer om utdaterte SDK-er, og ingen føler seg trygge på å endre koden. Instinktet er ofte enten å fortsette å lappe eller å starte helt på nytt. Ingen av delene bør avgjøres på instinkt. Denne guiden om redning av apper forklarer hvordan en forlatt app kan vurderes, og hvordan dere velger mellom å refaktorere det som finnes og å bygge den på nytt, basert på bevis i stedet for frustrasjon.
Hva det er
Redning av en app starter med å forstå hva dere faktisk har. Det betyr å gjenvinne tilgang til kildekode, byggkonfigurasjon, signeringsnøkler, driftskontoer, oppføringer i appbutikker og tredjepartstjenester; deretter å gjennomgå kodens struktur, avhengigheter, testdekning og kjente feil; og så å kontrollere om appen fortsatt kan bygges og kjøres på gjeldende operativsystemversjoner. Refaktorering betyr å forbedre den eksisterende kodebasen på stedet: oppdatere avhengigheter, rette feil, omstrukturere problemområder og legge til tester, samtidig som appen holdes i drift. Ny bygging betyr å skrive en ny kodebase, vanligvis med gjenbruk av design, data og backend-tjenester der det er mulig, og å migrere brukerne dit. Refaktorering bevarer tidligere investeringer og unngår en lang periode uten utgivelser. Ny bygging kan være det bedre alternativet når kodebasen ikke kan vedlikeholdes, er bygget på et foreldet rammeverk eller grunnleggende ikke passer med det produktet nå trenger. Ofte er svaret en kombinasjon: stabiliser nå, og erstatt deretter deler gradvis.
Hvem det er for
Denne guiden er nyttig for:
- Virksomheter der apputvikleren eller byrået ikke lenger er tilgjengelig
- Produkteiere med en app som ikke lar seg bygge, krasjer på nye enheter eller blir avvist i appbutikken
- Gründere som har arvet en halvferdig app fra et tidligere team
- Team som vurderer om de skal investere videre i en eksisterende kodebase
Hva det hjelper med å klarlegge
En strukturert vurdering bidrar til å avklare:
- Om dere har fullt eierskap til og tilgang til kode, nøkler, kontoer og data
- Hvor mye av den eksisterende koden som er solid, hvor mye som er risikabel, og hvor mye som mangler
- Om rammeverket og avhengighetene fortsatt støttes
- Hvilken vei, refaktorering, ny bygging eller trinnvis erstatning, som passer tidsplanen og risikotoleransen
Hva er inkludert
- Gjenvinn tilgang: kildekodelagre, byggfiler, signeringssertifikater og nøkkellagre, sky- og driftskontoer, kontoer i appbutikker og API-nøkler hos tredjeparter
- Bekreft det juridiske eierskapet til koden og eventuelle lisenser, ved behov med egne rådgivere
- Kontroller om appen kan bygges fra kildekoden og kjøres på gjeldende OS-versjoner
- Gjennomgå avhengigheter for utdaterte, ustøttede eller sårbare biblioteker
- Vurder kodestruktur, testdekning og dokumentasjon
- List opp kjente feil, krasjrapporter, brukerklager og advarsler fra appbutikker
- Kartlegg backend, API-er og data appen er avhengig av
- Vurder alternativene, refaktorering, ny bygging eller trinnvis erstatning, opp mot innsats, risiko og tid uten utgivelser
- Avtal en stabiliseringsplan for akutte problemer før større arbeid starter
Hva er ikke inkludert
- En påstand om at alle eldre problemer vil bli funnet eller løst
- Utvikling av nye funksjoner utover det bekreftede omfanget for gjenoppretting
- Formell sikkerhetsvurdering eller penetrasjonstesting, med mindre det er avgrenset separat
- Juridisk rådgivning om eierskap til kode eller tvister med tidligere leverandører
Når skal den velges
Handle når appen ikke lenger kan utgis på en trygg måte, når plattformkrav snart vil gjøre at den ikke oppfyller butikkreglene, eller når hver lille endring skaper nye problemer. Ikke vent til appen fjernes fra en butikk eller en kritisk tjeneste stenges. Hvis dere ikke har tilgang til kildekoden eller signeringsnøklene, løs det først; uten dem kan ny bygging være det eneste alternativet, uavhengig av kodekvaliteten.
Vår tilnærming
Start med tilgang og bevis, ikke meninger. Mange forlatte apper er bedre enn de ser ut når de først lar seg bygge igjen; andre ser fine ut, men hviler på rammeverk som ikke lenger er levedyktige. Ta beslutningen på grunnlag av en skriftlig vurdering som dekker kode, avhengigheter, infrastruktur og produktbehov. Tjenesten vår App Rescue & Rebuild dekker vurdering og gjenoppretting: å få et fungerende bygg igjen, stabilisere kritiske problemer og anbefale og gjennomføre den bekreftede veien for gjenoppretting, med en avgrenset gjenopprettingsoversikt og overleveringsmateriell. Der problemet strekker seg til en bredere plattform, backend eller et eldre system, gir Platform Rescue & Modernisation et kart over nåsituasjonen, en stabiliseringsplan og et veikart for modernisering. Etter gjenopprettingen bør dere planlegge løpende ivaretakelse slik at appen ikke glir tilbake til samme tilstand: planlagte oppdateringer av avhengigheter, en rutine for utgivelser og tydelig eierskap til kontoer og nøkler.
Ofte stilte spørsmål
Beslektede artikler
Kom i gang
Sitter dere fast med en app ingen kan vedlikeholde?
Fortell oss hva dere har tilgang til, hva som ikke fungerer, og hva appen skal gjøre videre. Vi foreslår en skriftlig vurdering og et omfang for gjenopprettingen.
Be om et skriftlig omfang