CV-eksempel for UX-designer: synliggjør designbeslutninger

En UX-designers CV bør gi en kort begrunnelse for måten du tenker på og deretter en tydelig vei til en portefølje som støtter den. Tiltalende skjermer alene viser ikke problemet, begrensningene eller resonnementets kvalitet. Vis hvordan du lærte om brukere, tok designvalg og arbeidet gjennom implementeringsdetaljer. CV-en og porteføljen har forskjellige formål: CV-en fastslår relevant erfaring, mens utvalgte casestudier lar leseren undersøke dokumentasjonen grundigere.

Den fiktive designeren arbeider med administrative arbeidsflyter, så eksempelet fremhever tilstander, tillatelser og oppgavetydelighet. En portefølje med visuell merkevarebygging vil ikke støtte samme begrunnelse alene. Avgjør hvilke designproblemer CV-en presenterer deg som en som kan løse, og velg deretter casestudier som lar noen undersøke problemene. Sammenheng mellom dokument og portefølje betyr mer enn en moteriktig designmerkelapp.

Samiras fiktive profil handler om en vanskelig arbeidsflyt fremfor en moteriktig visuell stil. Tilgangsforespørselspunktet knytter observasjon til en konkret designendring. Prototyper vises som en måte å besvare spørsmål på, ikke som et leveranseantall. Komponentarbeid omfatter tastaturoppførsel og feiltilstander fordi interaksjonskvalitet går utover polerte standardskjermer. Gjennomgangen etter lansering viser at designeren fortsatt var involvert etter overlevering. Alle arbeidsgivere, prosjekter og resultater her er oppdiktede undervisningseksempler.

Komponentpunktet omfatter tomme tilstander og feil fordi brukere møter grensesnittet utover idealforløpet. Hvis prosjektet ditt forbedret disse tilstandene, ikke skjul bidraget under «laget UI-skjermer». Forklar hvilken oppførsel som måtte spesifiseres og hvordan teamet brukte veiledningen. Detaljert interaksjonsarbeid kan vise designmodenhet selv når det gir få porteføljeklare bilder.

Gjenfinn den opprinnelige problemstillingen, begrensningene, alternativene og dokumentasjonen som belyste designet for hver casestudie. Noter hva du personlig gjorde, hva en brukerinnsiktsmedarbeider eller produktleder bidro med og hva utvikling endret under leveransen. Hold deltakeropplysninger private. Hvis profesjonelt arbeid ikke kan deles, lag en godkjent anonymisert forklaring eller bruk et annet prosjekt. En tydelig beskrivelse av beslutningen kan være nyttig selv når sluttgrensesnittet ikke kan vises offentlig.

Legg til et bidragskart i casestudienotatene: undersøkelser utført av andre, designarbeid du utførte, felles beslutninger og implementeringsendringer. Dette hindrer at en polert fortelling utilsiktet hevder felles arbeid som individuelt. Registrer også hva du ikke lærte. En studie som besvarte navigasjonsspørsmål, støtter kanskje ikke påstander om langsiktig bruk eller bredere markedspreferanser.

Første punkt unngår å hevde at seks økter representerer hver bruker. Det forklarer en designreaksjon på en konkret observert vanske. Når du redigerer egen versjon, spesifiser oppgaven og endringen som fulgte undersøkelsen. «Forbedret brukeropplevelsen» er for bredt til å vurdere. Hvis du senere målte oppgavefullføring, oppgi testforholdene. Hvis ikke, er det observerte problemet og gjennomførte svaret fortsatt legitim dokumentasjon uten en oppdiktet suksessrate.

Omskrivingen om tilgangsforespørselen bør føre til et konkret punkt i porteføljen: den forvirrende statustilstanden og den nye oppførselen for neste trinn. Vis alternativet du vurderte hvis det forklarer beslutningen. Et før-og-etter-bilde uten oppgaven kan villede lesere til bare å vurdere utseende. CV-punktet bør gi nok sammenheng til at den visuelle sammenligningen har et meningsfullt spørsmål bak seg.

Brukervennlighetsmål krever sammenheng: oppgaven, deltakerne, miljøet og sammenligningen betyr alle noe. En liten moderert test kan identifisere problemer, men bør ikke presenteres som et ytelsesanslag for hele populasjonen. Produktbruk etter et redesign kan gjenspeile andre endringer. Beskriv observerte funn omhyggelig og bruk kvalitativ dokumentasjon når det er det du har. Designsystemarbeid kan vise omfang gjennom komponenter, team eller dokumentert oppførsel uten å redusere kvalitet til antall produserte skjermer.

Knytt metoder til arbeidet de hjalp med å utføre. Brukervennlighetstesting kan underbygges med et undersøkelsesspørsmål og et designvalg som fulgte. Prototyping kan underbygges med usikkerheten den avklarte. Tilgjengelighetserfaring bør beskrive faktisk arbeid, som spesifikasjoner for tastaturinteraksjon eller samarbeid med spesialister, fremfor å hevde universell etterlevelse. List verktøy kort. En lang programvareliste erstatter sjelden en casestudie med tydelig ansvar og en forsvarlig beslutning.

Undersøkelser og design er forbundet, men forskjellige ferdigheter. Å tilrettelegge intervjuer, analysere funn og gjøre funn til en interaksjon er forskjellige bidrag. Beskriv dem du utførte. Tilsvarende skiller kjennskap til et komponentbibliotek seg fra å definere gjenbrukbar oppførsel eller styre innføringen. Ferdighetsseksjonen bør ikke antyde at bruk av et eksisterende system tilsvarer å lage hele systemet.

Nye designere kan bruke studiearbeid, frivillig arbeid eller personlige prosjekter når sammenhengen er uttrykkelig. Et uoppfordret redesign bør identifisere forutsetningene og må ikke antyde tilgang til et selskaps brukere eller interne data. Vis iterasjoner og forklar hvorfor sluttretningen endret seg. Ta med begrensninger du faktisk møtte, som rekrutteringsgrenser eller implementeringsressurser. En målrettet casestudie om et beskjedent problem gir ofte bedre dokumentasjon enn en oppdiktet helhetsprosess med hver mulig undersøkelsesmetode.

Erfarne designere bør vise hvordan innflytelsen utvidet seg: forme tvetydig arbeid, forbedre felles mønstre, håndtere begrensninger mellom team eller veilede andre designere. Unngå at hvert seniorpunkt handler om arbeidsseminarer. Forklar hva seminaret avklarte og hvordan beslutningen påvirket produktet. Hvis du ledet personer, oppgi team og ansvar. Hvis du var en senior fagperson uten personalansvar, beskriv designomfang og samarbeid uten å antyde ledermyndighet du ikke hadde.

En designer som vender tilbake fra et annet fagområde, kan bruke et nøye avgrenset prosjekt til å vise aktuell interaksjonspraksis. Forklar antakelser om brukere og merk spekulativt arbeid. Behold tidligere yrkesdokumentasjon som viser samarbeid eller fagområdekunnskap, men la det nye prosjektet dokumentere designferdigheten. Unngå en historie som gjør hver tidligere rolle om til UX-arbeid i ettertid.

Se for deg en kontoadministrator som gjentatte ganger gir tilgang til feil arbeidsområde. Designarbeidet begynner med forståelse av oppgaven og forvirringskilden, ikke valg av en ny fargepalett. Kanskje det nåværende grensesnittet skjuler arbeidsområdesammenhengen etter første trinn. Skill observasjoner fra antakelser i erfaringsnotatene og registrer hvem som deltok i undersøkelsen. Beskriv deretter utforskede alternativer, som å holde sammenhengen synlig eller endre bekreftelsestrinnet. Dette gir en nyttig casestudiefortelling selv om den endelige visuelle endringen virker liten.

Et fiktivt CV-punkt kan lyde: «Utformet valg og bekreftelse av arbeidsområde på nytt etter at brukervennlighetsøkter avdekket kontekstforvirring, med vedvarende arbeidsområdeetiketter og uttrykkelig gjennomgang før innsending.» Ordlyden knytter et funn til interaksjonsvalg. Den hevder ikke universell eliminering av feil. Forklar i porteføljen hvorfor du valgte retningen og hvilke utviklingsbegrensninger som påvirket sluttoppførselen. Vis relevante feil- og tastaturtilstander fremfor bare den ryddigste skjermen. Hvis den lanserte versjonen var forskjellig fra prototypen, identifiser forskjellen ærlig.

CV-en bør deretter peke til casestudien med nok samsvar til at leseren kjenner den igjen med en gang. Bruk samme prosjekttittel, datoer og ansvarsbeskrivelse. Kontroller casestudiens første skjerm: den bør oppgi problemet og rollen din før en lang prosesstidslinje. Hvis en kollega utførte undersøkelsene, gi æren for bidraget og fremhev ditt designsvar. En åpen beskrivelse av samarbeid er mer nyttig enn en polert historie der én designer ser ut til å ha utført hvert fagområde alene.

En rolle rettet mot bedriftsprogramvare krever dokumentasjon om kompleksitet, tillatelser og gjentatte arbeidsflyter. En forbrukerrettet mobilrolle kan ha nytte av interaksjonsdetaljer, innføring og plattformbegrensninger. Omprioriter porteføljeprosjekter etter CV-ens begrunnelse. Bruk samme prosjektnavn og rollebeskrivelser begge steder slik at leseren kan koble dem. Når et prosjekt er visuelt datert, men viser relevant resonnement, forklar sammenhengen fremfor å erstatte innhold med en irrelevant polert skisse.

Se på målteamets designflate og begrensninger. Kompleks skrivebordsprogramvare kan kreve tett informasjon og rolletillatelser; mobilarbeid kan kreve interaksjon på små skjermer og plattformkonvensjoner. Velg dokumentasjon som håndterer sammenlignbare begrensninger. Hvis porteføljen mangler nøyaktig samsvar, forklar den overførbare beslutningen fremfor å male om et irrelevant prosjekt for å ligne arbeidsgiverens produkt.

En vanlig svakhet er et imponerende prosessdiagram uten en beslutning. En annen er en porteføljelenke som krever uforklart tilgang eller åpner en uferdig hjemmeside. Kontroller om CV-en er forståelig uten porteføljen; noen lesere gjennomgår dokumentet først. Ikke kall et teams arbeid helt ditt eget. Unngå standardpersonaer presentert som undersøkelsesfunn og fjern deltakeridentifikatorer eller konfidensielt kundemateriale fra både PDF og lenkede casestudier.

Åpne porteføljen fra CV-ens eksporterte lenke og prøv den uten å være innlogget. Kontroller at bilder, bildetekster og tekst forklarer rollen din på en liten skjerm. Bekreft at passord eller tilgangsinstruksjoner håndteres riktig og at ingen deltakerdetaljer finnes i filer. Les til slutt hvert CV-punkt ved siden av casestudien; omfang, undersøkelsespåstander og lanseringsstatus bør stemme.

• Knytt observasjoner fra undersøkelser til en faktisk designbeslutning.
• Oppgi rollen din separat fra resten av teamet.
• Kontroller porteføljetilgang og samsvar med prosjektnavnene i CV-en.
• Beskriv tilgjengelighetsarbeid presist uten udokumentert etterlevelsespåstand.