Apputveckling
Jag gör apputveckling för företag som vill ha något användarna faktiskt öppnar igen — och jag säger rakt ut när en webbapp eller en bättre mobilsajt löser problemet billigare.
Apputveckling samlar arbetet i ett tydligt upplägg med fokus på mätbara förfrågningar.
- Ett ärligt förarbete som avgör om ni behöver en app alls, innan någon kod skrivs
- Byggd med mätning, samtycke och analys på plats från start, inte påklistrat i efterhand
- Fast pris, upp till tre veckor för ett bygge, ingen bindningstid
Så arbetar jag med apputveckling
Jag börjar med användningsfallet, inte med skisser. Vad ska personen göra i appen, hur ofta, och vad gör hen i dag i stället? Om svaret är ”besöka sajten en gång i kvartalet” har vi hittat något viktigt redan där, och då blir samtalet ett annat.
När användningsfallet håller går jag vidare till flödet: de tre till fem skärmar som utgör kärnan. Allt annat är utfyllnad som kan byggas senare. Jag skissar flödet, vi testar det på riktiga användare i en klickbar prototyp, och först därefter börjar bygget.
Under bygget levererar jag i körbara delar. Du ska kunna öppna något i telefonen efter första veckan, även om det bara är ett skal. Ingenting är mer riskabelt i apputveckling än att inte se någonting förrän allt påstås vara klart.
Vad apputveckling faktiskt innebär
Apputveckling betyder i praktiken tre olika saker, och skillnaden avgör både pris och tid. Native betyder separat kod för iOS och Android, snabbast och närmast telefonens funktioner. Cross-platform betyder en kodbas för båda, vilket räcker för de allra flesta affärsappar. Webbapp betyder en sajt som beter sig som en app, går att installera på hemskärmen och slipper appbutikerna helt.
Det som skiljer en app från en sajt är egentligen fyra saker: den ligger som en ikon på skärmen, den kan skicka pushnotiser, den kan använda kamera och plats mer direkt, och den fungerar delvis utan uppkoppling. Behöver ni inte minst två av dem är en app sällan rätt verktyg.
Till apputveckling hör också det som händer efter lansering: uppdateringar, granskning i App Store och Google Play, och operativsystem som ändrar sig varje år.
Vad som ingår i apputveckling hos mig
Omfattningen bestäms i förarbetet, men delarna nedan följer med i praktiskt taget varje uppdrag. Allt levereras med kod och konton i ert namn.
Jag bygger normalt cross-platform. Behöver ni verkligen native säger jag det, men i de flesta affärsappar är skillnaden inte märkbar för användaren och märkbar i kostnaden.
- Förarbete med användningsfall, kärnflöde och en klickbar prototyp innan bygget startar
- Applikationen byggd cross-platform för iOS och Android från en kodbas
- Publicering i App Store och Google Play, inklusive kontouppsättning och granskningsunderlag
- Mätning från start: händelser, trattar och avhopp, med samtycke hanterat korrekt
- Pushnotiser med segmentering, om användningsfallet motiverar dem
- Överlämning med dokumentation, kodrepo och en genomgång av hur ni uppdaterar vidare
Det vanligaste felet inom apputveckling: appen ingen öppnar igen
Det dyraste misstaget är inte teknisk skuld. Det är att bygga en app för ett behov som inte upprepar sig. En app som används en gång per kvartal kommer att avinstalleras, för användaren rensar hemskärmen långt innan ni hunnit rättfärdiga investeringen.
Nummer två är att ta hela sajten och lägga i en app. Då blir appen långsammare än webbläsaren och saknar allt som gör en app värd ikonen. Kärnan i en fungerande app är ofta en enda uppgift, gjord bättre än på webben.
Nummer tre är att lämna mätningen till sist. En app utan händelsemätning går inte att förbättra — ni ser nedladdningar och ingenting om var användarna tappas. Det är den enda posten i budgeten som blir dyrare av att skjutas upp.
Teknisk fördjupning: mätning, notiser och samtycke
I en app mäts ingenting automatiskt. Till skillnad från en sajt finns ingen sidvisning att luta sig mot — varje händelse måste definieras och namnges innan lansering. Jag sätter en händelsemodell i förarbetet: vad som räknas som aktiverad användare, vilka steg som utgör kärnflödet, och vilka händelser som aldrig ska skickas.
Pushnotiser är kraftfulla och lätta att förstöra med. Behörigheten frågas efter en gång, och tackar användaren nej på skärm ett är den vägen stängd. Jag frågar därför först när användaren gjort något som gör notisen begriplig, och segmenterar i stället för att skicka till alla.
Samtycke och spårning i app följer andra regler än på webben, med App Tracking Transparency på iOS och samtyckesbanner byggd i appen. Det ska konstrueras in från början — att bygga om en datamodell efter lansering kostar mer än att göra rätt.
Hur resultatet mäts
Nedladdningar säger nästan ingenting. Talet jag styr efter är andelen användare som kommer tillbaka dag sju och dag trettio, och andelen som når kärnflödets slut minst en gång under första veckan. Det senare är den starkaste enskilda signalen på om appen kommer att överleva.
Jag följer också avhopp per skärm, laddtid vid start och kraschfrekvens. En app som startar långsamt tappar användare utan att någon får veta varför, och det syns inte i något marknadsföringsverktyg.
Brus jag inte rapporterar på: betyg i appbutiken tidigt efter lansering, antal installationer per vecka isolerat, och tid i appen. Lång tid i appen kan lika gärna betyda att användaren inte hittar.
När apputveckling inte är rätt svar
Ganska ofta. Behöver ni bara visa information, ta emot ett formulär eller sälja något är svaret en snabb mobilsajt, inte en app. Behöver ni att den ligger på hemskärmen men inte pushnotiser på iOS eller offlineläge räcker en webbapp — samma kodbas, ingen appbutiksgranskning, uppdateringar samma dag i stället för efter godkännande.
Testet jag använder: upprepas användningen minst varje vecka, och krävs minst två av telefonens egna funktioner? Är svaret nej på någon av frågorna säger jag att ni ska lägga pengarna någon annanstans. Det har hänt att förarbetet slutat med att jag byggt en mobilanpassad sajt i stället, till en bråkdel av omfattningen.
Jag hellre tappar ett uppdrag än bygger något som avinstalleras. Den appen hjälper varken er eller mig.
Så kommer ni igång med apputveckling
Vi börjar med ett samtal om vad användarna ska göra. Efter det får ni en skriftlig bedömning: app eller webbapp, vilket kärnflöde som bär, vad som bör byggas först och vad som bör vänta. Den bedömningen kostar ingenting och är er att behålla.
Ett bygge tar upp till tre veckor från godkänd prototyp. Mindre insatser — en prototyp, en mätningsgenomgång, en analys av en befintlig app — är klara inom en vecka. Publicering i App Store och Google Play tillkommer i tid, eftersom granskningen ligger hos Apple och Google och inte hos mig.
Arbetet går på fast pris, satt efter omfattning och avtalat innan start. Löpande förvaltning efter lansering sker på fast månadsarvode. Ingen bindningstid, 30 dagars uppsägning.
Apputveckling i Borås och Västra Götaland
Jag sitter i Borås och tar uppdrag i Sjuhärad, Göteborg och resten av Västra Götaland, men bygget i sig sker lika bra på distans. Kod och prototyper bryr sig inte om avstånd.
Det som vinner på fysiska möten är förarbetet. Att sitta en förmiddag med de personer som faktiskt ska använda appen — säljare, tekniker, kundtjänst — ger information som aldrig kommer fram i ett kravdokument. Det är där man upptäcker att den efterfrågade funktionen redan löses med ett papper i bilen, och att det pappret fungerar bättre.
Är ni i närheten kommer jag gärna ut för den delen. Resten går utmärkt att göra över skärm.
Uppdrag som rör apputveckling
Varumärken jag arbetat med under tidigare arbetsgivare och i egen regi.
Tunna marginaler tål inte spill. Spårningen fick stämma innan budget flyttades.
Läs caset →Design och inredningEssem DesignTio års organisk historik som skulle tas vara på, inte köpas runt.
Läs caset →B2B SaaS, besöksnäringVISITÅtta annonskonton, fem marknader och en mätning som byggdes om från grunden.
Läs caset →Vanliga frågor om apputveckling
Vad kostar apputveckling?
Jag arbetar med fast pris, satt efter omfattningen som bestäms i förarbetet. Priset står i offerten innan bygget börjar, så det finns inga överraskningar på fakturan. Löpande förvaltning efter lansering går på fast månadsarvode. Kostnaderna för utvecklarkonton hos Apple och Google betalar ni direkt till dem.
Hur lång tid tar apputveckling?
Ett bygge tar upp till tre veckor från det att prototypen är godkänd. Förarbetet och prototypen ligger före det och tar normalt en vecka. Sedan tillkommer granskningen i App Store och Google Play, som varken jag eller ni styr över — räkna med några dagar till drygt en vecka beroende på apptyp.
Behöver vi verkligen en app, eller räcker en webbapp?
Ofta räcker en webbapp. Testet är enkelt: används den minst varje vecka, och behövs minst två av telefonens egna funktioner som pushnotiser, kamera, plats eller offlineläge? Är svaret nej säger jag det, även om det betyder ett mindre uppdrag för mig. En app som avinstalleras är ingen bra affär för någon.
Bygger du native eller cross-platform?
Cross-platform i normalfallet, alltså en kodbas som blir både iOS och Android. Det halverar i praktiken underhållet och skillnaden märks sällan för användaren i en affärsapp. Native är rätt när appen är prestandakrävande eller djupt beroende av hårdvara, till exempel kontinuerlig positionering eller avancerad kamera. Då säger jag det.
Vem äger koden efter ett apputvecklingsprojekt?
Ni gör. Kodrepo, utvecklarkonton, mätning och dokumentation står i ert namn från start, och överlämningen innehåller en genomgång av hur ni uppdaterar vidare med eller utan mig. Jag håller ingenting gisslan. Vill ni byta leverantör om ett år ska det gå utan att något måste byggas om.
Vad ingår i apputveckling utöver själva bygget?
Förarbete med användningsfall och prototyp, publicering i båda appbutikerna, mätningsuppsättning med händelser och trattar, samtyckeshantering enligt App Tracking Transparency, samt överlämning. Pushnotiser ingår när användningsfallet motiverar dem. Det som inte ingår är innehållsproduktion och löpande marknadsföring — det avtalar vi separat om ni vill ha det.
Kan du ta över en app som någon annan byggt?
Ja, om koden är i rimligt skick. Jag börjar då med en genomgång: kodbasens tillstånd, mätningen, kraschfrekvensen och hur nära appen ligger nästa tvingande plattformsuppdatering. Efter den genomgången får ni ett rakt besked om det är billigare att förvalta vidare eller att bygga om kärnan.
Måste vi binda upp oss?
Nej. Ingen bindningstid och 30 dagars uppsägning, även på löpande förvaltning. Projekt på fast pris är avgränsade i sig och avslutas när leveransen är godkänd. Jag tycker att ett avtal ska beskriva vad som ska göras, inte hindra någon från att gå.
Boka ett samtal om apputveckling
Trettio minuter, ingen kostnad, inget säljmanus. Jag säger vad jag ser — även om svaret är att ni inte behöver mig.