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 ethvert interview. Faktisk burde mobilapp-udviklere være mere end villige til at give eksempler på deres tidligere arbejde.

Test drev de apps, de har udviklet tidligere. Det giver dig en idé om, hvad de har gjort, og om det er i overensstemmelse med det, du beder om.

Mobile app-udviklere skal give dig en rundvisning i apps på deres telefon eller med glæde give links til apps i App Store eller Google Play butik. De bør gå i detaljer om deres engagement og hvordan det direkte relaterer til det, du leder efter.

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

De bør tale ærligt til denne oplevelse. Hvis de ikke er åbne om deres tidligere arbejde, passer det muligvis ikke til dig. Når alt kommer til alt, hvordan kan du stole på, at nogen investerer deres indsats i at opbygge en app, hvis de ikke er så erfarne, som de siger?

Hvis du er en stor virksomhed, føler du måske mere komfort ved at vide, at den mobile appudvikler, du vil ansætte, har lignende erfaring.

Det samme gælder for en opstartsvirksomhed lancerer en mobilapp. Virksomheder i forskellige størrelser fungerer meget forskelligt. Arbejdsatmosfæren og kulturen kan være meget forskellig fra hvad mobilapp-udvikleren er vant til og passer derfor muligvis ikke bedst.

Hvis udvikleren har en stor forståelse af processer, hvordan papirarbejde og procedure styres 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 med, skal du spørge om, hvem deres tidligere og nuværende kunder er og komme i kontakt med dem.

Du vil gerne interviewe de produktadministratorer, der i første omgang var ansvarlige for appen og spørge om, hvordan udvikleren administrerede 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 væk, når de taler med dem. Er de begejstrede for at diskutere tidligere kunder? Mens en mobilappudvikler vil liste klienter, som de har et godt forhold til, kan du overveje at spørge, om der var forhindringer eller problemer undervejs. Det kan måske give dig et mere præcist svar.

Du kan ikke forvente, at en mobilappudvikler med succes bygger din app uden at forstå, hvad det er, du gør, og hvordan appen vil gøre en forskel.

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

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

I slutningen af ​​dagen vil du have, at din mobilappudvikler skal være lige så stærkt investeret i appen som dig.

Dette er en anden god video om ansættelse af udviklere til apps.

Dernæst skal du fokusere på, hvad der er kandidatens appudvikling og andre muligheder. Disse spørgsmål om mobilapp-udviklerinterview styrer interviewet i denne retning.

Inden du begynder at interviewe potentielle kandidater, skal du oprette en ønskeliste over hvilke funktioner din app skal have, og hvilke der er rart at have. En liste giver din potentielle mobilappudvikler en nøjagtig idé om, hvad du leder efter.

Når du har denne 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 medtages, skal du arbejde med en udvikler med erfaring.

En erfaren udvikler er muligvis stadig i stand til at lære den funktionalitetsbygning, du har brug for; tale med dem en-til-en for at lære mere.

Du har også en stærk indikation, hvis denne mobilappudvikler er det rigtige for dig baseret på at se på deres portefølje. 

Funktionerne og funktionaliteten i appen styrer appens operationer. Når det er sagt, skal det også være behageligt for øjet, let at bruge fra et navigationsperspektiv og tilbyde en unik oplevelse.

Den app, du bygger, skal stå adskilt fra resten, fordi der er stor konkurrence.

Du vil have din app til at være mindeværdig.

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

Bare for at være klar er native mobile apps apps, der skal installeres via Play-butikken eller iOS-butikken, mens responsivt webdesign er websteder, der kan tilgås via browseren og tilpasse udseendet og følelsen afhængigt af den enhed, der bruges for at få adgang til webstedet (f.eks. viser mobiltelefoner information anderledes end desktops).

Men man skal forstå, at indfødte mobilapps har meget rigere funktionalitet end websteder. Dette skyldes, at indfødte mobilapps er i stand til at få adgang til de oprindelige funktioner på den enhed, som de kører på.

Sådanne ting som indbyggede meddelelser, adgang til kameraet, opbevaring, adgang til information såsom kontakter, sikrer, at mobilappen har en dybere integration med den enhed, den er installeret på. På den anden side har responsive websteder kun adgang til de funktioner, som browseren har adgang til. Af sikkerhedsmæssige årsager er en browser sandbox (eller begrænset med hensyn til funktionel adgang).

Dette er grunden til indfødte mobile apps er nødvendige, og responsivt websdesign er ikke nok.

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

Underretninger er effektive, fordi de hjælper dig med at kommunikere direkte med brugerne og levere rettidige meddelelser, der kan bede om handlinger eller engagement.

Din udvikler skal forstå konsekvenserne af at bruge underretninger, både deres brugbarhed, hvornår og hvor ofte de skal sende dem og måle deres effektivitet eller resultater, så du kan justere afhængigt af, hvordan dit publikum reacts.

Som udvikler, der arbejder på en mobilapp, skal man forstå både fordele og ulemper ved de forskellige platforme. Udvikleren skal forstå, hvad der er de stærke og svage punkter på begge platforme og nuancerne for hver.

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

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

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

Et sådant sæt tjenester skal passe til enhver teknologi, som din virksomhed muligvis allerede bruger.

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

Brugeroptagelse i forbindelse med mobilapplikation er rejsen / processen med at få brugeren til at begynde at bruge appen eller det produkt, der drives af appen.

Dette kan omfatte installation, registrering, aktivering og udførelse af de første handlinger, der bestemmer, om en bruger har vedtaget appen og / eller produktet.

I betragtning af at der kommer en stor indsats og penge til markedsføring 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 ombordstigningsprocessen på grund af en dårlig brugeroplevelse eller tekniske problemer.

Udover den negative oplevelse er der tab af LTV-indtægter fra den potentielle kunde.

Din udvikler skal have en forståelse af sådanne implikationer og være i stand til at demonstrere en forståelse åh, 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 i betragtning. Din udvikler skal forstå sikkerhedsimplikationerne af din app. Sådanne ting som opbevaring af personlige oplysninger, hvordan betalinger vil blive håndteret, hvad der ville ske i tilfælde af sikkerhedsbrud, hvordan man overholder lokal og national lovgivning, og hvilke niveauer af overholdelse 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 udsæt dine ideer om, hvordan du minimerer sikkerhedsproblemer i den app, de opretter. Bliv informeret, var der et nylig 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 tager tid for din app at blive genkendt og udbredt af din målgruppe. Når det sker, har du autoriteten til at opkræve et mindre gebyr for din app.

En mobilappudvikler skal have en vis forståelse af, hvordan man tjener penge på en mobilapp. Der er flere måder: annoncering i app, abonnementer, betaling pr. Download.

Hvis din app vil være gratis det første lille stykke tid, skal din udvikler have en forståelse af mobilannoncenetværk.

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

Kommunikation er en kritisk komponent i ethvert projekt. Da du arbejder meget tæt med din mobilapp-udvikler, vil du forstå, hvordan du vil arbejde sammen (dvs. hvor ofte kommunikerer du med ham eller hende).

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

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

Du bør også identificere, hvor ofte du vil tale med udvikleren. Vil du planlægge et ugentligt mødesæt til en bestemt tid og dato?

Hvis udvikleren arbejder eksternt, vil du tjekke ind personligt så ofte 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 den komplette livscyklus for udviklingen af ​​en app snarere end blot de umiddelbare krav. 

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

• Detaljeret formål med appen til appudgiveren
• Beskrivelse af målgruppen, forskellige "personas" og / eller brugerdemografi
• Eventuelle eksisterende apps, der implementerer et lignende koncept
• Trådrammer og design af udseendet og følelsen
• Endelig kunstværk - en god udvikler skal kræve det endelige kunstværk, inden de begynder at udvikle sig for at sikre, at der ikke sker en fordobling af indsatsen. 

Mere vigtigt end selve udviklingen af ​​en app er selve testen. Du vil ikke starte en app, der ikke er testet grundigt. Fejl og problemer med funktioner kan ske, men bør kun ske i testperioden.

En mobilappudvikler skal håndtere alle testene og anvende metoder, der sporer alle funktioner, fastslår, at de alle er implementeret og er i funktionsdygtig stand. Test skal udføres under og efter udvikling af mobilapps.

Det er vigtigt at søge ekstern hjælp i test af mobilapps. Du og en mobilappudvikler har arbejdet med det samme projekt i et stykke tid, og derfor kan du muligvis ikke identificere fejl eller ulemper. Overvej at søge en outsiders synspunkt.

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

Indsendelsesprocessen er lang, og det kan være frustrerende. Din udvikler skal vide, hvordan processen fungerer, og guide dig undervejs.

Appen skal sendes under dit navn, ikke under din mobilapps udvikleres navn. Appbutikken skal vide, hvem der er ansvarlig for appen, hvis du ikke længere er i kommunikation med den mobile appudvikler, du har hyret. Uden det kan nye versioner af appen ikke sendes til butikken, og du bliver tvunget til at frigive en helt ny app under en anden konto eller et andet navn.

Husk, at vi nævnte delen om ikke at være i kommunikation med din mobilapp-udvikler? Hvis alt går godt, har du hyret en professionel mobilapp-udvikler, som du kan etablere et professionelt samarbejdsforhold med. Endnu vigtigere er, at de vil være der for dig længe efter, at appen er sendt til appbutikken.

At holde brugere engageret, holde øje med fejlrettelser og opdatere appversioner er en del af vedligeholdelsesprocessen. Ingen kender ind og ud i din app bedre end din mobilappudvikler.

Spørg dem, hvordan vedligeholdelsesstøtteprogrammer er struktureret, og hvordan de vil behandle ændringer i appen efter behov. Find også ud af, hvor meget det koster. De fleste udviklere opkræver time for time.

PWA'er eller progressive webapplikationer er et hybridkoncept mellem websteder og native mobilapplikationer. Udvikleren skal demonstrere og forstå, hvordan man til sidst muliggør frigivelse af en PWA, der genbruger noget af funktionaliteten på hjemmesiden og mobilapps, UDEN omskrivning af alt fra bunden.

Dette betyder, at de skal forstå konceptet med at have PWA og / eller native mobile apps, arbejde med backends eller infrastruktur, der driver et websted og / eller produkt på en lignende måde, hvor mobilappen eller en hvilken som helst anden enhed faktisk bare er en " skin "- det virkelige arbejde udføres i backend.

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