Digitalist

Tjänster · System · C4

Apputveckling — Mobil och native när det krävs

C4 omfattar utveckling av mobilappar för iOS och Android — native eller hybrid — inklusive integration mot bakomliggande system. Tjänsten täcker tjänstedesign, prototypning, mall- och komponentbygge, butiksdistribution (App Store, Google Play), uppdaterings- och versionshantering samt integration mot kundens identitets-, betal-, CMS- och affärssystem.

Apputveckling är utveckling av mobilappar för iOS och Android — native eller hybrid — inklusive backend, butiksdistribution och inledande förvaltning. C4 levereras som åtagande med resultatansvar hela vägen till godkänd publicering i App Store och Google Play.

Vad ingår

  • Discovery och konceptval (3–6 v) — tjänstedesign, klickbar prototyp testad på målgrupp, beslut om native eller hybrid
  • Lösningsdesign — arkitektur, datamodell, integrationer, plattformsval
  • Native iOS (Swift, SwiftUI) eller Android (Kotlin, Jetpack Compose)
  • Hybrid (React Native, Flutter) där delad kodbas är försvarbar
  • Backend — API:er, datalagring, autentisering via Bank-ID, Apple Sign In, Google Sign In, Microsoft Entra ID, Keycloak
  • Offline-stöd och synkronisering vid intermittent uppkoppling
  • Push-notiser, in-app messaging, dynamiska kampanjflöden
  • App Store- och Google Play-publicering, certifikathantering, granskningsprocess
  • Säkerhet enligt OWASP Mobile Top 10 — säker lagring, certifikatpinning, signerade builds
  • Tillgänglighet enligt WCAG 2.2 AA plus plattformsspecifika riktlinjer (Apple, Google)
  • Crash- och prestandaanalys via Sentry eller Crashlytics
  • Hypercare (4–8 v) före övergång till förvaltning

Vad det INTE är

  • Webbplatser och innehållsplattformar — se C1
  • Verksamhetssystem som primärt körs i webbläsare — se C2
  • Ren e-handel utan app-komponent — se C3
  • AI-system och agenter — se C6
  • Förvaltning efter lansering — se D1

För vem

Produktägare, CTO och digitaliseringschefer i fackförbund, transportbolag, medlemsorganisationer och privata aktörer som behöver en app som primär eller kompletterande kanal — för medlemmar, kunder, passagerare eller anställda. Också IT-chefer som har en backend som behöver en mobilklient.

Så går det till

  1. Discovery och konceptval — tjänstedesign och klickbar prototyp testad mot målgrupp. Native eller hybrid avgörs av krav, inte av slentrian.
  2. Lösningsdesign — arkitektur för klient och backend, datamodell, integrationer.
  3. Implementation — iterativ utveckling i sprintar med kontinuerlig beta-distribution via TestFlight och Play Console.
  4. Butikslansering — App Store- och Google Play-publicering, certifikat, granskning. Tidig kontakt med butikerna vid känsliga funktioner (Bank-ID, hälsodata, accesskontroll).
  5. Hypercare — tät uppföljning av crash-rate, betyg, recensioner och centrala flöden. Övergång till D1 eller E2.

Bevis

  • Kommunal — Nära dig — app för fackligt förtroendevalda inom Sveriges största fackförbund. Värvande funktioner och verktyg för att hitta och hålla kontakten med medlemmar på arbetsplatsen. Nästan 75 procent av målgruppen — cirka 19 000 personer — har laddat ner appen. Se /kundcase/kommunal.
  • Viking Line (partnerskap sedan 2013) — passagerar-app med bokning, incheckning, upplåsning av hyttdörrar och program ombord. Kombinerad med ett decentraliserat onboard-CMS som körs på fem fartyg och synkroniseras automatiskt när fartyget lägger till.

De vanligaste frågorna

Native eller hybrid? Native (Swift/Kotlin) ger bästa prestanda, full tillgång till plattformens funktioner och bäst tillgänglighetsstöd. Hybrid (React Native, Flutter) sänker total utvecklingskostnad när två plattformar ska byggas och funktionaliteten inte kräver djup plattformsintegration. Vi rekommenderar utifrån era krav — inte utifrån vad som är trendigt.

Vad händer om appen avslås i App Store? Vi följer Apples och Googles riktlinjer från start och tar tidig kontakt med butikerna vid känsliga funktioner. Vid avslag analyserar vi orsaken, åtgärdar och skickar in igen. Mål: godkänd vid första försöket i minst 80 procent av lanseringarna.

Hur hanterar ni offline-användning? Beror på behov. För resor, flyg och fartyg bygger vi lokal datalagring med synkronisering vid uppkoppling. Viking Lines onboard-CMS körs fristående på varje fartyg och synkar automatiskt i hamn. Konfliktupplösning designas in från start.

Kan ni driva backend efter lansering? Ja. För standardlösningar via D1 på er plattform. För backend med personuppgifter eller höga KLASSA-krav typiskt via E2 på Cyber Resilience Platform.

Relaterat