Utvikling av mobilapper for iOS og Android

Vi designer, utvikler og lanserer native apper for iOS og Android sammen med serverdelen de kjører på. Ett team tar produktet fra skriftlige krav til App Store og Google Play, og blir med videre på oppdateringer etter lansering.

Når native mobilutvikling er riktig valg

Native apper koster mer enn én felles kodebase. De lønner seg når appen er selve produktet, eller når den er avhengig av det telefonen kan gjøre.

Dere lanserer et produkt der mobilappen er kundenes viktigste måte å bruke tjenesten på
Appen er avhengig av kamera, posisjon, bakgrunnsprosesser, betalinger eller push-varsler
Dere trenger lyd- eller videosamtaler, sanntidschat eller medieavspilling som går jevnt også på eldre telefoner
Appen håndterer sensitive data som helseopplysninger eller penger og krever nøye gjennomtenkt autentisering og lagring
Dere har en hybridapp på utdatert teknologi som har blitt treg og vanskelig å oppdatere
Webplattformen deres trenger en mobilklient for kunder eller for ansatte på farten

Hva vi gjør

Krav og estimat

Vi går gjennom ideen sammen med dere og beskriver skjermbilder, brukerroller og integrasjoner. Dere får et skriftlig omfang og et estimat for tid og kostnad før utviklingen starter.

UX/UI-design

Brukerflyter, skisser og en klikkbar prototype, deretter ferdig design for alle skjermbilder og tilstander, også tomme skjermer, lasting og feil. Designet følger retningslinjene til Apple og Google, slik at appen føles naturlig på hver plattform.

Utvikling for iOS og Android

Swift for iOS og Kotlin for Android, med Objective-C og Java når en eksisterende kodebase krever det. Arbeidet går i sprinter, og hver sprint avsluttes med en versjon dere kan installere og prøve.

Backend og API

Når produktet trenger egen serverdel, bygger vi den i samme prosjekt: API, database, administrasjonspanel, varsler og betalinger. PHP (Laravel, Yii2), Python eller Ruby on Rails, valgt ut fra oppgaven.

Testing på ekte enheter

Testingen går parallelt med utviklingen, ikke bare til slutt. Vi sjekker appen på ekte iPhoner og Android-telefoner med ulike skjermstørrelser og OS-versjoner, og mot retningslinjene for gjennomgang i appbutikkene.

Publisering og drift

Vi klargjør versjoner, butikksider og skjermbilder, går gjennom vurderingen i App Store og Google Play og retter det kontrollørene ber om. Etter lansering oppdaterer vi appen for nye OS-versjoner og fortsetter å legge til funksjoner.

Native eller plattformuavhengig: dere får en anbefaling før estimatet

En native app skrives separat for hver plattform: Swift for iOS, Kotlin for Android. Det koster mer enn én felles React Native-kodebase, og det er ikke alltid nødvendig. Native er riktig valg når produktet er avhengig av kamera, posisjon, bakgrunnsoppgaver, betalinger eller push-varsler, som plattformene gjør tilgjengelig for native kode først og for plattformuavhengige rammeverk senere. Ytelsen holder seg også når funksjonaliteten vokser. Består appen deres hovedsakelig av innhold, lister og skjemaer, sier vi fra om at plattformuavhengig utvikling er nok, og dere slipper den andre kodebasen.

En skriftlig anbefaling, native eller plattformuavhengig, med begrunnelse, før dere binder opp budsjettet
Full tilgang til kamera, posisjon, bakgrunnsoppgaver, betalinger og varsler
Navigasjon og oppførsel som brukere av iOS og Android allerede kjenner fra andre apper
Færre overraskelser under gjennomgangen i App Store og Google Play

Mer enn appen: serverdel, administrasjonspanel, integrasjoner

De fleste mobilprodukter er bare halvparten app. Bak skjermbildene står en server som tar vare på kontoer og data, sender varsler, tar imot betalinger og gir teamet deres et administrasjonspanel for innhold og brukere. Vi bygger denne delen i samme prosjekt, slik at appen og API-et utformes sammen og ett team har ansvaret når noe svikter. For Stellium Music App utviklet vi klienter for iOS og Android med en Laravel-backend og en webdel i Vue.js; Fashion Wallet, en lommebok for veksling mellom kryptovaluta og vanlig valuta, har den samme kombinasjonen av native klienter og en serverdel i Laravel.

API og database utformet sammen med appens skjermbilder
Administrasjonspanel for teamet deres: innhold, brukere, bestillinger, rapporter
Betalinger, push-varsler, e-post og analyse koblet til
Integrasjoner med CRM, ERP eller eksisterende webplattform
API-dokumentasjon, slik at et annet team eller en webklient kan bruke det senere

Dere eier koden, kontoene og produktet

Kildekoden, repositoriet og kontoene i App Store Connect og Google Play Console tilhører dere fra første dag. Vi jobber i deres repositorium eller overleverer det ved lansering, sammen med byggeinstruksjoner og tilgang til alle tjenester appen bruker. Hvis dere senere flytter utviklingen internt eller til et annet team, trenger ingenting å bygges på nytt. Det gjelder også motsatt vei: har noen andre skrevet appen deres, leser vi koden, forteller hvilken tilstand den er i og fortsetter derfra, eller sier ærlig at det blir billigere å skrive den på nytt enn å holde den i live.

Kildekode og repositorium i deres eie
Utviklerkontoer i begge appbutikkene registrert på bedriften deres
Instruksjoner for bygg og publisering, API-dokumentasjon og en oversikt over tredjepartstjenester
En ærlig vurdering før vi tar over en app som et annet team har laget

Slik gjennomføres et mobilprosjekt

Kartlegging og estimat

Vi avklarer mål, brukere, skjermbilder og integrasjoner. Dere får et skriftlig omfang, en anbefaling om native eller plattformuavhengig løsning og et estimat for tid og kostnad.

Design

Skisser, en klikkbar prototype og ferdig brukergrensesnitt for alle sentrale skjermbilder. Dere godkjenner hvordan appen ser ut og oppfører seg før utviklingen starter.

Utvikling i sprinter

Hver sprint avsluttes med en versjon dere kan installere på egen telefon. Dere følger fremdriften i selve appen, ikke i statusrapporter.

Testing

Testerne sjekker hver funksjon etter hvert som den bygges, og kjører en full regresjonstest før lansering. Dere får en versjon som er testet på ekte enheter og OS-versjoner.

Publisering i appbutikkene

Vi klargjør versjoner og butikksider, sender inn til App Store og Google Play og håndterer tilbakemeldinger fra gjennomgangen. Appen publiseres under deres utviklerkontoer.

Drift etter lansering

Oppdateringer for nye versjoner av iOS og Android, overvåking av krasj, feilrettinger og nye funksjoner. Dere bestemmer om samarbeidet fortsetter, eller om prosjektet avsluttes ved lansering.

Teknologier

iOS

Android

Backend og API

Administrasjonspaneler og web

Slik kan vi samarbeide

Fast omfang

Omfang, estimat og tidsplan avtales skriftlig før utviklingen. Passer for en første versjon eller en MVP med tydelige krav; endres omfanget, justeres estimatet åpent.

Dedikert team

Utviklere, en designer og testere som jobber kontinuerlig med produktet deres og følger deres prioriteringer. Passer for apper som allerede er i drift og vokser.

Timebasert

Dere betaler for timene som faktisk brukes, med jevnlige rapporter. Passer for mindre forbedringer, gjennomganger av eksisterende apper og arbeid som er vanskelig å avgrense på forhånd.

Relaterte prosjekter

Dr Kirichuk AppSwift, Kotlin QuakerKotlin, SWIFT, PHP, Laravel Fashion WalletKotlin, SWIFT, PHP, Laravel PyfoneKotlin, SWIFT AlmexMobileSWIFT MemoWordSwift, Java, Kotlin

Tilbakemeldinger

Vi behandler hver kunde og prosjektet deres med omtanke.

Revol-teamet fortsetter å effektivisere kundens utviklingskapasitet med arbeid av høy kvalitet og pålitelig support. De kommuniserer godt og viser en solid forståelse av kundens behov og virksomhet.

Tomas

Daglig leder (Yukon, Canada)

Arbeidet fra Revol har fullt ut innfridd forventningene, og kunden er fornøyd. Den friske tilnærmingen og evnen til å være tilgjengelige for support har vært verdifulle. Kunder kan trygt velge dem som et kommunikativt og kundeorientert team som hjelper dem å nå målene sine.

Andrey

Daglig leder, Stellium (USA)

Ofte stilte spørsmål

Hvor lang tid tar det å utvikle en mobilapp?

Det avhenger av omfanget, og et ærlig svar kan vi gi etter at vi har gått gjennom kravene sammen med dere. En app med egen backend, brukerkontoer og betalinger er en helt annen arbeidsmengde enn et enkelt verktøy med ett skjermbilde. Vi gir et estimat før oppstart, og endres omfanget underveis, endres estimatet med det, ikke i det stille.

Hvordan beregnes prisen?

Ut fra omfanget. Vi deler appen opp i skjermbilder og funksjoner, estimerer hver av dem i timer og legger til design, backend, testing og publisering. Deretter kan dere velge fast omfang, dedikert team eller timebasert arbeid. Vi publiserer ikke priser, fordi to apper med like mange skjermbilder kan kreve svært ulik innsats.

Bør vi velge native eller plattformuavhengig?

Native hvis appen er avhengig av funksjoner i enheten, tung grafikk eller bakgrunnsprosesser, eller hvis ytelsen er avgjørende. Plattformuavhengig med React Native hvis appen dreier seg om innhold, lister, skjemaer og nettverksforespørsler og én kodebase er nok. Vi gir en begrunnet anbefaling før estimatet.

Får vi kildekoden og kontoene i appbutikkene?

Ja. Koden, repositoriet og kontoene i appbutikkene tilhører dere. Vi holder ikke produkter som gissel, og flytter dere senere utviklingen internt eller til et annet team, trenger ingenting å bygges på nytt.

Kan dere ta over en app som noen andre har skrevet?

Som regel ja. Vi starter med å gå gjennom koden og byggeprosessen, og forteller dere deretter hvilken tilstand appen er i og hva de første månedene med arbeid vil innebære. Trenger produktet å skrives på nytt snarere enn å vedlikeholdes, sier vi det før vi tar på oss oppdraget.

Hva skjer etter at appen er lansert?

Apple og Google gir ut nye OS-versjoner hvert år, og kravene i appbutikkene endres med dem. Vi oppdaterer appen, overvåker krasj, retter feil og legger til funksjoner. Samarbeidet kan fortsette etter lansering, eller prosjektet kan avsluttes der; detaljene finner dere på siden om vedlikehold av mobilapper.