17+ spørgsmål, du skal stille, FØR du ansætter kandidater til Mobile App Dev

Dette er på ingen måde et urimeligt spørgsmål at stille i et interview. Faktisk bør mobilapp-udviklere være mere end villige til at give eksempler på deres tidligere arbejde.

Test de apps, de har udviklet tidligere. Det vil give dig en idé om, hvad de har lavet, og om det stemmer overens med det, du efterspørger.

Udviklere af mobilapps bør give dig en rundvisning i appsene på deres telefon eller med glæde give links til appsene i App Store eller Google Play Store. De bør gå i detaljer om deres engagement og hvordan det direkte relaterer sig til det, du leder efter.

Ikke alle mobilapp-udviklere har bygget en app fra bunden, men har snarere arbejdet på forskellige aspekter af appen.

De bør tale ærligt om denne erfaring. Hvis de ikke er åbne om deres tidligere arbejde, er det måske ikke det rigtige match for dig. Hvordan kan man trods alt stole på, at nogen investerer sin energi i at bygge en app, hvis de ikke er så erfarne, som de siger?

Hvis du er en stor virksomhed, kan du føle dig mere tryg ved at vide, at den mobilapp-udvikler, du vil ansætte, har lignende erfaring.

Det samme gælder for en startup-virksomhed lancerer en mobilappVirksomheder af forskellig størrelse fungerer meget forskelligt. Arbejdsmiljøet og -kulturen kan være meget anderledes end det, mobilapp-udvikleren er vant til, og er derfor måske ikke det bedste match.

Hvis udvikleren har en god forståelse af processer, hvordan papirarbejde og procedurer håndteres, og budgetter, kan han eller hun være et værdifuldt aktiv for dit team.

Den bedste måde at lære om en potentiel kandidat er at lære af fortiden. På samme måde som du ville evaluere deres tidligere arbejde ved at se på de apps, de har arbejdet på, bør du spørge om deres tidligere og nuværende kunder og kontakte dem.

Du bør interviewe de produktchefer, der var ansvarlige for appen i første omgang, og spørge om, hvordan udvikleren håndterede appudviklingen og arbejdede med interne teams.

Find ud af, om han eller hun er pålidelig, om de aktivt kommunikerede med dig undervejs, og om de overholdt deadlines og budgetmål.

Lyt til, hvad de har at sige, og lyt til den tone, de giver fra sig, når de taler med dem. Er de begejstrede for at diskutere tidligere kunder? Selvom en mobilapp-udvikler vil liste kunder, som de har et godt forhold til, bør du overveje at spørge, om der var forhindringer eller problemer undervejs. Det kan give dig et mere præcist svar.

Du kan ikke forvente, at en mobilapp-udvikler kan udvikle din app med succes uden at forstå, hvad du laver, og hvordan appen vil gøre en forskel.

En potentiel kandidat har ikke alle svarene, men hvad du kan gøre er at tage dig tid fra interviewprocessen til at uddanne dem om din bundlinje, din mission og mål for appen. Hvis en udvikler viser interesse for det, du laver, er det et positivt tegn. Endnu vigtigere er det, at de bør have en interesse i at bruge selve appen.

En udvikler, der har arbejdet på apps med lignende funktionalitet, eller som har kunder i samme branche, kan være et godt match. De har allerede en forståelse af din forretningsmodel og ved, hvad der skal til for at opnå succes med mobilapps.

I sidste ende ønsker du, at din mobilapp-udvikler er lige så investeret i appen som dig.

Dette er endnu en god video om at ansætte udviklere til apps.

https://www.youtube.com/watch?v=EMIKdqHG-gE&

Dernæst skal du fokusere på kandidatens app-udviklings- og andre evner. Disse spørgsmål til jobsamtalen som mobilapp-udvikler styrer jobsamtalen i denne retning.

Før du begynder at interviewe potentielle kandidater, lav en ønskeliste over, hvilke funktioner din app skal have, og hvilke der er gode at have. En liste giver din potentielle mobilapp-udvikler en præcis idé om, hvad du leder efter.

Når du har den liste, så spørg udvikleren, hvilke funktioner og funktioner de har erfaring med at udvikle. Hvis din app kræver meget specifikke integrationer, der skal inkluderes, skal du samarbejde med en udvikler med erfaring.

En erfaren udvikler kan muligvis stadig være i stand til at lære den funktionalitetsopbygning, du har brug for; tal med dem én til én for at lære mere.

Du får også en stærk indikation af, om denne mobilapp-udvikler er den rette for dig, baseret på deres portefølje. 

Funktionerne og funktionaliteten i appen vil drive appens drift. Når det er sagt, skal den også være behagelig for øjet, nem at bruge fra et navigationsperspektiv og tilbyde en unik oplevelse.

Den app, du bygger, skal skille sig ud fra mængden, fordi der er hård konkurrence.

Du ønsker, at din app skal være mindeværdig.

Design af mobilapps er ikke så simpelt som at vælge pæne farver og billeder. Det rigtige design vil gøre hele forskellen. Se nærmere på udviklerens portefølje for at se, om der er indbygget kreativitet i appen, og om brugergrænsefladen og brugeroplevelsen er noget, du kan lide.

Bare for at være helt klar, native mobilapps er apps, der skal installeres via Play Butik eller iOS Butik, mens responsivt webdesign er hjemmesider, der kan tilgås via browseren og tilpasser udseendet og funktionaliteten afhængigt af den enhed, der bruges til at tilgå hjemmesiden (f.eks. viser mobiltelefoner oplysninger anderledes end desktops).

Men man skal forstå, at native mobilapps har meget mere funktionalitet end hjemmesider. Dette skyldes, at native mobilapps kan tilgå de native funktioner på den enhed, de kører på.

Ting som indbyggede notifikationer, adgang til kameraet, lagerplads og adgang til oplysninger såsom kontakter sikrer, at mobilappen har en dybere integration med den enhed, den er installeret på. På den anden side har responsive hjemmesider kun adgang til de funktioner, som browseren har adgang til. Af sikkerhedsmæssige årsager er en browser sandboxet (eller begrænset med hensyn til funktionel adgang).

Derfor er native mobilapps nødvendige, og responsivt webdesign er ikke nok.

Push-notifikationer er et ekstremt kraftfuldt værktøj, men de er et sværd, der kan ramme begge sider. Faktisk er irriterende eller for mange notifikationer den primære årsag til, at folk afinstallerer mobilapps eller deaktiverer sådanne notifikationer (og dermed mister de al deres effektivitet).

Notifikationer er effektive, fordi de hjælper dig med at kommunikere direkte med brugerne og levere rettidige beskeder, der kan anspore til handlinger eller engagement.

Din udvikler skal forstå konsekvenserne af at bruge notifikationer, både deres anvendelighed, hvornår og hvor ofte de skal sendes, og måling af deres effektivitet eller resultater, så du kan justere afhængigt af, hvordan dit publikum reagerer.

Som udvikler, der arbejder på en mobilapp, er det nødvendigt at forstå både fordele og ulemper ved de forskellige platforme. Udvikleren skal forstå, hvad de stærke og svage punkter er ved begge platforme, og hvad nuancerne ved hver af dem er.

Selv ting som hvor lang tid det tager fra indsendelse til udgivelse af appen, procedurer for at få en app opført og rangeret, og hvordan man løser eventuelle problemer, der opstår i forbindelse med udgivelsen af ​​appen.

Sørg for, at din udvikler giver detaljerede eksempler.

Dette kan også blive et spørgsmål om den teknologipakke, som kandidaten foretrækker. Som en mobilapp-udvikler, vil de sandsynligvis have et foretrukket sæt af værktøjer/tjenester, som de foretrækker at bruge, både fra et udviklings- og et produktionssynspunkt. 

Et sådant sæt af tjenester bør passe til alle de teknologier, din virksomhed allerede bruger.

Læs mere: Hvilken er bedre - iPhone eller Android?

Brugeronboarding i forbindelse med mobilapplikationer er rejsen/processen med at få brugeren til at begynde at bruge appen eller produktet, der drives af appen.

Dette kan omfatte installation, registrering, aktivering og de første handlinger, der afgør, om en bruger har taget appen og/eller produktet i brug.

I betragtning af at der vil blive investeret en stor indsats og mange penge i markedsføringen af ​​din app, skal du sørge for, at dine udviklere tager alle nødvendige skridt for at sikre, at de ikke "mister" en potentiel bruger under onboarding-processen på grund af en dårlig brugeroplevelse eller tekniske problemer.

Udover den negative oplevelse er der tabet af LTV-indtægter for den potentielle kunde.

Din udvikler skal have en forståelse af sådanne konsekvenser og være i stand til at demonstrere en forståelse af, hvilke problemer der kan opstå, og hvilke skridt der kan tages for at afbøde dem.

Sikkerhed er altid noget, der skal tages behørigt hensyn til. Din udvikler skal forstå sikkerhedsmæssige konsekvenser af din app. Ting som opbevaring af personlige oplysninger, hvordan betalinger håndteres, hvad der sker i tilfælde af et sikkerhedsbrud, hvordan man overholder lokal og national lovgivning, og hvilke niveauer af compliance der kræves osv.

Sikkerhed er altid et meget følsomt emne, især når man taler om mobile enheder. Vis din viden om sikkerhed, og giv dine idéer til, hvordan man minimerer sikkerhedsproblemer i den app, de udvikler. Bliv informeret, om der for nylig var et angreb på en bestemt type software? Nævn det, og vær forberedt på at forklare, hvordan du ville have løst det.

Det kan tage et stykke tid, før din mobilapp tjener penge (har du trods alt set alle de gratis apps i App Store?). Det vil tage tid, før din app bliver genkendt og bredt brugt af din målgruppe. Når det sker, har du bemyndigelse til at opkræve et mindre gebyr for din app.

En mobilapp-udvikler bør have en vis forståelse af, hvordan man tjener penge på en mobilapp. Der er flere måder: annoncering i appen, abonnementer og betaling pr. download.

Hvis din app skal være gratis i den første stund, bør din udvikler have forståelse for mobile annonceringsnetværk.

Køb i appen fungerer, når en app er smart designet på en måde, der vil generere købskonverteringer. Find ud af, om udvikleren har erfaring med at arbejde med apps, der følger denne model.

Kommunikation er en afgørende del af ethvert projekt. Da du vil arbejde meget tæt sammen med din mobilapp-udvikler, er det vigtigt at forstå, hvordan I vil arbejde sammen (dvs. hvor ofte vil du kommunikere med ham eller hende).

De fleste udviklere bruger projektstyringsprogrammer til at liste opgaver, markere dem, når de er færdige, og sende statusmeddelelser. Basecamp, Jira og Asana er eksempler på projektledelsesprogrammer, der er meget udbredte i dag.

Spørg udvikleren, om de bruger et program som dette. Hvis de gør, er det en solid indikation af, at de ved, hvordan man holder styr på leverancer, bruger værktøjet til at kommunikere med vigtige interessenter og sporer fremskridtene i hvert trin.

Du bør også identificere, hvor ofte du ønsker at tale med udvikleren. Vil I planlægge et ugentligt møde på et bestemt tidspunkt og dato?

Hvis udvikleren arbejder eksternt, vil du så tjekke ind personligt med jævne mellemrum og håndtere al kommunikation elektronisk eller via telekonferencer? Tidszoner kan også være et problem i dette tilfælde; det er vigtigt at overveje, før du ansætter en mobilapp-udvikler.

Når du stiller dette spørgsmål, skal kandidaten demonstrere en forståelse af hele livscyklussen for app-udviklingen, snarere end blot de umiddelbare krav. 

At høre det meste af det følgende vil indikere, at den mobilapp-udvikler, der interviewes, har en god forståelse af alle faser i udviklingen af ​​en mobilapp.

• Detaljeret formål med appen for appudgiveren
• Beskrivelse af målgruppen, forskellige "personaer" og/eller brugerdemografi
• Alle eksisterende apps, der implementerer et lignende koncept
• Wireframes og design af udseende og følelse
• Færdigt design - en god udvikler bør have det endelige design, før de begynder at udvikle, for at sikre, at der ikke gøres dobbelt arbejde. 

Vigtigere end selve udviklingen af ​​en app er selve testningen. Du ønsker ikke at lancere en app, der ikke er blevet grundigt testet. Fejl og problemer med funktioner kan opstå, men bør kun ske i testperioden.

En mobilapp-udvikler bør håndtere al testning og anvende metoder, der sporer alle funktioner, fastslår, at de alle er implementeret og fungerer. Testning bør udføres under og efter mobilapp-udvikling.

Det er vigtigt at søge hjælp udefra til test af mobilapps. Du og en mobilappudvikler har arbejdet på det samme projekt i et stykke tid og kan derfor muligvis ikke identificere fejl eller ulemper. Overvej at søge en udefrakommendes synspunkt.

Når en app er blevet udviklet og grundigt testet, er det tid til at lancere den. Dine iOS-udviklere bør for eksempel have erfaring med at indsende appen til forskellige Apple app store og andre større platforme.

Indsendelsesprocessen er lang, og den kan være frustrerende. Din udvikler bør vide, hvordan processen fungerer, og vejlede dig undervejs.

Appen skal indsendes i dit navn, ikke i din mobilapp-udviklers navn. App-butikken skal vide, hvem der er ansvarlig for appen, hvis du ikke længere kommunikerer med den mobilapp-udvikler, du har ansat. Uden den kan nye versioner af appen ikke indsendes til butikken, og du vil være tvunget til at udgive en helt ny app under en anden konto eller et andet navn.

Husker du, at vi nævnte den del om manglende kommunikation med din mobilapp-udvikler? Hvis alt går vel, har du hyret en professionel mobilapp-udvikler, som du kan etablere et professionelt samarbejde med. Endnu vigtigere er det, at de vil være der for dig længe efter, at appen er sendt til appbutikken.

At holde brugerne engagerede, holde sig opdateret om fejlrettelser og opdatere appversioner er en del af vedligeholdelsesprocessen. Ingen kender din app's ind- og udstrækninger bedre end din mobilapp-udvikler.

Spørg dem, hvordan vedligeholdelsessupportprogrammer er struktureret, og hvordan de vil håndtere ændringer i appen efter behov. Find også ud af, hvor meget det koster. De fleste udviklere opkræver timepris.

PWA'er eller progressive webapplikationer er et hybridkoncept mellem hjemmesider og native mobilapplikationer. Udvikleren skal demonstrere en forståelse af, hvordan man i sidste ende muliggør udgivelsen af ​​en PWA, der genbruger noget af hjemmesidens og mobilapps' funktionalitet, UDEN at omskrive alt fra bunden.

Det betyder, at de skal forstå konceptet med at have PWA og/eller native mobilapps, der arbejder med backends eller infrastrukturen, der driver et websted og/eller produkt på en lignende måde, hvor mobilappen eller enhver anden enhed faktisk bare er en "skin" - det virkelige arbejde udføres i backend.

Læs mere: iPhone-modeller i udgivelsesrækkefølge