Så lanserar du en mobilapp: checklista för indieutvecklare

Att lansera en mobilapp som indieutvecklare handlar om fyra saker: bevisa att folk vill ha den innan du har byggt klart, få en stabil version genom butikernas granskning, få butikssidan att konvertera och få de första användarna att komma tillbaka. Inget av det kräver en stor budget. Det kräver en plan och några veckors fokuserat arbete kring lanseringsdagen.

Den här guiden går igenom planen i ordning, från validering till retention. Butikernas regler ändras, så kontrollera detaljerna i den officiella dokumentationen.

Innan du bygger: validera idén och starta en väntelista

Det lanseringsmisstag som är billigast att rätta till är det du upptäcker innan du skriver appen.

Kolla efterfrågan på några dagar

• Läs konkurrenternas recensioner. De lågt betygsatta recensionerna av appar som liknar din visar vad användarna vill ha men inte får.
• Prata med potentiella användare. En handfull korta samtal visar om problemet är tillräckligt jobbigt för att man ska ladda ner en app för det. Fråga hur de löser det i dag, inte om de gillar din idé.
• Sök i butikerna. Skriv in de fraser som dina användare skulle skriva. Svaga eller föråldrade resultat är en öppning.

Bygg en enkel landningssida med väntelista

Det räcker med en enda sida med en tydlig rubrik, några skärmbilder eller mockups och ett formulär för att anmäla sig med e-post. Alla som anmäler sig kan vara med i betan och få veta när lanseringsdagen är.

Butikerna kan också samla in intresse: App Store har stöd för förbeställningar och Google Play för förregistrering, så att folk får en avisering när appen finns tillgänglig. Kontrollera de aktuella villkoren för vem som kan använda funktionerna i respektive butik.

Definiera version ett

Skriv ner den enda uppgift appen ska lösa och de få funktioner den behöver. Allt annat får vänta. En liten, stabil första version klarar granskningen lättare och ger dig tydligare feedback.

Betatestning: TestFlight och testspår i Google Play

En beta hittar de krascher och förvirrande skärmar som du själv inte längre ser, och förvandlar anmälningar på väntelistan till engagerade användare.

TestFlight på iOS

Apples TestFlight distribuerar betaversioner via App Store Connect.

• Interna testare är medlemmar i ditt team i App Store Connect och kan installera versioner utan betagranskning.
• Externa testare kan vara vem som helst som du bjuder in via e-post eller en offentlig länk. Den första versionen för externa testare går igenom Beta App Review.
• Betaversioner slutar fungera efter en viss tid, så fortsätt ladda upp nya under en lång beta.

Testspår i Google Play

• Internt test ger snabbt en liten, betrodd grupp tillgång till nya versioner.
• Stängt test omfattar testare som du bjuder in via en e-postlista eller grupp, det vanliga valet för en riktig beta.
• Öppet test låter alla som hittar butikssidan gå med i en offentlig beta.

Nyare personliga utvecklarkonton på Google Play måste köra ett stängt test med ett minsta antal testare under en minsta tidsperiod innan de kan publicera i produktion. Kontrollera det aktuella kravet i Play Console innan du bestämmer ett lanseringsdatum, eftersom det kan lägga till flera veckor.

Kör betan med ett tydligt syfte

1. Ge testarna två eller tre konkreta uppgifter, till exempel att registrera sig och skapa en första post.
2. Lägg till kraschrapportering och grundläggande analys innan betan börjar.
3. Ställ efter några dagar en öppen fråga: vad var förvirrande eller irriterande?
4. Åtgärda krascher först, sedan det som förvirrar mest i onboardingen.
5. Skicka ut nya betaversioner regelbundet så att testarna ser att deras feedback spelar roll.

Granskning i App Store och Google Play: vad du kan förvänta dig

Båda butikerna granskar appar innan de publiceras och har offentliga regler. Läs Apples App Review Guidelines och Google Plays Developer Program Policies en gång innan du skickar in. Det förhindrar de flesta avslag.

Granskningstiderna varierar beroende på appen, tiden på året och hur gammalt ditt utvecklarkonto är. Lägg in en marginal på flera dagar före ett offentligt lanseringsdatum.

Vanliga skäl till avslag i App Store

• Krascher och buggar. Granskaren råkar ut för en krasch eller ett flöde som inte fungerar.
• Ofullständig information. Appen kräver inloggning men inget demokonto har angetts.
• Platshållarinnehåll. Lorem ipsum, testdata, trasiga länkar eller tomma skärmar.
• Felaktig metadata. Skärmbilder eller beskrivningar som inte stämmer med vad appen gör.
• Integritetsproblem. En integritetspolicy som saknas, integritetsuppgifter som inte stämmer med appens datainsamling eller behörighetsfrågor som inte förklarar varför åtkomsten behövs.
• Radering av konto. Om användare kan skapa ett konto i appen måste de kunna påbörja raderingen av det inifrån appen.
• Betalningar. Digitalt innehåll som låses upp i appen måste i regel använda köp inuti appen, med vissa undantag och regionala skillnader.
• Minimal funktionalitet. En app som mest är en webbplats i ett skal, eller som erbjuder för lite för att vara användbar, kan få avslag.

Vanliga problem på Google Play

• Formuläret för datasäkerhet. Det måste korrekt beskriva vilken data appen och dess SDK:er samlar in och delar.
• Känsliga behörigheter. Åtkomst till sådant som plats i bakgrunden, sms eller samtalsloggar kräver en deklarerad och motiverad användning.
• Mål-API-nivå. Nya appar och uppdateringar måste ha en nyare Android API-nivå som mål.
• Policy för butikssidor. Vilseledande ikoner, sökordsfyllning eller påståenden som du inte kan styrka.
• Kontoradering och betalningar. Appar med konton behöver ett sätt att begära radering, och digitala varor som säljs i appen omfattas av Google Plays faktureringsregler.

Om din app får avslag, åtgärda exakt det som meddelandet nämner och svara artigt. De flesta avslag för små appar löses med nästa inskickning.

Tips om App Store Optimization för en liten lansering

App Store Optimization, eller ASO, innebär att göra din butikssida lätt att hitta i butikens sökning och övertygande när någon väl hamnar på den.

Titel och undertitel eller kort beskrivning

Appens namn är en av de starkaste söksignalerna som du själv styr över. Kombinera ett varumärkesnamn med en kort fras som säger vad appen gör, till exempel ”Vanetracker” eller ”Budgetplanerare”. Undertiteln i App Store och den korta beskrivningen i Google Play ger dig ytterligare en kort rad. Teckengränserna är snäva, så varje ord bör vara ett troligt sökord eller en verklig fördel.

Sökord

• App Store har ett dolt sökordsfält. Separera orden med kommatecken, upprepa inte ord från titeln och utelämna konkurrenters varumärkesnamn.
• Google Play har inget sökordsfält. Butiken läser din titel och dina beskrivningar, så skriv den fullständiga beskrivningen naturligt kring de fraser som dina användare söker på.
• Att lokalisera butikssidan till andra språk kan hjälpa dig att synas i fler sökningar.

Skärmbilder och förhandsvideo

Många bestämmer sig utifrån de första skärmbilderna i sökresultaten utan att öppna butikssidan. Se dem som en kort pitch:

1. Börja med den viktigaste fördelen, inte med inloggningsskärmen.
2. Lägg till en kort bildtext på varje skärmbild som säger vad användaren får.
3. Visa riktiga skärmar, inte mockups av funktioner som inte finns.
4. Håll en enhetlig stil så att bilderna läses som en enda berättelse.

En kort förhandsvideo som visar kärnfunktionen under de första sekunderna hjälper appar vars värde är lättare att visa än att beskriva.

Ikon, betyg och recensioner

Din ikon bör vara enkel, läsbar i små storlekar och tydligt skild från konkurrenternas. Betyg påverkar både ranking och konvertering. Använd de officiella recensionsfrågorna i appen på iOS och Android i ett ögonblick av framgång, till exempel när en användare har slutfört en uppgift, aldrig vid första starten. Båda plattformarna begränsar hur ofta frågan visas. Belöna aldrig folk för recensioner, och svara på kritiska recensioner med en åtgärd eller ett tydligt besked.

En plan för lanseringsveckan

En lansering är en kort, planerad satsning, inte ett enda inlägg:

1. Två veckor före. Skicka in den slutliga versionen och välj manuell publicering i App Store eller hanterad publicering i Google Play, så att appen är godkänd men ännu inte publicerad. Förbered skärmbilder, ett kort demoklipp, en presskitsida och utkast till alla lanseringsinlägg.
2. Några dagar före. Mejla din väntelista med datumet. Be några betatestare att prova appen första dagen och skicka ärliga reaktioner.
3. Lanseringsdagen. Släpp appen, kontrollera att den går att installera i de länder du bryr dig om och mejla väntelistan med direktlänkar till butikerna. Publicera dina tillkännagivanden och svara på varje kommentar.
4. Dag två till fyra. Dela i de återstående communities på din lista, en eller två om dagen, anpassat efter varje publik. Åtgärda lanseringsbuggar snabbt.
5. I slutet av veckan. Släpp en liten uppdatering med åtgärder utifrån den första feedbacken, och tacka dem som hjälpte till.

För senare uppdateringar kan du med Apples stegvisa lansering och Google Plays stegvisa utrullning pausa om problem dyker upp.

Var du ska berätta om din applansering

Välj platserna där dina användare redan finns i stället för att posta överallt.

• Din väntelista och dina betatestare. Din varmaste publik. Be dem betygsätta appen om de gillar den.
• Nischade communities. Subreddits, forum och grupper på Discord och Slack kring problemet som din app löser. Läs reglerna först och berätta varför du byggde appen i stället för att bara lägga upp en länk.
• Communities för skapare. Product Hunt, Indie Hackers och ett Show HN-inlägg på Hacker News passar appar med en berättelse om skaparen eller en teknisk vinkel.
• Nyhetsbrev och kreatörer i din nisch. En kort, personlig pitch med en demolänk slår ett pressmeddelande.
• Projektkataloger. De ger din app en permanent plats som folk kan hitta långt efter lanseringsveckan. One Dollar Planet är ett alternativ: du kan lägga till din app på planeten som en punkt för $1 som ligger kvar för alltid, eller med en logga och en egen sida för $10, och besökare kan ge den stjärnor i topplistan. På sidan Så fungerar det finns detaljerna.

Mät retention efter lanseringen

Nedladdningar visar att din lansering nådde ut. Retention visar att appen är värd att behålla.

• Definiera aktivering. Välj den handling som visar att en användare har fått ut något av appen, till exempel att skapa en första post, och följ hur många nya användare som når dit.
• Följ retention per kohort. Titta på hur stor andel av varje veckas nya användare som kommer tillbaka dag 1, dag 7 och dag 30. En kurva som planar ut betyder att en kärngrupp fortsätter att komma tillbaka.
• Följ konverteringen i butiken. App Store Connect och Google Play Console visar visningar, sidvisningar och installationer, så att du kan se om det är butikssidan eller appen som är flaskhalsen.
• Övervaka stabiliteten. Andelen krascher och tillfällen då appen slutar svara påverkar betygen, och på Google Play kan dålig teknisk kvalitet minska synligheten.

Samla bara in den data du behöver, och håll integritetsuppgifterna i App Store och formuläret för datasäkerhet i Google Play uppdaterade för varje SDK du lägger till.

Iterera efter lanseringen

Det är under veckorna efter lanseringen som den riktiga produkten tar form.

1. Åtgärda krascher och hinder först. Inget annat spelar roll om appen inte fungerar.
2. Förbättra onboardingen. Många användare som lämnar gör det under sin första session, så korta vägen till aktivering.
3. Prata med aktiva användare. Fråga vad som fick dem att stanna och vad som nästan fick dem att sluta.
4. Släpp små, regelbundna uppdateringar med tydliga versionsanteckningar.
5. Se över din butikssida med dina användares egna ord, och testa varianter med Apples produktsidesoptimering eller Google Plays experiment för butikssidor.
6. Bestäm vad som kommer härnäst. Om retentionen är god, satsa på tillväxt. Om den är svag, ändra produkten innan du marknadsför den hårdare.

Fler guider om att lansera och marknadsföra små projekt hittar du på bloggen.

Det viktigaste i korthet

• Validera med riktiga samtal och en väntelista innan du bygger klart.
• Kör en strukturerad beta på TestFlight och Google Play, och kolla tidigt vilka testkrav Google Play har för nya konton.
• Läs butikernas riktlinjer innan du skickar in. Krascher, saknade demokonton, brister i integritetsuppgifterna och felaktig metadata orsakar många avslag.
• Se titeln, de första skärmbilderna och tidiga betyg som kärnan i App Store Optimization.
• Planera lanseringsveckan som en serie inlägg där dina användare redan finns.
• Mät framgång i retention, inte i nedladdningar, och förbättra onboardingen först.

Vanliga frågor

Vad kostar det att lansera en mobilapp?

De fasta kostnaderna är utvecklarkontona: Apple tar ut en årlig medlemsavgift och Google Play en engångsavgift för registreringen, så kontrollera aktuella priser på deras officiella webbplatser. Utöver det drivs en liten lansering mest av din tid och billiga verktyg.

Hur lång tid tar granskningen av en app?

Det varierar. Många appar granskas inom några dagar, men nya konton, komplexa appar och perioder med hög belastning kan ta längre tid, och ett avslag gör att processen börjar om. Skicka in i god tid före lanseringsdatumet och använd manuell publicering så att du själv styr när appen blir tillgänglig.

Ska jag lansera på iOS och Android samtidigt?

Inte nödvändigtvis. Om du lanserar på en plattform först kan du åtgärda problem med en mindre grupp innan arbetet fördubblas. Börja med den plattform som din målgrupp föredrar; även med ett plattformsoberoende ramverk kan du sprida ut lanseringarna i tid.

Vad är App Store Optimization och fungerar det för nya appar?

App Store Optimization innebär att förbättra din butikssida så att den rankas för relevanta sökningar och förvandlar besökare till installationer. För en ny app är de viktigaste spakarna en tydlig titel med ett relevant sökord, starka första skärmbilder och tidiga betyg från nöjda användare. Resultaten byggs upp långsamt, så kombinera det med direktkontakt vid lanseringen.

Hur marknadsför jag en mobilapp utan marknadsföringsbudget?

Börja med dem som redan bryr sig: din väntelista, dina betatestare och de communities där dina användare diskuterar problemet. Berätta varför du byggde appen och svara på varje kommentar. Listningar i kataloger och inlägg om vad du har lärt dig fortsätter att fungera efter lanseringsveckan.