Udvikling af mobilapps

Adminpanelet: din apps egentlige kontrolcenter

Den del af en mobilapp, du ser, er toppen af isbjerget. Det egentlige arbejde foregår i det webbaserede panel, der lader dig drive appen i hverdagen uden en udvikler. Panelet, vi leverer med hver app, gør følgende:

Skift indhold uden en opdatering i butikken

Kampagnebannere, prislister, menukort, meddelelser – ret dem i panelet, og appen opdateres med det samme. Ingen gennemgang i butikken at vente på. I apps, hvor denne adskillelse ikke er bygget rigtigt fra starten, betyder en enkelt prisændring 2–5 dages gennemgang i App Store; for sæsonvirksomheder er det uacceptabelt.

Bruger- og indholdsstyring

Se registrerede brugere, suspender konti, tildel roller og rettigheder, og moderer anmeldelser og indberetninger. I apps med brugerindhold bliver selve godkendelsen i butikkerne sværere uden moderationsværktøjer – Apple kræver mekanismer til indberetning og blokering ved brugergenereret indhold.

Afsendelse af push-notifikationer

Send notifikationer til alle eller til et segment (by, seneste login, købshistorik), planlæg dem, og læs rapporter om åbningsrater. Push er den ene grund til, at en app er mere værd end din e-mailliste: åbningsraterne er flere gange højere end for e-mail.

Analyse og rapportering

Daglige aktive brugere, brug pr. skærm, hvor brugerne falder fra, versionsfordeling og crashrapporter. »Klarer appen sig godt?« besvares af en skærm, ikke af en mavefornemmelse.

Fungerer på alle enheder

Det er ikke nok, at appen »virker« – den skal virke på den enhed, brugeren har i hånden. I Türkiye er fire år gamle Android-telefoner stadig meget udbredte, mens iOS har stor variation i skærmstørrelser. Vores testdækning er bygget derefter.

Telefoner, tablets og foldbare enheder

Brugerfladen er bygget på fleksibelt layout frem for faste pixels; den samme app hænger sammen fra en 5-tommers skærm til en tablet. På foldbare enheder er tilstandshåndteringen skrevet, så appen ikke genstarter, når skærmen foldes ud eller sammen.

Ældre styresystemversioner

At understøtte kun de nyeste iOS- og Android-versioner betyder, at du fra dag ét afskriver en synlig del af din målgruppe. Vi aftaler målintervallet af versioner ved projektstart; kender du ikke din målgruppes enhedsfordeling, udleder vi den fra analysedata på dit eksisterende site.

Dårlig forbindelse og offline-tilstand

Feltteamet er i en kælder, budet i en elevator, gæsten på hotellets wifi. At få kritiske skærme til at virke offline – at lægge indtastede data i kø på enheden og sende dem, når forbindelsen vender tilbage – er et separat stykke ingeniørarbejde, som er svært at sætte på bagefter.

Tilgængelighed og systemindstillinger

Hvis brugeren har forstørret teksten på sin telefon, skal appen følge med; hvis mørk tilstand er slået til, skal appen også være mørk. Det er ikke detaljer – en app, hvis layout går i stykker ved større tekststørrelser, mister netop de brugere, der har mest brug for den.

Sådan tjener en app penge

En app kan forblive en udgiftspost eller blive et aktiv, der betaler sig selv. Forskellen er, om indtægtsmodellen blev designet ind fra starten eller tilføjet senere. Vi bygger modellerne nedenfor enkeltvis eller i kombination.

Abonnementer (den mest forudsigelige indtægt)

Månedlige eller årlige abonnementer er den mest stabile appindtægt: du behøver ikke at lave salget igen hver måned. Med en gratis prøveperiode, årsrabat og et velbygget opsigelsesflow falder frafaldet mærkbart. Apple og Google tager provision af abonnementer; satsen falder efter det første år, så modellen bliver bedre med tiden.

Køb i appen

Engangsoplåsning af funktioner, kredit- eller tokenpakker, premiumindhold eller en reklamefri version. Sælger du digitalt indhold, skal du bruge butikkernes betalingssystemer. Sælger du fysiske varer eller tjenester, kan du bruge din egen betalingsinfrastruktur – apps, der tager fejl af denne forskel, bliver afvist af butikkerne.

Annonceindtægter

I apps med et stort, regelmæssigt publikum skaber annoncenetværk (som AdMob) passiv indtægt. Bannere, interstitials og belønnede videoer har forskellige afvejninger mellem indtægt og irritation: belønnede videoer giver færrest klager og tjener mest, fordi brugeren selv vælger dem. Bemærk: annonceindtægter vokser lineært med antallet af brugere, så de er ikke en betydelig post for små målgrupper – der passer abonnementer bedre.

Undgå provisioner (indirekte indtægt)

Driver du en restaurant, salon eller et hotel, er appens største gevinst ikke ny omsætning, men den provision, du holder op med at betale. Hvor platformsordrer bærer 15–30% i provision, bærer ordrer via din egen app ingen. Med denne model kan appen tjene sine egne omkostninger hjem inden for få måneder.

Loyalitet og gensalg

Point, personlige tilbud og »hver tiende kaffe gratis« fungerer langt bedre i en app end på en hjemmeside, fordi brugeren allerede er logget ind og kan nås med notifikationer. Det er langt billigere at sælge igen til en eksisterende kunde end at skaffe en ny.

Efter udgivelse: lanceringen er ikke målstregen

Opdateringer i butikkerne er obligatoriske

Apple og Google udgiver et nyt styresystem hvert år og kræver, at apps bygget med ældre SDK’er opdateres. En app, der ikke røres i årevis, bliver til sidst fjernet fra butikken. En vedligeholdelsesplan er ikke mersalg – den er appens overlevelsesbetingelse.

Butikskonti oprettes i dit navn

Apple Developer- og Google Play-konti oprettes i din virksomheds navn; du ejer appen. En app, der ligger på et bureaus konto, bliver taget som gidsel den dag, I går hver til sit – det mest almindelige og senest opdagede problem i branchen.

Synlighed i butikkerne (ASO)

Appnavn, undertitel, søgeordsfelt, skærmbilleder og preview-video afgør din placering i butikkens søgning. At få det rigtigt ved lanceringen er bedre end at rette det senere, fordi butikkernes algoritmer vægter downloadmomentum i de første uger.