Utvikling av mobilapper

Adminpanelet: appens egentlige kontrollsenter

Den delen av en mobilapp du ser, er toppen av isfjellet. Det egentlige arbeidet skjer i det nettbaserte panelet som lar deg drive appen fra dag til dag uten en utvikler. Panelet vi leverer med hver app, gjør følgende:

Endre innhold uten appoppdatering

Kampanjebannere, prislister, menyer, kunngjøringstekster – endre dem i panelet, og appen oppdateres umiddelbart. Ingen gjennomgang i appbutikken å vente på. I apper der dette skillet ikke er bygget riktig fra starten, betyr én prisendring 2–5 dagers gjennomgang i App Store; for sesongbedrifter er det uakseptabelt.

Bruker- og innholdsstyring

Se registrerte brukere, suspender kontoer, tildel roller og tilganger, moderer anmeldelser og rapporter. I apper med brukerinnhold blir selve godkjenningen i appbutikken vanskeligere uten modereringsverktøy – Apple krever mekanismer for rapportering og blokkering av brukergenerert innhold.

Sending av push-varsler

Send varsler til alle eller til et segment (by, siste innlogging, kjøpshistorikk), planlegg dem og les rapporter om åpningsrate. Push er den ene grunnen til at en app er mer verdt enn e-postlisten din: åpningsratene er mange ganger høyere enn for e-post.

Analyse og rapportering

Daglig aktive brukere, bruk per skjermbilde, hvor brukerne faller fra, versjonsfordeling og krasjrapporter. «Går det bra med appen?» besvares av et skjermbilde, ikke magefølelse.

Fungerer på alle enheter

Det er ikke nok at appen «fungerer» – den må fungere på enheten brukeren har i hånden. I Tyrkia er fire år gamle Android-telefoner fortsatt mye brukt, mens iOS har stor variasjon i skjermstørrelser. Testdekningen vår er bygget deretter.

Telefoner, nettbrett og sammenleggbare enheter

Grensesnittet bygges på fleksible oppsett i stedet for faste piksler; den samme appen henger sammen fra en 5-tommers skjerm til et nettbrett. På sammenleggbare enheter er tilstandshåndteringen skrevet slik at appen ikke starter på nytt når skjermen åpnes eller lukkes.

Eldre OS-versjoner

Å støtte bare de nyeste iOS- og Android-versjonene betyr å avskrive en synlig del av publikummet ditt fra første dag. Vi blir enige om målversjonene ved prosjektstart; vet du ikke hvilke enheter publikummet ditt bruker, henter vi det fra analysedataene for nettstedet ditt.

Dårlig dekning og frakoblet modus

Feltteamet er i en kjeller, budet i en heis, gjesten på hotellets wifi. Å få kritiske skjermbilder til å fungere uten nett – lagre innlagte data i kø på enheten og sende dem når forbindelsen er tilbake – er eget ingeniørarbeid som er vanskelig å legge til i ettertid.

Tilgjengelighet og systeminnstillinger

Har brukeren forstørret teksten på telefonen, skal appen følge etter; er mørk modus på, skal appen også være mørk. Dette er ikke detaljer – en app der oppsettet brytes ved større tekst, mister nettopp de brukerne som trenger den mest.

Slik tjener en app penger

En app kan forbli en utgiftspost, eller bli en ressurs som betaler seg selv. Forskjellen er om inntektsmodellen ble planlagt fra starten eller lagt til i ettertid. Vi bygger modellene nedenfor hver for seg eller i kombinasjon.

Abonnementer (den mest forutsigbare inntekten)

Månedlige eller årlige abonnementer er den mest stabile appinntekten: du trenger ikke gjøre salget på nytt hver måned. Med gratis prøveperiode, årsrabatt og en godt bygget oppsigelsesflyt synker frafallet merkbart. Apple og Google tar provisjon på abonnementer; satsen går ned etter det første året, så modellen blir bedre over tid.

Kjøp i appen

Engangskjøp av funksjoner, kreditt- eller tokenpakker, premiuminnhold eller en reklamefri versjon. Selger du digitalt innhold, må du bruke appbutikkenes betalingssystemer. Selger du fysiske varer eller tjenester, kan du bruke din egen betalingsinfrastruktur – apper som tar feil av dette skillet, blir avvist av butikkene.

Annonseinntekter

I apper med et stort publikum som bruker dem jevnlig, gir annonsenettverk (som AdMob) passive inntekter. Bannere, mellomliggende annonser og belønningsvideoer har ulik balanse mellom inntekt og irritasjon: belønningsvideo gir færrest klager og tjener mest, fordi brukeren selv velger det. Merk: annonseinntekter vokser lineært med antall brukere, så for små publikum er det ingen betydelig inntektspost – der passer abonnement bedre.

Slippe provisjoner (indirekte inntekt)

Driver du restaurant, salong eller hotell, er appens største gevinst ikke nye inntekter, men provisjonen du slipper å betale. Der plattformbestillinger har 15–30 % provisjon, har bestillinger via din egen app ingen. Med denne modellen kan appen dekke sin egen kostnad i løpet av noen måneder.

Lojalitet og gjenkjøp

Poeng, personlige tilbud og «hver tiende kaffe gratis» fungerer langt bedre i en app enn på et nettsted, fordi brukeren allerede er innlogget og kan nås med varsler. Å selge igjen til en eksisterende kunde er langt billigere enn å skaffe en ny.

Etter lansering: publisering er ikke målstreken

Appoppdateringer er obligatoriske

Apple og Google lanserer et nytt operativsystem hvert år og krever at apper bygget med eldre SDK-er oppdateres. En app som står urørt i årevis, blir til slutt fjernet fra butikken. En vedlikeholdsavtale er ikke mersalg – det er en forutsetning for at appen skal overleve.

Appbutikkontoene opprettes i ditt navn

Apple Developer- og Google Play-kontoene opprettes i ditt selskaps navn; du eier appen. En app som ligger på et byrås konto, blir et gissel den dagen dere går hver til sitt – det vanligste og senest oppdagede problemet i bransjen.

Synlighet i appbutikkene (ASO)

Appnavn, undertittel, søkeordfelt, skjermbilder og forhåndsvisningsvideo avgjør plasseringen din i appbutikksøket. Å få dette riktig ved lansering slår å rette det senere, fordi butikkalgoritmene vektlegger nedlastingstempoet de første ukene.