CV-eksempel for UX-designer: gør designbeslutninger synlige

Et CV for en UX-designer bør give et kort argument for din måde at tænke på og derefter en tydelig vej til en portfolio, der understøtter det. Flotte skærme alene viser ikke problem, begrænsninger eller overvejelsernes kvalitet. Vis, hvordan du lærte om brugere, traf designvalg og arbejdede med implementeringsdetaljer. CV og portfolio tjener forskellige formål: CV'et fastslår relevant erfaring, mens udvalgte cases lader læseren undersøge dokumentationen dybere.

Den fiktive designer arbejder med administrative arbejdsgange, så eksemplet fremhæver tilstande, rettigheder og opgaveklarhed. En portfolio med visuelt branddesign ville ikke i sig selv understøtte samme argument. Afgør, hvilke designproblemer CV'et præsenterer dig som en løsning på, og vælg derefter cases, der lader nogen undersøge problemerne. Sammenhæng mellem dokument og portfolio betyder mere end en moderne designbetegnelse.

Samiras fiktive profil fokuserer på en vanskelig arbejdsgang frem for en moderne visuel stil. Adgangsanmodningspunktet forbinder observation med en konkret designændring. Prototyper vises som en måde at besvare spørgsmål på og ikke som et antal leverancer. Komponentarbejde omfatter tastaturadfærd og fejltilstande, fordi interaktionskvalitet går ud over polerede standardskærme. Gennemgangen efter udgivelse viser, at designeren fortsat deltog efter overdragelse. Alle arbejdsgivere, projekter og resultater her er opdigtede undervisningseksempler.

Komponentpunktet medtager tomme tilstande og fejl, fordi brugere møder grænsefladen ud over dens ideelle forløb. Hvis dit projekt forbedrede de tilstande, så skjul ikke bidraget bag »skabte UI-skærme«. Forklar den adfærd, der skulle specificeres, og teamets brug af vejledningen. Detaljeret interaktionsarbejde kan vise designmodenhed, selv når det giver få billeder til portfolioen.

Genfind for hver case det oprindelige problem, begrænsninger, alternativer og den dokumentation, der formede designet. Notér, hvad du personligt gjorde, hvad en researcher eller produktchef leverede, og hvad udvikling ændrede under leveringen. Hold deltageroplysninger private. Hvis erhvervsarbejde ikke må deles, så forbered en godkendt anonymiseret forklaring, eller brug et andet projekt. En tydelig beskrivelse af beslutningen kan være nyttig, selv når den endelige grænseflade ikke er tilgængelig offentligt.

Tilføj en bidragsoversigt i casenoterne: research leveret af andre, designarbejde udført af dig, fælles beslutninger og implementeringsændringer. Det forhindrer, at en poleret fortælling utilsigtet fremstiller fælles arbejde som individuelt. Registrér også, hvad du ikke lærte. En undersøgelse, der besvarede navigationsspørgsmål, understøtter måske ikke påstande om langsigtet brug eller bredere markedspræferencer.

Det første punkt undgår at hævde, at seks sessioner repræsenterer alle brugere. Det forklarer en designreaktion på en konkret observeret vanskelighed. Angiv ved redigering af din version opgaven og den ændring, researchen førte til. »Forbedrede brugeroplevelsen« er for bredt til at vurdere. Hvis du senere målte opgavegennemførelse, så angiv testbetingelserne. Hvis ikke, er det observerede problem og den implementerede reaktion stadig legitim dokumentation uden en opdigtet succesrate.

Omskrivningen om adgangsanmodninger bør pege på et konkret portfolioøjeblik: den forvirrende statustilstand og den nye adfærd med næste skridt. Vis det alternativ, du overvejede, hvis det forklarer beslutningen. Et før- og efterbillede uden opgaven kan få læseren til kun at vurdere udseende. CV-punktet bør give nok sammenhæng til, at den visuelle sammenligning har et meningsfuldt spørgsmål bag sig.

Brugervenlighedsmål kræver sammenhæng: opgave, deltagere, rammer og sammenligning betyder alle noget. En lille modereret test kan identificere problemer, men bør ikke fremstilles som et præstationsestimat for en hel population. Produktbrug efter et redesign kan afspejle andre ændringer. Beskriv observerede fund omhyggeligt, og brug kvalitativ dokumentation, når det er det, du har. Designsystemarbejde kan vise omfang gennem komponenter, teams eller dokumenteret adfærd uden at reducere kvalitet til antal fremstillede skærme.

Forbind metoder med det arbejde, de hjalp med. Brugervenlighedstest kan underbygges med et researchspørgsmål og et efterfølgende designvalg. Prototyper kan underbygges med den usikkerhed, de afklarede. Tilgængelighedserfaring bør beskrive faktisk arbejde som specifikation af tastaturinteraktion eller specialistsamarbejde frem for universel regeloverholdelse. Angiv værktøjer kort. En lang softwareliste erstatter sjældent en case med tydeligt ansvar og en beslutning, du kan stå inde for.

Research og design er forbundne, men forskellige færdigheder. At facilitere interviews, analysere fund og omsætte fund til interaktion er forskellige bidrag. Beskriv dem, du udførte. Tilsvarende er kendskab til et komponentbibliotek noget andet end at definere genbrugelig adfærd eller styre ibrugtagningen. Kompetenceafsnittet bør ikke antyde, at brug af et eksisterende system svarer til skabelse af hele systemet.

Nye designere kan bruge studiearbejde, frivilligt arbejde eller personlige projekter, når sammenhængen er udtrykkelig. Et selvopfundet redesign bør angive antagelser og må ikke antyde adgang til en virksomheds brugere eller interne data. Vis iterationer, og forklar, hvorfor den endelige retning ændrede sig. Medtag faktiske begrænsninger som rekrutteringsgrænser eller implementeringsressourcer. En fokuseret case om et beskedent problem giver ofte bedre dokumentation end en opdigtet proces fra start til slut med alle mulige researchmetoder.

Erfarne designere bør vise udvidet indflydelse: forme tvetydigt arbejde, forbedre fælles mønstre, navigere i begrænsninger mellem teams eller vejlede andre designere. Lad ikke hvert seniorpunkt handle om workshops. Forklar, hvad workshoppen afklarede, og hvordan beslutningen påvirkede produktet. Hvis du ledede mennesker, så angiv team og ansvar. Hvis du var seniorspecialist uden personaleansvar, så beskriv designomfang og partnerskaber uden at antyde ledelsesbeføjelser, du ikke havde.

En designer, der vender tilbage fra en anden disciplin, kan bruge et omhyggeligt afgrænset projekt til at vise aktuel interaktionspraksis. Forklar brugerantagelser, og markér selvopfundet arbejde. Behold tidligere faglig dokumentation for samarbejde eller domæneviden, men lad det nye projekt dokumentere designfærdigheden. Undgå en fortælling, der efterfølgende omdanner alle tidligere roller til UX-arbejde.

Forestil dig en kontoadministrator, der gentagne gange giver adgang til det forkerte arbejdsområde. Dit designarbejde begynder med forståelse af opgaven og forvirringens kilde og ikke valg af en ny farvepalet. Måske skjuler den nuværende grænseflade arbejdsområdesammenhængen efter første trin. Skeln i dokumentationsnoterne mellem observationer og antagelser, og registrér researchdeltagerne. Beskriv derefter udforskede alternativer som at holde sammenhæng synlig eller ændre bekræftelsestrinnet. Det skaber en nyttig casefortælling, selv hvis den endelige visuelle ændring ser lille ud.

Et fiktivt CV-punkt kunne lyde: »Omdesignede valg og bekræftelse af arbejdsområde, efter at brugervenlighedssessioner viste kontekstforvirring, og tilføjede vedvarende arbejdsområdebetegnelser og udtrykkelig gennemgang før indsendelse.« Formuleringen forbinder et fund med interaktionsvalg. Den hævder ikke universel fejleliminering. Forklar i portfolioen, hvorfor du valgte retningen, og hvilke udviklingsbegrænsninger der påvirkede den endelige adfærd. Vis relevante fejl- og tastaturtilstande frem for kun den pæneste skærm. Hvis den udgivne version afveg fra prototypen, så angiv forskellen ærligt.

CV'et bør derefter pege på casen med nok overensstemmelse til øjeblikkelig genkendelse. Brug samme projekttitel, datoer og ansvarsbeskrivelse. Kontrollér casens første skærm: den bør angive problem og rolle før en lang procestidslinje. Hvis en kollega udførte researchen, så kreditér bidraget, og fremhæv din designreaktion. En gennemsigtig samarbejdsbeskrivelse er mere nyttig end en poleret fortælling, hvor én designer ser ud til at have udført alle discipliner alene.

En rolle med erhvervssoftware kræver dokumentation om kompleksitet, rettigheder og gentagne arbejdsgange. En forbrugermobilrolle kan have gavn af interaktionsdetaljer, onboarding og platformbegrænsninger. Omordn portfolioprojekter, så de passer til CV'ets argument. Brug samme projektnavne og rollebeskrivelser begge steder, så læsere kan forbinde dem. Når et projekt er visuelt forældet, men viser relevante overvejelser, så forklar sammenhængen frem for at erstatte indhold med en uvedkommende flot mockup.

Se på målteamets designflade og begrænsninger. Kompleks desktopsoftware kan kræve tæt information og rollerettigheder; mobilarbejde kan kræve småskærmsinteraktion og platformkonventioner. Vælg dokumentation, der håndterer sammenlignelige begrænsninger. Hvis portfolioen mangler et præcist match, så forklar den overførbare beslutning frem for at male et uvedkommende projekt om, så det ligner arbejdsgiverens produkt.

En almindelig svaghed er et imponerende procesdiagram uden beslutning. En anden er et portfoliolink, der kræver uforklaret adgang eller åbner en ufærdig forside. Kontrollér, om CV'et er forståeligt uden portfolioen; nogle læsere gennemgår dokumentet først. Kald ikke et teams arbejde helt dit eget. Undgå standardpersonaer præsenteret som researchfund, og fjern deltageridentifikatorer eller fortroligt kundemateriale fra både PDF og linkede cases.

Åbn portfolioen fra CV'ets eksporterede link, og afprøv den uden at være logget ind. Kontrollér, at billeder, billedtekster og tekst forklarer din rolle på en lille skærm. Bekræft passende håndtering af adgangskoder eller adgangsinstruktioner og fravær af deltagerdetaljer i filer. Læs til sidst hvert CV-punkt sammen med casen; omfang, researchpåstande og udgivelsesstatus bør stemme overens.

• Knyt researchobservationer til en faktisk designbeslutning.
• Angiv din rolle adskilt fra resten af teamet.
• Kontrollér portfolioadgang og overensstemmelse med projektnavne i CV'et.
• Beskriv tilgængelighedsarbejde præcist uden en udokumenteret påstand om regeloverholdelse.