Indlæring fra produktdesigninterviews

I løbet af de sidste par måneder interviewede jeg hos Dropbox, Google, Lyft og masser af andre. Her er hvad jeg lærte.

Medium fortalte mig, at jeg skulle have et billede…. Så jeg lavede en.

For at være helt ærlig var dette første gang, jeg har gennemgået den holistiske designerintervjueproces. Næsten alle tidligere roller snublede jeg gennem forbindelser, arbejdede med andre, der førte til en rolle, eller var hos små virksomheder, hvor en formel designsamtale næppe blev bygget ud. Forhåbentlig vil dette være af værdi for nogen, der er ny til at designe, såvel som for en der har været i et stykke tid, men ikke har interviewet udførligt.

Alle produkt- / UX-designsamtaler, jeg gik igennem, havde tre kernedele. Disse dele vil være strukturen i det følgende.

1. Portfoliopræsentation
2. Design Challenge
3. Samtaleinterviews

Det er værd at nævne, at for at komme til dette punkt skal din online portefølje fange øje med en arbejdsgiver. Det er en hel notere-artikel, men der er nogle små ting her, der også skal hjælpe med at forme det.

1. Portfoliopræsentation

Portfoliopræsentationen er en mulighed for intervieweren til at få en fornemmelse af din designproces, og hvordan du nærmer dig et designproblem. Ofte har du tid nok til at vise 1-2 projekter. Hvis du har tid nok til mere, går du sandsynligvis ikke i detaljer ...

Fortæl en historie.

Dette kan ikke overdrives. At præsentere et projekt siger simpelthen, hvordan du kom fra punkt A til punkt B. Uanset din proces skal dette kommunikeres. Du kan røre ved specifikke problemer, du stød på undervejs, forgrenede retninger, du udforskede, eller andre detaljer ... Uanset hvad skal historien, der forbinder hver del, formidles. Undvig dig ikke langt fra kerneproblemer og -løsninger.

Mindre er mere.

Meget af den proces, jeg gik igennem over tid, fortsatte med at destillere de problemer, jeg ville fokusere på på præsentationen, og talte mere direkte til, hvordan disse særlige problemer blev løst. Med ethvert designprojekt har du snesevis af overvejelser og problemer, der blev løst. Det er dit job som programleder at fokusere samtalen omkring dem, der virkelig betyder noget (eller gruppere problemerne i kategorier, der er mere holistiske, men kondenserede).

Dette er også relevant for, hvordan du strukturerer og præsenterer glidebanen. Find måder at placere mindre information på hvert dias. Det var ikke ualmindeligt, at jeg havde en hel dias med kun et enkelt spørgsmål om det, eller et citat fra at tale med brugerne (som, 10 ord…). Du har at gøre med opmærksomhedsspænd her. Designers opmærksomhedsspænd er ikke anderledes end nogen anden person, og som du ved, vil et afsnit med fire sætninger ikke blive læst. Billeder og kuglepunkter er din ven. Brug dem '.

Præsentere for mennesker, der ikke ved noget om design.

Jeg fandt, at dette var super nyttigt. Mennesker, der ikke har nogen erfaring med design, stiller ofte de spørgsmål, der er mest vigtige, da de er spørgsmål omkring historien. I sidste ende vil du være i stand til at besvare spørgsmålet, 'giver denne historie mening for nogen, der ikke har noget tidligere begreb om det?'

Her er en grov skabelon, jeg begyndte at bruge til at konvertere et designprojekt til et præsentabelt projekt:

  1. Virksomheds / projektbeskrivelse - Hvad virksomheden gør, og hvilken rolle dette design havde haft i denne virksomhed.
  2. Design (før .. hvis der var et 'før')
  3. Design (efter)
  4. Din rolle - Hvad du gjorde, hvem du arbejdede med, som var primære interessenter ..
  5. Hvordan definerer du succesen med disse designs? (Dette er ofte udeladt i mange præsentationer og uden tvivl den vigtigste del. Det er ideelt med data)
  6. Indblik i problemet (fra data, tale med brugere, forretningsmæssige mål osv.).
  7. Hvordan du gik omkring og kiggede på problemet - Hvilke spørgsmål stillede du? Hvordan gik du hen til besvare dem?
  8. Undersøgelse af variationer af løsninger på dette problem (wireframes / prototypes)
  9. Valgt løsning - Dette er det design, du landede på, det er derfor, du gjorde det. Kunne besvare dette for bogstaveligt talt alle elementer i designet (hvis du kan vise dette som en prototype eller faktisk interaktivt design, endnu bedre).
  10. Resultater - Hvordan # 5 matchede op, og hvis det var en succes.

redigering: Jeg skrev denne artikel som en udvidelse af denne liste (efter dette indlæg), da det ofte er gået glip af: En ramme til kommunikation af ethvert projekt

2. Design Challenge

Mange af de aktuelle interviewprocesser har enten en take-home-udfordring, en white board-designudfordring eller begge dele. Jeg vil fokusere på whiteboard-designudfordringen, da meget af feedback-udfordringerne til design af hjemmet svarer til det, jeg nævnte ovenfor i porteføljepræsentationen. Åh også, de fleste af disse designudfordringer er super vage (design et termometer til seniorer ..). De gør dette af en grund, da de vil se, hvordan du håndterer tvetydighed. Det er dit job at give form til problemet.

Få klarhed i, hvad de vil se fra dig.

Du har i bedste fald en time her til at komprimere hele designprocessen til. Det er vigtigt at vide, hvilke dele man skal fokusere mest på og i sidste ende, hvad intervieweren prøver at måle i dit skillset.

Med et interview på Udemy følte de, at jeg ikke skitserede nok designløsninger. Hos Dropbox modtog jeg positiv feedback fra designudfordringen uden at tegne en enkelt boks. Hvis jeg interviewede, ville det at se meget mindre for mig at se designløsninger være tankeprocessen, men dette var min egen skyld, da jeg ikke bad om klarhed om, hvad der betyder noget for den person, der interviewede mig. Hvis du er heldig, vil intervieweren guide dig i den retning de ønsker at se din tankeproces, men du kan ikke stole på det. Brug et minut eller to i starten på at klarlægge, hvor de vil se din tankeproces. Du kan endda lægge en tidslinje på tavlen for at hjælpe med at håndhæve dette fokus (10 minutters problemopdagelse, 5 minutters problemdefinition, 20 minutters iteration / brainstorming osv.)

Start med problemet.

Der er masser af rammer til at tænke på disse designudfordringer. Når det er sagt, følte jeg mig mest undervurderet at grave ind i problemet. Det betyder forståelse af, hvem der har dette problem, konteksten og miljøet for, hvordan de støder på dette problem, og til sidst, hvordan det bedst mulige resultat ser ud.

Brug historier.

Sæt dig selv i brugerens sko. Giv alt et sammensat navn (brugeren, firmaet osv.). Det vil hjælpe med at skabe en verden, du kan navigere lettere og hurtigere, såvel som hurtigt at oprette forbindelse og empati med brugerens behov. Bed intervieweren om at være med og forme den verden med dig - før dem med i samtalen.

Strukturer din tid i overensstemmelse hermed.

Du har i bedste fald en time her til at komprimere hele designprocessen til. Det er utroligt nyttigt at vide, hvilke dele man skal fokusere mest på og indstille en timer på, hvordan man planlægger at afsætte den tid (især for folk som mig, der let kan bevæge sig ned gennem kaninhuller ...).

Vær ikke bange for at bruge mindre af tavlen ...

At skrive på en tavle kan være temmelig besværlig og langsom. Når jeg begyndte at stille spørgsmål og skrive læringer i Evernote og bringe nogle af de vigtigste punkter videre til tavlen, var jeg i stand til at bevæge mig og tænke meget mere flydende og hurtigt.

3. Samtaleinterviews

Næsten alle interviews, jeg har gennemgået, har samtaler med andre medlemmer af teamet. Produktledere, designere, ingeniører osv.… De fleste spørgsmål kan destilleres i tre ting, som arbejdsgivere forsøger at måle:

  1. Hvordan ser denne designdesign ud?
  2. Hvordan samarbejder denne person og kommunikerer med andre medlemmer af teamet?
  3. Hvorfor vores firma?

Tal fra tidligere erfaringer.

Tidligt i interviewprocessen tog det mig lidt tid at huske detaljer om tidligere projekter, og hvordan det relaterede til deres virksomhed. Efter at dette skete et par gange, gik jeg gennem mine sidste 3 job og prøvede at huske et designprojekt, der var relevant for disse spørgsmål:

  • Hvad var noget, jeg kæmpede med i et bestemt projekt? Hvordan håndterede jeg det, og hvordan skulle jeg håndtere det nu ved at vide, hvad jeg ved ...
  • Hvad var noget, jeg var stolt af i et bestemt projekt?
  • Hvad var et eksempel på, hvordan jeg arbejdede med produktledere og -udviklere for at løse et bestemt problem under en begrænsning ..

Stil spørgsmål, der betyder noget for dig.

Interviews er en tovejsgade. Hvis du ikke har gode spørgsmål til at stille intervieweren, ser dette dårligt ud på dig. Det er som at gå ud på en date og bruge al din tid på at prøve at imponere den anden person ... Du har glemt at selv få en fornemmelse af, om denne person er det rigtige for dig ...

Forstå, hvad der betyder noget for dig i en rolle, og still spørgsmål, der er kernen i disse behov. dvs. det var virkelig vigtigt for mig at samarbejde med andre designere, så jeg spurgte, 'Hvor meget tid er brugt på designkritik og feedback i en given uge?' Få detaljer.

Har et godt svar på 'hvorfor os?'

Dette er en ingen hjerne, og noget der burde være. Du vil dog blive overrasket over, hvor almindelige mennesker interviewes, bare fordi de ønsker et nyt job. Dette er ikke nok. Tal til, hvorfor virksomhedens mission er relevant for dine egne motiver. Eller kom med en (ikke ideel). Uanset hvad, gør det godt.

Tag dig tid til at give et svar.

En ting, jeg begyndte at gøre senere i interviews, var at skrive det spørgsmål, der blev stillet til mig, og bruge 20–30 sekunder på at brainstorme svar. Hvis du lader personen vide det, og det har det godt med dem (i de fleste tilfælde er det), giver det dig tid til at strukturere dine svar mere forsætligt og fortælle den historie, du vil have.

Gør dette uanset hvor hurtigt du vil svare på spørgsmålet. Konsistens er vigtig her, da det ikke antyder, at du er mere forberedt eller uforberedt på et bestemt spørgsmål.

Et par andre stykker af indsigt ..

  • Se på interviews som en samtale for at være passende. Jeg stoppede med at bruge ordet 'interview' på mit eget mentale sprog. Jeg ville bogføre det på min kalender som "Samtale med Lyft". Det gjorde det muligt for mig at være roligere og holde op med at bekymre mig om, hvis de kunne lide mig, uden anden grund for ikke at mislykkes.
  • Afvisning suger. Det sker. Jeg er overbevist om, hvis jeg interviewede nogen af ​​de virksomheder, der afviste mig nu ved at vide, hvad jeg nu ved, ville de have givet mig et tilbud. Interviewing taler til dine evner som designer, men vigtigere er det, det taler til dine evner til at præsentere dig selv. Så hvis de siger nej, betyder det ikke, at du ikke er en god nok designer. Se på det som en mulighed for at få feedback og forbedre.
  • Vær dig selv. I overensstemmelse med rollen eller en idé om, hvad du tror, ​​at virksomheden ønsker, vil det kun skade dig på lang sigt.
  • Tag det ikke personligt. Lad os indse det, interviews er stumme. Folk bliver bedt om at antage antagelser og konklusioner fra helt ufuldstændige oplysninger. Jo før du er klar over dette, jo bedre.
  • Få feedback. Det er virkelig virkelig virkelig virkelig værdifuldt. Nogle gange betyder det at være vedvarende og sende e-mailen til ansættelsen, efter at du er blevet afvist. Og hvis et firma ikke er i stand til at gøre det efter al den tid, du har investeret i dem, er de ikke din tid værd (råb til Eric Bailey, leder af UX på AltSchool for at have givet mig en times tid af sin tid for at få feedback, efter at de sagde nej ps. Jeg tror, ​​de stadig leder efter en senior produktdesigner).

Det er en wrap.

Jeg begynder som senior produktdesigner for et firma, der hedder Granular - en mulighed for at hjælpe med at forme og forbedre, hvordan landmændene kan drive bedre og smartere landbrug (et problem, vi alle er forbundet med gennem den mad, vi spiser). Der er masser af interessante, komplekse designproblemer, der skal løses, og et designteam, der hurtigt vil vokse i løbet af det næste år. Hvis du er en erfaren produktdesigner, der er interesseret i at blive medlem, er du velkommen til at nå ud.

Særlig tak til alle de mennesker, der gav mig feedback, og hjalp mig med at lære alt dette - nogle få især Braden Kowitz, Noah Levin og Brad Artziniega.