Checklista för applansering
Av CodexierPublicerad 4 min läsning
En applansering är inte ögonblicket du trycker på ”publicera”. Det är veckorna runt omkring: att få butikstexten godkänd, att vara redo för de första supportfrågorna, att se krascher innan användarna skriver omdömen om dem och att snabbt skicka ut de första rättningarna. Checklistan ordnar uppgifterna vecka för vecka, så att inget viktigt hamnar på lanseringsdagen.
Butiksbeskrivning och skärmbilder
Börja med butikstexten tidigt. Både Apple och Google granskar beskrivningen och inte bara appen, och integritetsuppgifterna måste stämma med vad appen faktiskt samlar in. Guiden om granskningen i App Store tar upp de vanligaste skälen till avslag.
- Appens namn, undertitel och kort beskrivning skrivna för sökningar i båda butikerna
- Skärmbilder i de enhetsstorlekar som krävs, som visar riktiga uppgifter i stället för en logga
- Länk till integritetspolicy och ärligt ifyllda integritets- och datasäkerhetsuppgifter
- Åldersgräns, kategori och kontaktuppgifter
- En supportlänk som fungerar
- Svenska och engelska texter om ni vänder er till båda
Supportkanal och vanliga frågor
Användare som stöter på problem de första dagarna skriver ett omdöme om de inte når er. Gör det enkelt att nå er i stället: en länk till support i appen, en mejladress som någon läser och en kort sida med vanliga frågor som besvarar det testarna undrade över.
- En supportadress eller ett formulär, med en ansvarig person och ett mål för svarstid
- En sida med vanliga frågor om inloggning, betalning, notiser och att radera kontot
- En rutin för att göra supportärenden till felrapporter med enhet och version av operativsystemet
- Förberedda svar på de mest sannolika frågorna
- En plan för att svara på omdömen i butikerna, även kritiska
Analys och kraschrapporter
Ni behöver veta om krascher innan användarna berättar. Verktyg för kraschrapportering som Firebase Crashlytics eller Sentry visar vilka enheter och versioner som drabbas och var i koden det hände. Analysen visar om användarna tar sig igenom det viktigaste flödet.
| Att sätta upp | Varför | Kontrollera före lansering |
|---|---|---|
| Kraschrapportering | Se krascher med stackspår | Framkalla en testkrasch och se att den syns |
| Viktiga händelser | Registrering, första nyckelhandling, köp | Gå igenom flödet och se varje händelse komma in |
| Samtyckeshantering | GDPR kräver rättslig grund för spårning | Spårningen följer användarens val |
| Versionsmärkning | Koppla krascher till rätt appversion | Versionsnummer syns i rapporterna |
Samla bara in det ni faktiskt kommer att titta på. Varje händelse är en personuppgift enligt GDPR om den kan kopplas till en användare.
Stegvis utrullning
Båda butikerna låter er släppa en version gradvis. Apples stegvisa lansering sprider en uppdatering över sju dagar till användare med automatiska uppdateringar; Google Plays stegvisa utrullning låter er välja hur stor andel som får den nya versionen och öka steg för steg. Skjuter krascherna i höjden pausar ni innan alla har fått den trasiga versionen.
- Betatesta via TestFlight och testspåren i Google Play innan lansering
- Nya personliga utvecklarkonton i Google Play måste köra ett slutet test med ett minsta antal testare under en viss tid innan de får publicera; kontrollera aktuella regler i god tid
- Börja utrullningen smått, följ krascherna ett par dagar och bredda sedan
- Ha föregående version redo och vet hur man stoppar en utrullning
- Undvik att släppa på en fredag eller före en helg
Planen för första uppdateringen
Planera första uppdateringen före lanseringen. Riktiga användare hittar fel som testarna missade, och den första veckans omdömen formas av hur snabbt ni svarar. Reservera utvecklartid för de två veckorna efter lansering i stället för att genast börja på nästa stora funktion.
- Reservera kapacitet för rättningar de första två veckorna
- Samla återkoppling från support, omdömen och kraschrapporter i en lista
- Prioritera krascher och flöden som stoppar, sedan förvirring, sedan önskemål
- Skicka ut en första rättningsversion snabbt och berätta för användarna vad som ändrats
- Boka en genomgång efter en månad: vad används, vad används inte, vad kommer härnäst
Att hålla en app i form efter lanseringen är ett löpande arbete. Vårt avtal för appunderhåll och skalning täcker övervakning, uppdateringar av operativsystem och rättningar; priserna finns på prissidan.
När en full lanseringsplan är överkurs
En intern app för ett fåtal medarbetare, distribuerad privat, behöver varken skärmbilder för butikerna eller en strategi för omdömen. En kort testrunda, en supportkontakt och kraschrapportering räcker. Anpassa checklistan efter målgruppen. Är ni osäkra på vad lanseringen kräver, boka ett kort samtal.
Vanliga frågor
Hur lång tid tar granskningen i App Store?
Ofta en dag eller två, men det varierar och avslag ger fler rundor. Skicka in den första versionen flera veckor före planerad lansering så att ni hinner svara på synpunkter.
Behöver vi både analys och kraschrapportering?
Ja, de besvarar olika frågor. Kraschrapporteringen visar vad som går sönder; analysen visar om folk använder det som fungerar. Båda ska kontrolleras på riktiga enheter före lansering.
Ska vi lansera i båda butikerna samtidigt?
Oftast ja, om inte användarna i stor utsträckning finns på en plattform. En förskjuten lansering kan minska supporttrycket men dubblar lanseringsarbetet.
Vad ska den första uppdateringen innehålla?
Rättningar av krascher och flöden som stoppar först, sedan det som oftast förvirrar enligt support och omdömen. Spara nya funktioner till senare versioner.
Ska ni lansera en app snart?
Berätta om lanseringsdatum och nuläge i ett kort samtal. Vi pekar ut vad som saknas och vad som kan vänta till efter lanseringen.
Boka ett kostnadsfritt 15-minuterssamtal