Hoppa till huvudinnehållet
    Apputveckling

    Apputveckling – native och cross-platform som faktiskt lanseras

    De flesta mobilappar dör någonstans mellan TestFlight och App Store. Vi levererar appar som klarar butikernas granskning, verkliga nätverk och den långa svansen av enheter som dina användare faktiskt har.

    Så väljer vi teknikstack
    Dimension
    Native (iOS + Android)
    Swift / Kotlin
    Cross-platform
    React Native eller Flutter
    Tid till första releaseLängre (två kodbaser)Kortare
    Kostnad på siktHögre30–50% lägre
    Plattformsspecifika API:erTillgång från dag ettDe flesta via bryggor
    UI där bildfrekvensen är kritiskBästUtmärkt om det görs rätt
    Team som krävs för förvaltningenSpecialister på iOS + AndroidEtt team
    Rätt val förHårdvarutunga appar, AR, spelDe flesta produktappar
    Utgångspunkten är cross-platform; i discoveryfasen säger vi till om native faktiskt är rätt val.

    Det här får du

    Native iOS (Swift/SwiftUI) och Android (Kotlin/Jetpack Compose) när prestanda eller plattformsspecifika funktioner är avgörande
    React Native eller Flutter när en gemensam kodbas för båda appbutikerna är rätt val
    Offline-first-datalager med konflikthantering – appar som fungerar i tunnelbanan
    Pushnotiser, djuplänkar, biometrisk inloggning, köp i appen och redo för butiksgranskning från dag ett
    Kraschanalys, prestandaövervakning och en releasepipeline som klarar leveranser varje vecka
    Överlämning för App Store-optimering (ASO) – sökord, butikssidor och en handbok för att svara på recensioner

    När det passar

    • Mobilen är den viktigaste kanalen, inte något som hängts på en webbprodukt i efterhand
    • Du behöver riktiga enhetsfunktioner (kamerapipelines, BLE, AR, bakgrundsuppgifter)
    • Du kan nämna tre saker som appen måste göra bättre än webbappen för att förtjäna en installation
    • Du har eller kommer att finansiera kontinuerliga releaser – appar förfaller om ingen tar hand om dem

    När det inte passar

    • ”Appen” är egentligen en inpackad webbplats – en PWA vinner oftast på både kostnad och räckvidd
    • Ingen äger produkten efter lanseringen – appar utan ägare förfaller inom ett kvartal
    • Du förväntar dig ett engångsbygge utan löpande underhåll för nya versioner av iOS och Android

    Process

    Två veckors discovery: enhetsmatris, riskgenomgång inför butiksgranskningen och ett levererat Hello World-bygge på TestFlight och Google Plays interna testspår. Därefter 8–14 veckor till MVP. Vi mäter kraschfria sessioner, bildfrekvens och tid till interaktivitet från första sprinten – en ”snabb app” är ett mätvärde, inte en känsla.

    Hela leveransprocessen

    Prissättning

    Fast pris per milstolpe för väl avgränsade projekt (normalt $80–250k för en MVP). Dedikerat team för längre färdplaner. Förvaltningsavtal täcker uppgraderingar till nya OS-versioner, ändrade regler i appbutikerna och löpande releaser.

    Se våra samarbetsformer

    Vanliga frågor

    Native eller React Native – hur väljer vi?
    Utgå från vad appen ska göra, inte från ramverket. Hårdvarutunga appar (AR, BLE-pipelines, videobearbetning) motiverar oftast native. De flesta produktappar – bank, marknadsplatser, produktivitet – levereras snabbare och billigare med React Native eller Flutter, utan att användarna märker någon skillnad. I discoveryfasen visar vi avvägningarna mot just din funktionslista.
    Kan ni hantera granskningen i App Store och Play Store?
    Ja. Vi gör en riskgenomgång inför granskningen redan i discoveryfasen och designar runt de kategorier som faktiskt får avslag (hantering av köp i appen, användning av privata API:er, behörigheter, innehåll för barn). De flesta appar godkänns vid första granskningen; för riskfyllda kategorier planerar vi för ett avslag och en snabb ny inlämning.
    Hur lång tid tar det innan något finns i TestFlight?
    Vecka 2. Ett fungerande Hello World-bygge på TestFlight och Google Plays interna testspår är leveransen från första sprinten. Poängen är att reda ut signering, provisionering och CI innan produktarbetet börjar – det är just de sakerna som försenar team som skjuter dem till slutet.
    Ger ni stöd efter lanseringen och vid nya OS-versioner?
    Ja, genom ett månatligt förvaltningsavtal. En mobilapp kräver minst cirka 4 timmar per plattform och större OS-release bara för att finnas kvar i appbutikerna; utan det försämras den. Vi paketerar det i ett förvaltningsupplägg så att kostnaden blir förutsägbar.
    Händer på ett mekaniskt tangentbord framför en laptop och en skärm med kod
    En helt vanlig tisdag vid ett av våra skrivbord.

    Vem som bygger det

    Vårt eget team, som arbetar från vårt kontor i Istočno Sarajevo, Bosnien och Hercegovina. Ingenjörerna på ditt behovssamtal är samma personer som bygger det.

    Möt teamet

    Apputveckling – ska vi prata?

    Ett 30 minuters behovssamtal. Förutsättningslöst och utan säljtryck.