Utveckling av mobilappar

Adminpanelen: appens verkliga kontrollcenter

Den del av en mobilapp som du ser är toppen av isberget. Det verkliga arbetet sker i den webbaserade panelen som låter dig driva appen i vardagen utan en utvecklare. Panelen vi levererar med varje app gör följande:

Ändra innehåll utan att uppdatera appen i butiken

Kampanjbanners, prislistor, menyer, meddelandetexter – ändra dem i panelen så uppdateras appen direkt. Ingen granskning i apputiken att vänta på. I appar där den här separationen inte byggs rätt från början innebär en enda prisändring 2–5 dagars granskning i App Store; för säsongsföretag är det oacceptabelt.

Användar- och innehållshantering

Se registrerade användare, stäng av konton, tilldela roller och behörigheter, moderera omdömen och anmälningar. I appar med användarinnehåll blir själva godkännandet i apputikerna svårare utan modereringsverktyg – Apple kräver funktioner för att anmäla och blockera användargenererat innehåll.

Skicka pushnotiser

Skicka aviseringar till alla eller till ett segment (stad, senaste inloggning, köphistorik), schemalägg dem och läs rapporter om öppningsgrad. Push är den enskilda anledningen till att en app är värd mer än din e-postlista: öppningsgraden är flera gånger högre än för e-post.

Analys och rapportering

Dagliga aktiva användare, användning per skärm, var användarna hoppar av, versionsfördelning och kraschrapporter. ”Går det bra för appen?” besvaras av en skärm, inte av magkänsla.

Fungerar på alla enheter

Det räcker inte att appen ”fungerar” – den måste fungera på enheten användaren har i handen. I Türkiye används fyra år gamla Android-telefoner fortfarande i stor utsträckning, medan iOS har en bred variation av skärmstorlekar. Vår testtäckning är uppbyggd därefter.

Telefoner, surfplattor och vikbara telefoner

Gränssnittet bygger på flexibel layout i stället för fasta pixlar; samma app håller ihop från en 5-tumsskärm till en surfplatta. För vikbara telefoner skrivs tillståndshanteringen så att appen inte startar om när skärmen fälls ut eller ihop.

Äldre OS-versioner

Att bara stödja de senaste versionerna av iOS och Android innebär att du avskriver en synlig del av din publik från dag ett. Vi kommer överens om vilka versioner som ska stödjas vid projektstart; om du inte vet vilka enheter din publik använder tar vi fram det ur statistiken för din befintliga webbplats.

Dålig uppkoppling och offlineläge

Fältpersonalen är i en källare, budet i en hiss, gästen på hotellets wifi. Att få kritiska skärmar att fungera offline – att köa inmatade data på enheten och skicka dem när uppkopplingen är tillbaka – är ett separat ingenjörsarbete som är svårt att skruva på i efterhand.

Tillgänglighet och systeminställningar

Om användaren har förstorat texten i telefonen ska appen följa efter; om mörkt läge är på ska appen också vara mörk. Det är inga detaljer – en app vars layout går sönder vid större textstorlekar tappar just de användare som behöver den mest.

Hur en app tjänar pengar

En app kan förbli en kostnadspost eller bli en tillgång som betalar sig själv. Skillnaden är om intäktsmodellen fanns med från början eller lades till i efterhand. Vi bygger modellerna nedan var för sig eller i kombination.

Prenumerationer (de mest förutsägbara intäkterna)

Månads- eller årsprenumerationer är appens stadigaste intäkt: du behöver inte göra försäljningen på nytt varje månad. Med en gratis provperiod, årsrabatt och ett välbyggt uppsägningsflöde minskar kundbortfallet märkbart. Apple och Google tar provision på prenumerationer; andelen sjunker efter första året, så modellen blir bättre med tiden.

Köp i appen

Engångsupplåsning av funktioner, kredit- eller tokenpaket, premiuminnehåll eller en reklamfri version. Om du säljer digitalt innehåll måste du använda butikernas betalsystem. Om du säljer fysiska varor eller tjänster kan du använda din egen betalinfrastruktur – appar som blandar ihop detta avvisas av butikerna.

Annonsintäkter

I appar med en stor publik som använder dem regelbundet ger annonsnätverk (som AdMob) passiva intäkter. Banners, mellansidor och belönad video har olika balans mellan intäkter och irritation: belönad video ger minst klagomål och tjänar mest, eftersom användaren själv väljer den. Obs: annonsintäkter växer linjärt med antalet användare, så de blir ingen betydande intäktspost för små publiker – där passar prenumerationer bättre.

Slippa provisioner (indirekta intäkter)

Om du driver en restaurang, salong eller ett hotell är appens största avkastning inte nya intäkter utan provisionen du slutar betala. Där beställningar via plattformar belastas med 15–30% provision har beställningar via din egen app ingen. Med den modellen kan appen täcka sin egen kostnad inom några månader.

Lojalitet och återkommande försäljning

Poäng, personliga erbjudanden och ”var tionde kaffe gratis” fungerar mycket bättre i en app än på en webbplats, eftersom användaren redan är inloggad och kan nås via aviseringar. Att sälja igen till en befintlig kund är mycket billigare än att skaffa en ny.

Efter publicering: lanseringen är inte målgången

Uppdateringar i apputikerna är obligatoriska

Apple och Google släpper ett nytt operativsystem varje år och kräver att appar byggda med äldre SDK:er uppdateras. En app som lämnas orörd i åratal tas till slut bort från butiken. Ett underhållsavtal är ingen merförsäljning – det är appens överlevnadsvillkor.

Butikskontona öppnas i ditt namn

Apple Developer- och Google Play-kontona öppnas i ditt företags namn; du äger appen. En app som ligger på en byrås konto blir gisslan den dag ni går skilda vägar – det vanligaste och senast upptäckta problemet i branschen.

Synlighet i apputikerna (ASO)

Appnamn, undertitel, nyckelordsfält, skärmbilder och förhandsvideo avgör din placering i butikens sökning. Att få detta rätt vid lanseringen slår att rätta till det senare, eftersom butikernas algoritmer väger in nedladdningstakten under de första veckorna.