17+ spørsmål å stille før du ansetter kandidater til mobilapputviklere

Dette er på ingen måte et urimelig spørsmål å stille i noe intervju. Faktisk bør utviklere av mobilapper være mer enn villige til å gi eksempler på tidligere arbeid.

Test kjør appene de har utviklet tidligere. Det vil gi deg en ide om hva de har gjort, og om det er i tråd med det du ber om.

Mobilapputviklere bør gi deg en omvisning i appene på telefonen deres, eller gjerne gi lenker til appene i App Store eller Google Play-butikken. De bør gå i detalj om deres engasjement og hvordan det direkte forholder seg til det du leter etter.

Ikke alle mobilapputviklere vil ha bygget en app fra bunnen av, men heller jobbet med forskjellige aspekter av appen.

De bør snakke ærlig til denne opplevelsen. Hvis de ikke er åpne om sitt tidligere arbeid, kan det hende det ikke passer riktig for deg. Tross alt, hvordan kan du stole på noen til å investere innsatsen i å bygge en app hvis de ikke er så erfarne som de sier?

Hvis du er en stor bedrift, kan du føle deg mer komfortabel med å vite at mobilapputvikleren du vil ansette har lignende erfaring.

Det samme gjelder for en oppstartsvirksomhet lanserer en mobilapp. Bedrifter i forskjellige størrelser fungerer veldig forskjellig. Arbeidsatmosfæren og kulturen kan være veldig forskjellig fra hva mobilapputvikleren er vant til, og passer derfor kanskje ikke best.

Hvis utvikleren har en god forståelse av prosesser, hvordan papirarbeid og prosedyrer håndteres og budsjetter, kan han eller hun være en verdifull ressurs for teamet ditt.

Den beste måten å lære om en potensiell kandidat er å lære av fortiden. På samme måte som du vil evaluere deres tidligere arbeid ved å se på appene de har jobbet med, bør du spørre om hvem deres tidligere og nåværende kunder er og komme i kontakt med dem.

Du vil intervjue produktansvarlige som hadde ansvaret for appen i utgangspunktet, og spørre om hvordan utvikleren administrerte apputviklingen og jobbet med interne team.

Finn ut om han eller hun er pålitelig, om de aktivt kommuniserte med deg underveis, og om de nådde tidsfrister og budsjettmål.

Lytt til hva de har å si, og lytt til tonen de gir bort når de snakker med dem. Er de entusiastiske til å diskutere tidligere kunder? Mens en mobilapputvikler vil liste opp klienter som de har et godt forhold til, bør du vurdere å spørre om det var hindringer eller problemer underveis. Det kan gi deg et mer nøyaktig svar.

Du kan ikke forvente at en mobilapputvikler skal bygge appen din uten å forstå hva du gjør og hvordan appen vil gjøre en forskjell.

En potensiell kandidat vil ikke ha alle svarene, men det du kan gjøre er å ta deg tid fra intervjuprosessen til å lære dem om bunnlinjen, oppdraget ditt og målene dine for appen. Hvis en utvikler interesserer seg for det du gjør, er det et positivt tegn. Enda viktigere, de bør ha interesse av å bruke selve appen.

En utvikler som har jobbet med apper med lignende funksjonalitet, eller som har kunder i samme bransje, kan passe positivt. De har allerede forståelse for forretningsmodellen din og vil vite hva som skal til for å oppnå suksess for mobilapper.

På slutten av dagen vil du at mobilapputvikleren din skal være like mye investert i appen som deg.

Dette er en annen flott video om å ansette utviklere for apper.

Deretter må du fokusere på hva som er kandidatens apputvikling og andre evner. Disse intervjuspørsmålene for utviklere av mobilapper styrer intervjuet i denne retningen.

Før du begynner å intervjue potensielle kandidater, må du lage en ønskeliste over hvilke funksjoner appen din må ha, og hvilke det er hyggelig å ha. En liste gir din potensielle mobilapputvikler en nøyaktig ide om hva du leter etter.

Når du har denne listen, kan du spørre utvikleren om hvilke funksjoner og funksjoner de har erfaring med å utvikle. Hvis appen din krever veldig spesifikke integrasjoner som må inkluderes, må du jobbe med en utvikler med erfaring.

En erfaren utvikler kan fremdeles være i stand til å lære den funksjonalitetsbygningen du trenger; snakk med dem en-mot-en for å lære mer.

Du vil også ha en sterk indikasjon på om denne mobilapputvikleren er riktig for deg basert på å se på porteføljen deres. 

Funksjonene og funksjonaliteten i appen kommer til å drive appens drift. Når det er sagt, bør det også være behagelig for øyet, enkelt å bruke fra et navigasjonsperspektiv, og tilby en unik opplevelse.

Appen du bygger må skille seg ut fra resten fordi det er tung konkurranse.

Du vil at appen din skal være minneverdig.

Mobilappdesign er ikke så enkelt som å velge vakre farger og bilder som skal brukes. Riktig design vil gjøre hele forskjellen. Ta en nærmere titt på utviklerens portefølje for å se om kreativitet er innebygd i appen, og om brukergrensesnittet og brukeropplevelsen er noe du liker.

Bare for å være tydelig er innfødte mobilapper apper som må installeres via Play-butikken eller iOS-butikken, mens responsiv webdesign er nettsteder som kan nås gjennom nettleseren og tilpasse utseendet og følelsen avhengig av enheten som brukes for å få tilgang til nettstedet (f.eks. viser mobiltelefoner informasjon annerledes enn stasjonære datamaskiner).

Men man må forstå at innfødte mobilapper har mye rikere funksjonalitet enn nettsteder. Dette er fordi innfødte mobilapper har tilgang til de opprinnelige funksjonene til enheten de kjører på.

Slike ting som innebygde varsler, tilgang til kameraet, lagring, tilgang til informasjon som kontakter, sørger for at mobilappen har en dypere integrasjon med enheten den er installert på. På den annen side har responsive nettsteder bare tilgang til funksjonene som nettleseren har tilgang til. Av sikkerhetsgrunner er en nettleser sandkassert (eller begrenset når det gjelder funksjonell tilgang).

Dette er grunnen til at innfødte mobilapper er nødvendige, og responsiv webdesign ikke er nok.

Push-varsler er et ekstremt kraftig verktøy, men de er et sverd som kan fra begge sider. Faktisk er irriterende eller for mange varsler den primære grunnen til at folk avinstallerer mobilapper, eller deaktiverer slike varsler (og dermed mister de all effektiviteten).

Varsler er sterke fordi de hjelper deg med å kommunisere direkte med brukerne og levere meldinger i tide som kan be om handlinger eller engasjement.

Utvikleren din må forstå implikasjonene av å bruke varsler, både hvor nyttig det er, når og hvor ofte de skal sende dem og måle effektiviteten eller resultatene, slik at du kan justere avhengig av hvordan publikummet ditt reacts.

Som utvikler som arbeider med en mobilapp, må man forstå både fordeler og ulemper ved de forskjellige plattformene. Utvikleren trenger å forstå hva som er sterke punkter og svake punkter på begge plattformene og nyansene til hver.

Selv slike ting som hvor lang tid det tar fra innlevering til publisering av appen, prosedyrer for å få en app oppført og rangert og hvordan du løser eventuelle problemer som oppstår med publiseringen av appen.

Sørg for at utvikleren din gir detaljerte eksempler.

Dette kan også bli litt av et spørsmål om teknologibakken som kandidaten foretrekker. Som en mobilapputvikler, vil de sannsynligvis ha et foretrukket sett med verktøy / tjenester som de foretrekker å bruke, både fra et utviklings- og et produksjonsperspektiv. 

Et slikt sett med tjenester bør passe med alle teknologier selskapet ditt allerede bruker.

Les mer: Hva er best - iPhone eller Android?

Innbygging av brukere i sammenheng med mobilapplikasjon er reisen / prosessen for å få brukeren til å begynne å bruke appen, eller produktet som drives av appen.

Dette kan omfatte installasjon, registrering, aktivering og å ta de første handlingene som vil avgjøre om en bruker har adoptert appen og / eller produktet.

Gitt at mye innsats og penger vil gå til markedsføringen av appen din, må du sørge for at utviklerne dine tar alle nødvendige skritt for å sikre at de ikke "mister" en potensiell bruker under ombordstigningsprosessen pga. en dårlig brukeropplevelse eller tekniske problemer.

Foruten den negative opplevelsen, er det tapet av LTV-inntektene til den potensielle kunden.

Utvikleren din må ha forståelse for slike implikasjoner og være i stand til å demonstrere en forståelse oh hvilke problemer som kan oppstå og hvilke skritt som kan tas for å redusere dem.

Sikkerhet er alltid noe som må tas behørig hensyn. Utvikleren din må forstå sikkerhetsimplikasjonene til appen din. Slike ting som lagring av personlig informasjon, hvordan betalinger vil bli håndtert, hva som vil skje i tilfelle et sikkerhetsbrudd, hvordan man overholder lokal og nasjonal lovgivning og hvilke nivåer av samsvar som kreves etc.

Sikkerhet er alltid et veldig delikat emne, spesielt når du snakker om mobile enheter. Vis din kunnskap om sikkerhet og avslør dine ideer om hvordan du minimerer sikkerhetsproblemer i appen de lager. Bli informert, var det nylig angrep på en bestemt type programvare? Nevn det og vær forberedt på å forklare hvordan du ville ha løst det.

Det kan ta en stund før mobilappen din tjener penger (har du tross alt sett alle gratisappene i App Store?). Det vil ta tid før appen din blir anerkjent og brukt mye av målgruppen din. Når det skjer, har du myndighet til å kreve et lite gebyr for appen din.

En mobilapputvikler bør ha litt forståelse for hvordan man kan tjene penger på en mobilapp. Det er flere måter: annonsering i app, abonnement, betaling per nedlasting.

Hvis appen din vil være gratis den første lille stunden, bør utvikleren din ha forståelse for mobilannonsenettverk.

Kjøp i app fungerer når en app er smart utformet på en måte som vil føre til kjøpskonverteringer. Finn ut om utvikleren har erfaring med å jobbe med apper som følger denne modellen.

Kommunikasjon er en kritisk komponent i ethvert prosjekt. Siden du vil jobbe veldig tett med mobilapputvikleren din, vil du forstå hvordan du skal jobbe sammen (dvs. hvor ofte vil du kommunisere med ham eller henne).

De fleste utviklere bruker prosjektstyringsprogrammer for å liste opp oppgaver, merke dem når de er fullførte og sende ut fremdriftsvarsler. Basecamp, Jira og asana er eksempler på prosjektledelsesprogrammer som er mye brukt i dag.

Spør utvikleren om de bruker et program som dette. Hvis de gjør det, er det en solid indikasjon på at de vet hvordan de kan holde rede på leveranser, bruke verktøyet til å kommunisere med viktige interessenter og spore fremdriften hvert trinn på veien.

Du bør også identifisere hvor ofte du vil snakke med utvikleren. Vil du planlegge et ukentlig møtesett for en bestemt tid og dato?

Hvis utvikleren jobber eksternt, vil du sjekke inn personlig så ofte og håndtere all kommunikasjon elektronisk eller via telefonkonferanser? Tidssoner kan også være et problem i dette tilfellet; det er viktig å vurdere før du ansetter en mobilapputvikler.

Når du stiller dette spørsmålet, må kandidaten demonstrere en forståelse av den komplette livssyklusen til utviklingen av en app, i stedet for bare de umiddelbare kravene. 

Å høre det meste av det følgende vil indikere at mobilapputvikleren som blir intervjuet har god forståelse for alle trinnene i utviklingen av en mobilapp.

• Detaljert formål med appen for apputgiveren
• Beskrivelse av målgruppen, ulike "personas" og / eller brukerdemografi
• Eventuelle eksisterende apper som implementerer et lignende konsept
• Wireframes og design av utseendet og følelsen
• Endelig kunstverk - en god utvikler bør kreve det endelige kunstverket før de begynner å utvikle for å sikre at ingen dobling av innsatsen blir gjort. 

Viktigere enn den faktiske utviklingen av en app er selve testingen. Du vil ikke starte en app som ikke er grundig testet. Feil og problemer med funksjoner kan skje, men skal bare skje i løpet av testperioden.

En mobilapputvikler bør håndtere alle testene og bruke metoder som sporer alle funksjoner, fastslår at de alle er implementert og er i orden. Testing skal utføres under og etter utvikling av mobilapper.

Det er viktig å søke ekstern hjelp i testing av mobilapper. Du og en mobilapputvikler vil ha jobbet med det samme prosjektet en stund, derfor kan du kanskje ikke identifisere feil eller ulemper. Vurder å søke et utenforstående synspunkt.

Når en app er utviklet og grundig testet, er det på tide å lansere. iOS-utviklerne dine bør for eksempel ha erfaring med å sende inn appen til forskjellige Apple app store og andre store plattformer.

Innleveringsprosessen er lang, og det kan være frustrerende. Utvikleren din bør vite hvordan prosessen fungerer og veilede deg underveis.

Appen skal sendes inn under navnet ditt, ikke under mobilapputviklerens navn. Appbutikken må vite hvem som er ansvarlig for appen i tilfelle du ikke lenger er i kommunikasjon med mobilapputvikleren du hyret. Uten den kan ikke nye versjoner av appen sendes til butikken, og du blir tvunget til å gi ut en helt ny app under en annen konto eller et annet navn.

Husker vi nevnte delen om ikke å være i kommunikasjon med utvikleren av mobilappen din? Hvis alt går bra, har du ansatt en profesjonell mobilapputvikler som du kan etablere et profesjonelt samarbeid med. Enda viktigere, de vil være der for deg lenge etter at appen er sendt til appbutikken.

Å holde brukere engasjert, holde tritt med feilrettinger og oppdatere appversjoner er en del av vedlikeholdsprosessen. Ingen kjenner innmaten til appen din bedre enn mobilapputvikleren din.

Spør dem hvordan vedlikeholdsstøtteprogrammer er strukturert, og hvordan de vil adressere endringer i appen etter behov. Finn også ut hvor mye det koster. De fleste utviklere vil lade per time.

PWAs eller Progressive Web Applications er et hybridkonsept mellom nettsteder og native mobilapplikasjoner. Utvikleren trenger å demonstrere og forstå hvordan man til slutt kan frigjøre en PWA, som gjenbruker noe av funksjonaliteten til nettstedet og mobilappene, UTEN omskriving fra bunnen av.

Dette betyr at de skal forstå konseptet med å ha PWA og / eller native mobile apps, jobbe med backends eller infrastruktur som driver et nettsted og / eller produkt på en lignende måte, der mobilappen eller en hvilken som helst annen enhet faktisk bare er en " skin "- det virkelige arbeidet blir gjort i backend.

Les mer: iPhone-modeller i utgivelsesrekkefølge