Formuläret har skickats in framgångsrikt.
Ytterligare information finns i din brevlåda.
Anlita oss
Om ossTjänsterTeknikBranscherPortfölj
En mobilapp kan utgå från en stark idé och ändå misslyckas under utvecklingsfasen. Ett olämpligt team kan missa att ta hänsyn till skillnader mellan olika enheter, förbise kraven i appbutikerna, underskatta säkerhetsrisker eller utveckla en app som fungerar bra på snabbt Wi-Fi men som får problem när anslutningen bryts.
Innan du anlitar mobilutvecklare måste du ha en tydlig bild av produkten, plattformskraven, de tekniska riskerna och hur teamet ska se ut. Om du försöker att hitta en utvecklare av mobilappar Utan den grunden är det lätt att välja fel samarbetsmodell eller överskatta en kandidats tekniska kompetens. Man kan också förbise erfarenhet som är viktig för just er produkt. Dessa brister tenderar att dyka upp senare i form av missade deadlines, prestandaproblem, säkerhetsbrister, stigande underhållskostnader eller en app som användarna slutar använda.
I den här guiden kommer jag att förklara hur man utvärderar kandidater, jämför anställningsformer och anställa utvecklare av mobilappar som passar din budget och dina leveransmål.
Innan du lägger ut en platsannons eller kontaktar rekryteringsbyråer bör du gå igenom vad du redan har och fastställa de ramar som kommer att styra projektet. Detta steg hjälper dig att förstå vilken typ av kompetens inom mobilappsutveckling du behöver och vilken anställningsmodell som passar bäst för uppdraget. Det visar också var det kan behövas extra stöd inom produktutveckling, användarupplevelse (UX), backend eller kvalitetssäkring (QA).
Börja med att fundera över vad appen ska uppnå. Ska du testa efterfrågan med en MVP, migrera en äldre applikation eller utveckla ett mobilverktyg för interna team? Svaret avgör om du behöver specialister på native-utveckling eller plattformsoberoende utvecklare. Det hjälper dig också att välja mellan enskilda utvecklare och ett helt hanterat team.
Lista de funktionella och icke-funktionella kraven. Funktionella krav omfattar funktioner som push-meddelanden, betalningsgränssnitt, chatt i realtid, positionsspårning i bakgrunden och synkronisering offline. Icke-funktionella krav fastställer förväntningar på appens prestanda, säkerhet, beteende vid dålig uppkoppling samt efterlevnad av regelverk och standarder såsom HIPAA, GDPR, PCI-DSS och säkerhetsprotokoll.
Börja med det som redan finns på plats. Färdiga designförslag, en fungerande backend, befintliga API:er eller tydlig produktdokumentation kan avgränsa omfattningen av mobilutvecklingen och hjälpa ett nytt team att komma igång snabbare. Eventuella luckor kan innebära ytterligare arbete inom UX, backend, kvalitetssäkring, DevOps eller behovsanalys. Bestäm också vem som ska svara på produktfrågor och vem som har det sista ordet när det gäller tekniska beslut.
Bestäm ett budgetintervall och en tidsplan innan du anlitar utvecklare av mobilappar. Om du har ett fast lanseringsdatum kommer du troligen att behöva erfarna utvecklare som kan sätta igång snabbt och arbeta självständigt. Om tidsramen är längre har du större flexibilitet att sätta samman ditt team och anpassa det allteftersom produkten utvecklas.
Ett vanligt misstag vid rekrytering är att man utgår från att en enda mobilutvecklare kan hantera hela produkten. En enskild utvecklare kan räcka för en enkel app med ett begränsat omfång. Så snart produkten innefattar komplexa användarflöden, backend-integrationer, frekventa lanseringar, offline-logik eller strikta kvalitetskrav behövs oftast ett större team.
UX/UI-designers och QA-ingenjörer arbetar ofta tillsammans med mobilutvecklare. Beroende på projektets omfattning kan det även krävas backend-ingenjörer, DevOps-stöd, en affärsanalytiker, en mobilarkitekt eller en projektledare.
Till hitta en utvecklare av mobilappar Vem som passar för projektet – se först till att arbetsuppgiften matchar rätt specialisering.
Anlita iOS-utvecklare när du behöver en app som är utvecklad specifikt för iPhone, iPad, Apple Watch eller andra Apple-enheter. De arbetar främst med Swift och SwiftUI, medan erfarenhet av Objective-C är viktig för äldre appar. De hanterar även Apple-specifika funktioner, krav från App Store samt uppdateringar för nya enheter och iOS-versioner.
Android-utvecklare De fokuserar på appar för smartphones, surfplattor, bärbara enheter och andra Android-enheter. De arbetar oftast med Kotlin och Jetpack Compose, även om erfarenhet av Java fortfarande är viktig för etablerade kodbaser. De passar bra för appar som kräver hög prestanda, djupgående åtkomst till hårdvaran eller stöd för många olika enheter och Android-versioner.
För produkter som ska fungera på både iOS och Android med en enda kodbas, plattformsoberoende utvecklare är ofta det praktiska valet. De använder vanligtvis Flutter eller React Native. Denna metod fungerar bra för MVP:er och team som vill släppa uppdateringar snabbare på båda plattformarna, även om vissa funktioner fortfarande kan kräva native-kod.
Ta in en mobilarkitekt när appen har komplexa integrationer, höga prestandakrav eller ett större utvecklingsteam. Arkitekten avgör hur produkten ska struktureras och vilka tekniker som passar bäst. En teknisk ledare leder sedan det dagliga arbetet, granskar koden och hjälper utvecklarna att lösa problem som hindrar arbetet.
Anlita fullstack-utvecklare för mobilapplikationer när du behöver en person som kan hantera både appen och dess backend. De passar bra för prototyper och mindre produkter där omfattningen fortfarande är hanterbar. När plattformen växer är det oftast bättre att anlita separata specialister på mobilutveckling och backend, med dedikerat kvalitetssäkrings- och infrastrukturstöd.
Innan utvecklingen påbörjas bör du bestämma hur lika iOS- och Android-versionerna ska vara. Om de har samma skärmbilder, användarflöden och kärnlogik kan en plattformsoberoende strategi minska dubbelarbetet och göra det möjligt att hålla teamet mindre. Detta val påverkar även din budget och underhållet efter lanseringen.
Native-utveckling är ett bättre val när appen är starkt beroende av enhetens hårdvara, kräver plattformsspecifikt beteende eller kräver bättre kontroll över prestandan. I tabellen nedan jämförs de båda alternativen utifrån de faktorer som är viktigast för ditt projekt.
| Faktor | Utveckling av ursprungsbefolkningar | Plattformsoberoende utveckling |
| Plattformar | Separata kodbaser för iOS och Android, som vanligtvis utvecklas med Swift och Kotlin | En gemensam kodbas för båda plattformarna, som vanligtvis byggs med Flutter eller React Native |
| Prestanda | Ett utmärkt val för krävande arbetsbelastningar och plattformsspecifikt beteende | Lämpligt för många kommersiella applikationer, även om prestandan beror på ramverket och arbetsbelastningen |
| Enhetens funktioner | Direkt åtkomst till plattformens API:er och enhetens hårdvara | Vissa funktioner kan kräva inbyggda moduler eller anpassad plattformskod |
| Utvecklingshastighet | Att utveckla för båda plattformarna kräver oftast mer arbete | En gemensam kodbas kan påskynda den första lanseringen när plattformarnas funktionssätt liknar varandra |
| Krav på laget | Kräver kunskaper inom iOS och Android | Hanteras vanligtvis av ett plattformsoberoende team, med inbyggt stöd för plattformsspecifikt arbete |
| Underhåll | Varje plattform uppdateras och testas separat | De flesta ändringarna är gemensamma, även om plattformsspecifika delar fortfarande kräver separat underhåll |
| Bästa passform | Appar med komplexa interaktioner, djup integration med operativsystemet eller krävande grafik | MVP:er, interna verktyg, e-handelsappar och produkter med liknande arbetsflöden på olika plattformar |
Erfarenhetsnivån avgör hur mycket vägledning en utvecklare behöver och hur mycket ansvar hen kan ta på sig. Jag rekommenderar att man utgår från själva arbetet snarare än antalet år i CV:t. Tänk på hur tydligt uppgifterna är definierade och om någon internt kan granska dem. Profilerna nedan hjälper dig att identifiera vilken nivå som passar ditt projekt.
Juniorutvecklare passar bra för tydligt definierade uppgifter med regelbundna genomgångar. De kan åtgärda mindre buggar, bygga gränssnittskomponenter utifrån färdiga designförslag och lägga till enkla funktioner i en befintlig app. De presterar bäst när en senioringenjör anger riktlinjerna och granskar resultatet.
Utvecklare på mellannivå kan ta ansvar för standardfunktioner utan att behöva särskilt mycket daglig vägledning. De hanterar vanligtvis API-integrationer, testning, lanseringar i appbutiker och vanliga prestandaproblem. De kan dock fortfarande behöva stöd när en uppgift påverkar den övergripande arkitekturen eller medför okända tekniska risker.
Seniorutvecklare är det rätta valet när rollen innebär ett bredare tekniskt ansvar. De fattar beslut om arkitektur och säkerhet, hanterar svåra prestandaproblem och vägleder andra utvecklare. Deras erfarenhet är särskilt viktig vid stora produkter, komplexa integrationer eller projekt där ett felaktigt beslut i ett tidigt skede skulle bli kostsamt att rätta till.
| Faktor | Junior | Mellannivå | Senior |
| Typisk upplevelse | 0–2 år | 2 till 5 år | 5+ år |
| Självständighet | Kräver tydlig uppdelning av arbetsuppgifter, handledning och regelbundna kodgranskningar | Arbetar självständigt med standardfunktioner men kan behöva vägledning i arkitekturfrågor | Arbetar självständigt och fattar viktiga tekniska beslut |
| Typiska arbetsuppgifter | Grundläggande gränssnittskomponenter, mindre buggfixar, enkla funktionsuppdateringar | Viktiga funktioner, API-integrationer, testning, inlämning till appbutiker och lanseringar | Arkitektur, säkerhet, offline-funktionalitet, prestandaoptimering, teknisk handledning |
| Bästa passform | Befintliga appar som kräver extra stöd, enkla verktyg, uppgifter med avgränsad omfattning | Kommersiella appar, löpande funktionsutveckling, fastställda produktplaner | Företagsprodukter, komplexa integrationer, tekniskt krävande nya applikationer |
Vilken rekryteringsmodell som är rätt beror på vad ni redan har internt och hur mycket stöd ni behöver utöver själva utvecklingen. Vissa företag behöver en specialist för att fylla en kompetenslucka. Andra behöver ett stabilt externt team eller en partner som kan ta ansvar för planering och leverans. Nedan förklarar jag i vilka situationer respektive modell fungerar bäst.
Sätt ihop ett internt team om appen är central för din verksamhet och du räknar med att utvecklingen kommer att pågå i flera år. På så sätt behåller du produktkunskapen inom företaget och har direkt kontroll över de dagliga prioriteringarna. Nackdelen är den tid och de kostnader som är förknippade med rekrytering, introduktion, utrustning, förmåner och att behålla personalen.
Frilansare passar bra för mindre uppgifter med en tydlig målsättning. Man kan anlita en frilansare för att åtgärda ett fel, bygga en specifik skärm eller lägga till en funktion med ett avgränsat omfattning. Jag skulle vara mer försiktig när arbetet kräver långsiktig tillgänglighet eller insatser från flera team. En enskild uppdragstagare kan snabbt bli en flaskhals, så kom överens om kommunikation, systemåtkomst, immateriella rättigheter och överlämning innan projektet startar.
Att förstärka personalstyrkan är ett bra alternativ när ni redan har ett produktteam men behöver kompetens som ni saknar internt. Specialisten integreras i ert arbetsflöde och rapporterar till er projektledare eller tekniska chef, medan ert team behåller kontrollen över backloggen och den tekniska inriktningen. Leverantören sköter rekryteringen och anställningen, så att ni kan fylla en tillfällig lucka utan att behöva genomföra en fullständig rekryteringsprocess.
Anlita specialiserade utvecklare av mobilappar när du behöver flera specialister för ett långsiktigt projekt men inte vill anställa dem alla internt. Leverantören sätter ihop ett team för din produkt, som kan bestå av mobilutvecklare, kvalitetssäkringsingenjörer, en teknisk ledare och en projektledare. Du bestämmer vad som ska utvecklas och vilka uppgifter som ska prioriteras. Leverantören samordnar teamet och ser till att de nödvändiga rollerna är bemannade under hela projektet.
Välj ett företag som utvecklar mobilappar om du behöver en partner som tar ansvar för hela projektet. De kan hjälpa till att fastställa omfattningen, utforma appen, utveckla och testa den samt förbereda den för lansering.
Den här modellen passar företag som saknar ett internt mobilteam eller kapacitet att leda utvecklare direkt. Du bestämmer vad produkten ska uppnå, medan företaget sätter samman teamet och sköter leveransen. Innan du anlitar ett företag bör du kontrollera om de har utvecklat liknande appar och hur de rapporterar framsteg, hanterar ändringar och involverar kunderna i viktiga beslut.
Om du funderar på flera olika alternativ har jag sammanfattat de viktigaste skillnaderna i tabellen nedan, så att du snabbt kan se vilken modell som passar din installation.
| Modell | Bäst för | Hastighet vid introduktion | Klientstyrning | Interna ledningsinsatser | Typisk kontinuitet |
| Internt | Kontinuerlig produktutveckling | Låg | Hög | Hög | Hög |
| Freelancer | Små, tydligt avgränsade uppgifter | Hög | Hög | Hög | Låg |
| Personalitökning | Utöka ett befintligt team | Hög | Hög | Medelhög till hög | Medium |
| Dedikerat team | Långsiktig utveckling | Medelhög till hög | Medelhög till hög | Medium | Hög |
| Utvecklingsbolag | Leverans från början till slut | Medium | Medium | Låg | Hög |
Vid det här laget bör du veta vad du håller på att bygga och vilken typ av hjälp projektet behöver. Sammanfatta nu den informationen i en projektbeskrivning som en utvecklare eller leverantör kan bedöma på ett korrekt sätt. Om för mycket lämnas öppet för tolkning kan två liknande kostnadsberäkningar baseras på helt olika arbetsomfattningar.
Ge kandidaterna tillräckligt med bakgrundsinformation för att de ska kunna förstå appen och dess användare. Ange det aktuella utvecklingsstadiet och länka sedan till den detaljerade projektbeskrivningen istället för att upprepa varje funktion i briefen.
Ange vilken del av produkten utvecklaren kommer att äga och var deras ansvar slutar. Ange om ni behöver stöd med implementeringen, tekniskt ledarskap eller en kombination av båda.
Gör åtskillnad mellan erfarenhet som krävs och färdigheter som är önskvärda. Koppla varje krav till det faktiska arbetet istället för att lägga till en lång lista med verktyg och ramverk.
Beskriv det team som utvecklaren kommer att ingå i. Ange vem som fördelar arbetsuppgifter, vem som besvarar produktfrågor och om utvecklaren kan fatta tekniska beslut på egen hand.
Ange förväntat startdatum och arbetsbelastning. Ange även avtalets längd, nödvändig tidszonsöverlappning och budgetintervall så att kandidaterna kan bedöma om villkoren passar dem innan de ansöker.
Berätta för kandidaterna vad som händer efter att de har ansökt. Ange antalet intervjurundor samt om det ingår någon granskning av portföljen eller någon teknisk uppgift.
En tydlig uppgiftsbeskrivning bör locka kandidater med rätt bakgrund. Under intervjun får du reda på om den erfarenheten passar ditt projekt. Jag rekommenderar att du fokuserar på hur utvecklaren fattar tekniska beslut och om hen förstår produkten. Lägg också märke till hur hen samarbetar med resten av teamet.
Börja med arkitekturen. Fråga vilka arkitekturmönster utvecklaren har använt, till exempel MVVM, VIPER, Clean Architecture eller MVI, och varför just det valet fungerade för produkten.
Diskutera sedan bakgrundsuppgifter och parallellkörning. En bristfällig implementering kan få appen att hänga sig eller utsätta användardata för risker. Kontrollera om utvecklaren har erfarenhet av de API:er som din app behöver, däribland REST- och GraphQL-API:er samt WebSocket-anslutningar.
Fråga även hur appen lagrar data på enheten. Beroende på plattform kan utvecklaren använda Room, Core Data, SQLite eller Realm i en befintlig kodbas. Hen bör också ha god kunskap om Git och ditt teams processer för grenläggning och kodgranskning.
När du rekryterar till iOS-tjänster bör du leta efter erfarenhet av Swift och SwiftUI. UIKit är viktigt om utvecklaren ska arbeta med äldre appar. Fråga kandidaterna hur de använder Xcode och Instruments för att diagnostisera minnes- eller prestandaproblem, och se till att de förstår hur man distribuerar och testar versioner via TestFlight före lansering.
När det gäller Android-roller bör du lägga fokus på Kotlin och Jetpack Compose. Erfarenhet av Kotlin Coroutines och Flow visar hur man hanterar asynkrona uppgifter. Kunskaper i Gradle är till hjälp när projekten blir mer komplexa. Fråga hur de felsöker i Android Studio och hanterar lanseringar med Google Play Console.
För plattformsoberoende roller använder utvecklare ofta Flutter tillsammans med Dart eller React Native tillsammans med TypeScript. Fråga vilka funktioner som kräver nativ kod och varför. Deras tillvägagångssätt för tillståndshantering, såsom BLoC eller Provider i Flutter, eller Redux eller Zustand i React Native, bör baseras på produktens behov.
En duktig mobilutvecklare förstår hur produktvalen påverkar appen. Fråga hur de tillämpar Apples Human Interface Guidelines eller Material Design när de utformar skärmbilder, och hur de identifierar funktioner som kan försämra prestandan eller fördröja lanseringen. De bör också kunna använda Sentry eller Crashlytics och tolka data om användarretention efter lanseringen.
God kommunikation är särskilt viktig när något går fel. En duktig utvecklare tar upp problemet i ett tidigt skede och förklarar vad de olika alternativen innebär för projektet. Fråga hur de samarbetar med designers och backend-utvecklare, och hur de samordnar arbetet med kvalitetssäkringen under testningen. Erfarenhet av att arbeta i en agil miljö är också värdefull, eftersom mobilutveckling kräver regelbunden kommunikation inom hela teamet.
För attkostnaden för att anställa utvecklare av mobilappar kan variera ganska mycket. Erfarenhet, geografisk plats, projektets omfattning och anställningsform påverkar alla timpriset. Timpriserna brukar också vara högre i USA och Västeuropa än i Östeuropa, Indien eller Sydostasien. Den slutliga kostnadsberäkningen beror på nedanstående faktorer.
Erfarna utvecklare tar oftast högre arvode när arbetet rör arkitektur eller tekniskt krävande funktioner. Inom banksektorn, hälso- och sjukvården och andra reglerade branscher kan det dessutom krävas erfarenhet av specifika säkerhets- och efterlevnadsstandarder.
Priserna varierar beroende på lokala arbetskraftskostnader och efterfrågan på mobilutvecklare. Mobilutvecklare tar vanligtvis mellan $100 och $200 per timme i USA och Västeuropa. Priserna ligger mellan $40 och $80 i Östeuropa och mellan $20 och $50 i Indien och Sydostasien.
Att utveckla separata native-appar kräver expertis inom både iOS och Android. Plattformsoberoende utveckling kan minska dubbelarbetet när de två versionerna delar samma grundläggande funktionalitet. Vissa funktioner kan dock fortfarande kräva native-kod.
Ett befintligt designsystem och standardiserade navigeringsmönster gör det möjligt att hålla användargränssnittets omfattning under kontroll. Det tar längre tid att utforma, bygga och testa anpassade gränssnitt och interaktioner på olika skärmstorlekar.
Betaltjänster och API:er från tredje part medför extra tid för implementering och testning. Kostnaden stiger ytterligare när appen kräver anpassad backend-logik eller måste uppfylla branschspecifika krav på regelefterlevnad.
En enkel app med grundläggande navigering och utan anpassad backend kommer att ligga närmare den lägre delen av skalan. Externa API:er och komplex affärslogik innebär mer arbete, medan realtidsbehandling eller avancerade säkerhetskrav kan höja kostnadsberäkningen ännu mer.
| Appens komplexitet | Funktioner | Erforderlig expertis | Kostnad för affärsbehov | Kostnad för kommersiell distribution |
| Enkel app |
| Grundläggande teknisk expertis | $20,000–$60,000 | $40,000–$90,000 |
| App med medelhög komplexitet |
| Måttlig teknisk expertis | $50,000–$120,000 | $100,000–$200,000 |
| App med hög komplexitet |
| Teknisk expertis på seniornivå | $200,000–$500,000 | $300,000+ |
Om du redan vet vem du behöver finns det många ställen att vända sig till. Vissa vägar är snabbare än andra, och varje metod passar bättre för olika typer av rekrytering. Rekommendationer och jobbplattformar lämpar sig för direktrekrytering, medan leverantörer av personalförstärkning och utvecklingsföretag kan täcka en större del av uppdraget.
Börja med ditt nätverk. Kollegor eller tidigare samarbetspartner kanske känner till utvecklare som de har arbetat direkt med. Du måste fortfarande bedöma varje kandidat eller leverantör, men en rekommendation ger dig värdefull bakgrundsinformation om hur personen kommunicerar och arbetar.
LinkedIn fungerar bra när du redan vet vilken plattformserfarenhet och vilken erfarenhetsnivå du behöver. Jobbportaler som Indeed och Wellfound kan bredda sökningen, särskilt när det gäller tillsvidareanställningar eller talanger till nystartade företag.
Titta bortom jobbannonssidorna när du vill få en inblick i hur en utvecklare arbetar. På GitHub och GitLab kan du granska offentliga repositorier och tidigare bidrag. Gemenskaper för mobilutveckling på Reddit eller Discord kan också leda dig till relevanta kandidater, även om aktiviteten i forumet bör ses som en tidig indikator snarare än en ersättning för en teknisk bedömning.
Upwork, Toptal och Freelancer är användbara när du behöver en specialist för ett specifikt uppdrag. Granska varje kandidats projekthistorik och feedback från kunder innan du inleder en konversation. Kontrollera sedan tillgängligheten innan du går vidare till en intervju eller en betald provperiod.
Börja med AI-verktyg eller en vanlig sökning på nätet, och kolla sedan på LinkedIn efter IT rekryteringsbyråer som specialiserar sig på tjänster inom mobilutveckling på din marknad. Deras webbplatser och rekryterarnas profiler bör visa om tjänster inom mobilutveckling är en vanlig del av deras verksamhet. När du har anlitat byrån sköter den rekryteringen och den inledande gallringen innan den skickar en kortlista till dig. Det sparar dig timmar av rekryteringsarbete, men bekvämligheten har sitt pris. Förmedlingsavgifterna uppgår ofta till 20% till 30% av den nyanställdes lön under det första året.
Personalförstärkningsföretag som IT, till exempel Innowise, kan hjälpa dig att hitta mobilutvecklare till ditt befintliga team. Ange vilka kompetenser och vilken erfarenhetsnivå du behöver, så skickar leverantören över lämpliga profiler för granskning. Du intervjuar kandidaterna och väljer vem som ska delta i projektet, medan ditt team behåller ansvaret för arbetet.
Om projektomfattningen är för stor för en enskild utvecklare kan ett företag som specialiserar sig på utveckling av mobilappar sätta ihop ett team för projektet. Clutch och GoodFirms är bra ställen att börja på, och företagets fallstudier kan ge dig en bild av vilken typ av mobilutvecklingsarbete de faktiskt har utfört. Berätta vad du håller på att utveckla, så kan leverantören föreslå utvecklare med relevant erfarenhet och lägga till kvalitetssäkring eller designstöd om projektet behöver det.
Leta efter projekt som liknar ditt när det gäller verksamhetsområde och tekniska krav. En utvecklare som har arbetat med fintech-appar med hög användarvolym kommer sannolikt att ha bättre kunskaper om säker lokal lagring och lagstiftningsmässiga begränsningar än någon vars bakgrund främst består av enkla verktygsappar.
Öppna kandidatens publicerade appar i App Store eller Google Play och testa dem själv. Gå igenom de viktigaste funktionerna, se hur snabbt skärmarna laddas och lägg märke till om navigeringen känns smidig. Du kan läsa användarrecensioner för att upptäcka problem som du kanske missar vid ett snabbtest. Kontrollera också uppdateringshistoriken för att se om appen har underhållits eller försummats sedan lanseringen.
Om utvecklaren har offentliga GitHub- eller GitLab-repositorier kan du öppna några av dem och se hur koden är organiserad. Bläddra sedan igenom commit-historiken för att se hur tydligt ändringarna dokumenteras över tid. Leta också efter enhets- eller integrationstester. En annan utvecklare bör kunna följa koden och arbeta med den utan att först behöva reda ut varje enskilt beslut.
Man behöver inte en lång programmeringsuppgift för att förstå hur någon arbetar. Under en eller två timmars parprogrammering kan ni lösa ett mindre problem tillsammans och se hur utvecklaren går tillväga.
För roller med större ansvar kan en betald provperiod på två eller tre dagar ge dig en bättre känsla för hur det skulle fungera i det dagliga arbetet. Använd en mindre uppgift från projektet, men se till att den inte påverkar den löpande produktionen.
Prata med tidigare kunder eller chefer om hur utvecklaren hanterade deadlines. Fråga vad som hände när tekniska problem uppstod och om de tog upp dem i ett tidigt skede. Fråga sedan hur koden fungerade efter lanseringen. Behövde den ofta åtgärdas, eller var det lite uppföljningsarbete för teamet?
Skapa bedömningsmatrisen innan den första intervjun. Annars kan ett enda övertygande samtal överskugga allt annat. Kom överens om kriterierna och viktningarna i förväg. Dokumentera sedan vad som ligger till grund för varje poäng, istället för att förlita dig på minnet eller allmänna intryck.
| Kategori | Rekommenderad vikt | Utvärderingens inriktning |
| Relevant mobilupplevelse | 20% | Branschbakgrund och erfarenhet av att arbeta med appar av liknande komplexitet |
| Teknisk kompetens | 25% | Kunskaper om plattformen och behärskning av det erforderliga programmeringsspråket |
| Arkitektur och problemlösning | 20% | Val av systemdesign och strategi för tillståndshantering |
| Kommunikation | 15% | Förmåga att förklara tekniska frågor och samarbeta med hela teamet |
| Leveranssäkerhet | 10% | Referenser, dokumenterad förmåga att hålla tidsfrister och genomförandeförmåga |
| Kommersiell anpassning | 10% | Pris, överlappning mellan tidszoner och tillgänglighet för att påbörja |
En intervju bör visa hur utvecklaren går tillväga när det gäller konkreta projektbeslut. Jag brukar blanda tekniska frågor med exempel från tidigare arbete och följa upp när ett svar låter för allmänt. Nedan har jag grupperat frågorna efter det område de hjälper dig att bedöma.
När det gäller den första frågan ska du lyssna efter en specifik arkitektur och en tydlig motivering till varför den passade produkten. Kandidaten bör koppla beslutet till teamets sammansättning, leveransschemat eller den förväntade tillväxten. Jag skulle också fråga vad de skulle ändra om de fick börja om från början. Det svaret visar ofta om de förstår de avvägningar som låg till grund för det ursprungliga valet.
När de jämför olika arkitekturalternativ bör valet spegla produktens storlek och förväntade livslängd. En liten MVP som utvecklats av en enda utvecklare ställer andra krav än en bankapp som flera utvecklare kommer att underhålla under flera år. Jag förväntar mig att de tar hänsyn till testbarheten och hur lätt det är för en annan utvecklare att förstå koden.
När det gäller frågan om native- eller plattformsoberoende utveckling bör kandidaten förklara om appen behöver direkt åtkomst till enhetens funktioner eller om den kräver olika beteenden på iOS och Android. Kandidaten bör också redogöra för hur mycket kod som kan delas och vad det innebär för underhållet. Om kandidaten rekommenderar samma alternativ varje gång, fråga om ett projekt där det andra alternativet fungerade bättre.
När en kandidat beskriver ett produktionsfel bör du lägga märke till om hen tar ansvar och kan förklara orsaken. Jag skulle också fråga vad som ändrades efteråt. Det kan handla om ett nytt testfall, ett uppdaterat granskningssteg eller bättre övervakning.
När det gäller lokala data bör du leta efter plattformsspecifik kunskap. Kandidaten bör veta hur iOS Keychain och Android Keystore kan användas för att skydda känslig information. Hen bör också kunna förklara vad som bör förvaras utanför enheten och hur hen skulle begränsa åtkomsten till allt som lagras lokalt.
Om produkten omfattas av lagstiftning, fråga vad de själva har infört. Att känna till begrepp som GDPR, HIPAA eller PCI DSS är inte detsamma som att kunna förklara hur dessa krav påverkar reglerna för datalagring eller åtkomst.
När det gäller de två första frågorna skulle jag lägga märke till hur tidigt utvecklaren tar upp frågan. Ett bra svar bör visa att hen utvärderar konsekvenserna innan hen föreslår vad som bör ändras. Hen bör ta upp frågan medan teamet fortfarande har tid att justera omfattningen eller flytta fram datumet.
Frågan om dokumentation visar om de tänker längre än sin egen uppgift. Jag förväntar mig anteckningar som förklarar de viktigaste tekniska besluten och ger en annan utvecklare tillräckligt med bakgrundsinformation för att kunna fortsätta arbetet utan att behöva börja om från början.
När kandidaten talar om avslag från appbutiker, lyssna efter vilka problem de har stött på vid faktiska lanseringar. Det kan handla om saknad information om integritet, ofullständiga metadata eller problem med datainsamling. De bör också förklara vad de går igenom innan de skickar in sin ansökan för att minska risken för att samma avslag ska inträffa igen.
När du anställer mobilutvecklare är ramverket som anges i CV:t bara en utgångspunkt. Lägg större vikt vid hur en kandidat förklarar sina tidigare beslut och om hen passar in i teamets arbetssätt, eftersom det oftast ger en indikation på hur snabbt hen kan börja bidra.
Teknikchef
Vissa varningssignaler blir tydliga först när man går bortom de tekniska frågorna och undersöker hur en utvecklare hanterar det praktiska projektarbetet. Punkterna nedan hjälper dig att upptäcka risker kopplade till leveransen innan du fattar ett anställningsbeslut.
Var försiktig med alla som anger en fast tidsfrist innan de har satt sig in i produkten. En erfaren utvecklare kommer att ställa frågor om hur redo backend-delen är och vilka begränsningar som finns på plattformen. De kommer också att vilja veta var det kan uppstå specialfall innan de förbinder sig till ett datum.
Be kandidaten att beskriva en lansering som hen har hanterat själv. En kandidat med praktisk erfarenhet av lanseringar bör förstå hur recensionerna i App Store och Google Play fungerar och kunna berätta om ett avslag som hen har hjälpt till att lösa.
Manuell testning har sin plats, men den kan inte täcka alla enheter eller operativsystemversioner. Jag skulle fråga vad utvecklaren automatiserar och vad hen föredrar att testa manuellt. Svaret bör spegla de specifika riskerna i er produkt.
En mobilanslutning kan brytas när som helst. Appen bör fortsätta fungera utan att krascha eller lämna användaren med en tom skärm. Fråga hur utvecklaren hanterar cachade data och vad som händer när anslutningen återupprättas.
Det är vanligt med en privat kodbas inom kommersiell utveckling, så att offentlig kod saknas är inte ett problem i sig. Jag skulle bli orolig om kandidaten undviker alla tekniska diskussioner eller reagerar negativt på feedback. Hen bör känna sig bekväm med att guida teamet genom ett beslut och delta i kodgranskningar.
Beskriv systemets centrala funktioner och skärmlayouter i ett bindande arbetsbeskrivningsdokument (SOW). Ange alla integrationer och plattformar från tredje part.
Koppla betalningarna till överenskomna delmål och fastställ hur varje delmål ska godkännas. En modul kan till exempel anses vara färdig när den har klarat den automatiserade testsuiten och fått godkännande för överföring till staging-miljön.
Se till att avtalet uttryckligen anger att all skriven kod, arkitekturdiagram, grafiskt material och immateriella rättigheter överförs exklusivt till ditt företag efter betalning.
Inkludera bestämmelser om sekretess eller ett sekretessavtal (NDA) och ange vilka dataskyddskrav som gäller, till exempel GDPR eller HIPAA. Lägg till PCI DSS om betalningsuppgifter ingår.
Kräv att utvecklare redovisar alla open source-bibliotek och kommersiella SDK:er som de använder. Avtalet bör dessutom bekräfta att varje licens tillåter kommersiell användning.
Fastställ en garantiperiod efter lanseringen, vanligtvis 30 till 90 dagar, under vilken utvecklaren eller byrån åtgärdar överenskomna problem utan extra kostnad.
Fastställ tydliga uppsägningsvillkor, uppsägningstider och obligatoriska steg för överlämning av koden, inklusive åtkomst till kodförvaret, huvudnycklar och teknisk dokumentation.
När avtalet väl är undertecknat, hjälp utvecklaren att komma igång utan dröjsmål. Informera om projektets bakgrund, ordna åtkomst redan innan den första arbetsdagen och utnyttja den första uppgiften för att säkerställa att hen kan arbeta enligt teamets vanliga arbetsflöde.
Konfigurera åtkomst till GitHub eller GitLab, Jira eller Linear, Figma, Slack eller Teams samt CI/CD-miljön innan arbetet påbörjas. Kontrollera att behörigheterna stämmer överens med utvecklarens roll.
Förklara affärsmålet och målgruppen, och gå sedan igenom prototyperna för användargränssnittet samt plattformens övergripande arkitektur. En utvecklare som förstår varför en funktion finns kan fatta bättre tekniska beslut.
Kom överens om arbetstider, rutiner för dagliga möten, tidpunkter för kodgranskning, regler för commit samt hantering av ärenden. Ange vilka personer som ska besvara produktfrågor och godkänna tekniska beslut.
Ge utvecklaren en avgränsad uppgift under den första veckan, till exempel att åtgärda ett mindre fel i användargränssnittet eller skriva ett enkelt enhetstest. Uppgiften syftar till att kontrollera om installationen fungerar och visar hur väl utvecklaren förstår er bygg- och driftsättningsprocess.
Efter den första uppgiften bör du integrera utvecklaren i din vanliga sprintcykel och kodgranskningsprocess. Hen bör delta i möten för teknisk finjustering och få feedback allteftersom arbetet fortskrider.
Vid det här laget borde du ha en tydlig uppfattning om hur man anlitar en apputvecklare för ditt projekt. Checklistan nedan hjälper dig att se till att allt är klart innan de ansluter sig till teamet.
Innowise ger dig tillgång till erfarna mobilutvecklare med precis de kompetenser du behöver. Oavsett om du letar efter dedikerade mobilapputvecklare för att förstärka ett befintligt team eller vill anlita ett företag som utvecklar mobilappar För att hantera produkten genom lansering och underhåll kan vi erbjuda stöd för båda lösningarna.
År 2025 utnämnde The Manifest Innowise till Det ledande företaget inom personalförstärkning. Att samarbeta med oss ger dig följande praktiska fördelar:
Välj utvecklare med specialkompetens inom iOS, Android eller plattformsoberoende utveckling utifrån produkten, istället för att tvinga appen att anpassas efter kompetensen hos den som råkar vara tillgänglig.
Ta in en specialist eller anställa utvecklare av mobilappar när utvecklingsplanen utvidgas. Upplägget kan anpassas efter arbetsbelastningen utan att teamet behöver ombildas inför varje ny fas.
Samma partner kan stå för utforskning, design, utveckling, lansering och underhåll. Specialister inom backend, molntjänster, kvalitetssäkring och säkerhet kopplas in när appen behöver deras kompetens.
Gå igenom relevant arbete som utförts på fältet innan du anställer personal, och följ sedan upp genomförandet genom dokumenterade beslut och regelbundna överlämningar. På så sätt behåller ditt team projektkunskapen och kan ta över arbetet senare.
Det finns ingen enskild rekryteringsmodell som passar alla mobilprojekt. Ett kort projekt kan kräva en enda utvecklare, medan en längre utvecklingsplan oftast kräver ett team som kan fortsätta att vara delaktigt även efter den första lanseringen.
En portfölj är en bra utgångspunkt, men den verkliga indikationen får man genom att diskutera tidigare arbete och, i förekommande fall, genomföra en liten uppgift. Skriv ner omfattningen och villkoren för ansvaret, och ge sedan utvecklaren tillräckligt med produktkontext och åtkomst för att kunna bidra utan att behöva gissa sig fram i veckor.
När du behöver anställa specialiserade utvecklare av mobilappar, Innowise kan förstärka ert befintliga team med specialister eller sätta ihop ett komplett mobilt team kring produkten.
En intern rekrytering tar vanligtvis flera veckor. Med Innowise kan du få matchade CV:n inom 1–2 dagar och få en utvald specialist att ansluta sig till projektet inom en vecka. Ett dedikerat mobilt team kan vanligtvis sättas samman på 3–5 dagar.
Kostnaderna varierar beroende på erfarenhet, plats, samarbetsmodell och appens komplexitet. Mobilutvecklare tar vanligtvis ut $40–$80 per timme i Östeuropa och $100–$200 i USA och Västeuropa. I Indien och Sydostasien ligger timpriserna vanligtvis mellan $20 och $50 per timme.
Välj en iOS- eller Android-specialist när appen är beroende av plattformsspecifikt beteende eller djupgående åtkomst till hårdvaran. En plattformsoberoende utvecklare är ett bättre val när båda versionerna ska ha i stort sett samma funktioner och användarflöden.
En erfaren utvecklare kan räcka för ett begränsat MVP när designen och backend-delen redan är på plats. En mer omfattande produkt kräver vanligtvis stöd för backend och kvalitetssäkring redan från början.
Anlita en frilansare för små, enstaka uppgifter, enkla justeringar av användargränssnittet eller experimentella projekt med begränsade budgetar där den administrativa belastningen kan hanteras internt. Samarbeta med ett utvecklingsföretag när ni ska bygga affärskritisk programvara, hantera känslig användardata, behöver tvärvetenskaplig expertis eller skalera plattformar på lång sikt.
En senior utvecklare bör kunna fatta arkitekturbeslut och förklara de avvägningar som ligger till grund för dem. Leta efter erfarenhet av produktionslanseringar, prestandaoptimering, testning och mentorskap.
Be om länkar till live-butiker och klargör exakt vad utvecklaren har arbetat med. Diskutera sedan ett tekniskt beslut ingående och granska referenser eller kodexempel där det är möjligt.
Fastpris fungerar bäst när projektets omfattning är stabil och godkännandekriterierna har fastställts i förväg. En timbaserad modell ger dig större flexibilitet när kraven fortfarande förändras.
Äganderätten beror på avtalet. När det gäller uppdrag från kunder ska äganderätten till källkoden övergå till ditt företag så snart de överenskomna betalningarna har erlagts, medan komponenter från tredje part fortsätter att omfattas av sina befintliga licenser.
Ja. De flesta appar behöver viss teknisk support efter lanseringen, även om arbetet kan övergå till deltidsarbete. Driftsproblem och nya operativsystemversioner kräver fortfarande uppmärksamhet. Utvecklingen av nya funktioner kan fortsätta i enlighet med produktens utvecklingsplan.
Ett omfattande överlämningspaket innehåller åtkomst till huvudförvar för källkod, dokumentation om den tekniska arkitekturen, guider för installation av den lokala miljön, rutiner för driftsättning, API-dokumentation, automatiserade testsuiter, inloggningsuppgifter för tjänster från tredje part samt utvecklarkonton för App Store och Google Play.
Minska riskerna vid distansrekrytering genom att samarbeta med etablerade IT-partner som tillämpar strikta sekretessavtal, standardiserade riktlinjer för kodning, automatiserade CI/CD-kontroller och strukturerade dagliga standup-möten. Kräv regelbundna kodinlämningar vid milstolpar till dina privata repositorier och koppla betalningarna till tydliga godkännandekriterier.
Chef för mobil utveckling
Pavel driver leveransen av högpresterande mobilappar för iOS och Android. Med en bakgrund inom native engineering ser han till att plattformsoberoende och inbyggda produkter skalar smidigt och ger en felfri användarupplevelse.
