Cv-exempel för UX-designer: gör designbesluten synliga

Ett UX-designer-cv bör ge ett kort resonemang för hur du tänker och sedan en tydlig väg till en portfölj som stöder det. Attraktiva skärmar ensamma visar inte problemet, begränsningarna eller resonemangets kvalitet. Visa hur du lärde känna användarna, gjorde designval och arbetade igenom implementeringsdetaljer. Cv:t och portföljen har olika syften: cv:t fastställer relevant erfarenhet, medan utvalda fallstudier låter läsaren granska beläggen djupare.

Den fiktiva designern arbetar med administrativa flöden, så exemplet betonar tillstånd, behörigheter och tydliga uppgifter. En portfölj för visuell varumärkesdesign skulle inte ensam stödja samma resonemang. Bestäm vilka designproblem ditt cv presenterar dig som lösare av och välj sedan fallstudier som låter någon granska problemen. Samstämmighet mellan dokumentet och portföljen är viktigare än en modern designetikett.

Samiras fiktiva profil kretsar kring ett svårt arbetsflöde snarare än en modern visuell stil. Punkten om åtkomstförfrågan kopplar observation till en konkret designändring. Prototyper visas som ett sätt att besvara frågor, inte som ett produktionsantal. Komponentarbetet omfattar tangentbordsbeteende och feltillstånd eftersom interaktionskvalitet sträcker sig bortom polerade standardvyer. Granskningen efter release klargör att designern förblev delaktig efter överlämning. Alla arbetsgivare, projekt och resultat här är påhittade undervisningsexempel.

Komponentpunkten omfattar tomma tillstånd och fel eftersom användare möter gränssnittet utanför idealflödet. Om ditt projekt förbättrade tillstånden, göm inte bidraget under ”skapade UI-skärmar”. Förklara vilket beteende som behövde specificeras och hur teamet använde vägledningen. Detaljerat interaktionsarbete kan visa designmognad även när det ger få bilder som passar portföljen.

Återfinn för varje fallstudie den ursprungliga problemformuleringen, begränsningarna, alternativen och beläggen som gav underlag för designen. Notera vad du personligen gjorde, vad en researcher eller produktchef tillförde och vad utvecklingen ändrade under leveransen. Håll deltagarinformation privat. Om yrkesarbete inte får delas, förbered en godkänd anonymiserad förklaring eller använd ett annat projekt. En tydlig beskrivning av beslutet kan vara användbar även när det slutliga gränssnittet inte får visas offentligt.

Lägg till en bidragskarta i fallstudieanteckningarna: research från andra, designarbete du utförde, gemensamma beslut och implementeringsändringar. Det hindrar en polerad berättelse från att oavsiktligt hävda gemensamt arbete som individuellt. Anteckna också vad du inte lärde dig. En studie som besvarade navigationsfrågor kanske inte stöder påståenden om långsiktig användning eller bredare marknadspreferenser.

Den första punkten undviker att hävda att sex sessioner representerar varje användare. Den förklarar en designreaktion på en konkret observerad svårighet. När du redigerar din egen version, ange uppgiften och ändringen som följde undersökningen. ”Förbättrade användarupplevelsen” är för brett för att bedöma. Om du senare mätte uppgiftsgenomförande, ange testförhållandena. Om du inte gjorde det är det observerade problemet och den genomförda åtgärden fortfarande legitima belägg utan en påhittad framgångsandel.

Omskrivningen om åtkomstförfrågan bör leda till ett konkret ögonblick i portföljen: det förvirrande statustillståndet och det nya beteendet för nästa steg. Visa alternativet du övervägde om det förklarar beslutet. En före- och efterbild utan uppgiften kan vilseleda läsare att bara bedöma utseendet. Cv-punkten bör ge tillräckligt sammanhang för att den visuella jämförelsen ska ha en meningsfull fråga bakom sig.

Användbarhetsmått kräver sammanhang: uppgiften, deltagarna, miljön och jämförelsen spelar alla roll. Ett litet modererat test kan identifiera problem men bör inte presenteras som en prestationsuppskattning för hela populationen. Produktanvändning efter en omdesign kan spegla andra ändringar. Beskriv observerade fynd omsorgsfullt och använd kvalitativa belägg när det är vad du har. Arbete med designsystem kan visa omfattning genom komponenter, team eller dokumenterade beteenden utan att reducera kvalitet till antal producerade skärmar.

Koppla metoder till arbetet de hjälpte dig utföra. Användbarhetstestning kan beläggas med en undersökningsfråga och ett efterföljande designval. Prototypframtagning kan beläggas med osäkerheten den löste. Tillgänglighetserfarenhet bör beskriva det faktiska arbetet, som specifikationer för tangentbordsinteraktion eller samarbete med specialister, i stället för att hävda universell regelefterlevnad. Lista verktyg kompakt. En lång programlista ersätter sällan en fallstudie med tydligt ansvar och ett försvarbart beslut.

Research och design är sammankopplade men olika förmågor. Att genomföra intervjuer, analysera fynd och omsätta fynd i en interaktion är olika bidrag. Beskriv dem du utförde. På samma sätt skiljer sig vana vid ett komponentbibliotek från att definiera återanvändbart beteende eller styra dess införande. Färdighetsavsnittet bör inte antyda att användning av ett befintligt system motsvarar att skapa hela systemet.

Nya designer kan använda kursarbete, ideellt arbete eller egna projekt när sammanhanget är uttryckligt. En spekulativ omdesign bör identifiera sina antaganden och får inte antyda åtkomst till ett företags användare eller interna data. Visa iterationer och förklara varför den slutliga inriktningen ändrades. Ta med begränsningar du faktiskt mötte, som rekryteringsbegränsningar eller implementeringsresurser. En fokuserad fallstudie om ett mindre problem ger ofta bättre belägg än en påhittad helhetsprocess som omfattar varje tänkbar undersökningsmetod.

Erfarna designer bör visa hur inflytandet växte: att forma otydligt arbete, förbättra gemensamma mönster, navigera begränsningar mellan team eller handleda andra designer. Låt inte varje senior punkt handla om workshoppar. Förklara vad workshoppen löste och hur beslutet påverkade produkten. Om du ledde personal, ange team och ansvar. Om du var senior specialist, beskriv designomfattning och partnerskap utan att antyda chefsbefogenheter du saknade.

En designer som återkommer från en annan disciplin kan använda ett noggrant avgränsat projekt för att visa aktuellt interaktionsarbete. Förklara eventuella användarantaganden och märk spekulativt arbete. Behåll tidigare yrkesbelägg som visar samarbete eller områdeskunskap men låt det nya projektet fastställa designfärdigheten. Undvik en berättelse som i efterhand omvandlar varje tidigare roll till UX-arbete.

Tänk dig en kontoadministratör som upprepade gånger tilldelar åtkomst till fel arbetsyta. Designarbetet börjar med att förstå uppgiften och förvirringens källa, inte med att välja en ny färgpalett. Kanske döljer det nuvarande gränssnittet arbetsytans sammanhang efter första steget. Skilj observationer från antaganden i erfarenhetsanteckningarna och dokumentera vilka som deltog i undersökningen. Beskriv sedan utforskade alternativ, som att hålla sammanhanget synligt eller ändra bekräftelsesteget. Det skapar en användbar fallstudieberättelse även om den slutliga visuella ändringen ser liten ut.

En fiktiv cv-punkt kan lyda: ”Gjorde om val och bekräftelse av arbetsyta efter att användbarhetssessioner visat kontextförvirring och lade till beständiga arbetsyteetiketter och uttrycklig granskning före inskick.” Formuleringen kopplar ett fynd till interaktionsval. Den hävdar inte universell eliminering av fel. Förklara i portföljen varför du valde inriktningen och vilka utvecklingsbegränsningar som påverkade slutbeteendet. Visa relevanta fel- och tangentbordstillstånd i stället för bara den renaste skärmen. Om releaseversionen skilde sig från prototypen, identifiera skillnaden ärligt.

Cv:t bör sedan peka på fallstudien med tillräcklig samstämmighet för att läsaren ska känna igen den omedelbart. Använd samma projekttitel, datum och ansvarsbeskrivning. Kontrollera fallstudiens första skärm: den bör ange problemet och din roll före en lång processtidslinje. Om en kollega genomförde undersökningen, erkänn bidraget och betona din designreaktion. En transparent beskrivning av samarbetet är mer användbar än en polerad berättelse där en designer verkar ha utfört varje disciplin ensam.

En roll med fokus på företagsprogramvara kräver belägg för komplexitet, behörigheter och återkommande flöden. En konsumentmobilroll kan gynnas av interaktionsdetaljer, introduktion och plattformsbegränsningar. Ordna portföljprojekten så att de matchar cv:ts resonemang. Använd samma projektnamn och rollbeskrivningar på båda ställena så att läsaren kan koppla ihop dem. När ett visuellt daterat projekt visar relevant resonemang, förklara sammanhanget i stället för att ersätta substansen med en orelaterad polerad skiss.

Titta på målteamets designyta och begränsningar. Komplex skrivbordsprogramvara kan kräva tät information och rollbehörigheter. Mobilarbete kan kräva interaktion på liten skärm och plattformskonventioner. Välj belägg som behandlar jämförbara begränsningar. Om portföljen saknar en exakt matchning, förklara det överförbara beslutet i stället för att måla om ett orelaterat projekt så att det liknar arbetsgivarens produkt.

En vanlig svaghet är ett imponerande processdiagram utan beslut. En annan är en portföljlänk som kräver oförklarad åtkomst eller öppnas på en ofärdig startsida. Kontrollera om cv:t förblir begripligt utan portföljen. Vissa läsare granskar dokumentet först. Kalla inte ett teams arbete helt ditt eget. Undvik standardpersonas som framställs som forskningsfynd och ta bort deltagaridentifierare eller konfidentiellt kundmaterial från både PDF och länkade fallstudier.

Öppna portföljen från länken i det exporterade cv:t och testa den utan att vara inloggad. Kontrollera att bilder, bildtexter och text förklarar din roll på en liten skärm. Bekräfta att lösenord eller åtkomstinstruktioner hanteras lämpligt och att inga deltagaruppgifter finns i filerna. Läs slutligen varje cv-punkt bredvid sin fallstudie. Omfattning, researchpåståenden och releasestatus bör stämma överens.

• Koppla researchobservationer till ett faktiskt designbeslut.
• Ange din roll separat från resten av teamet.
• Kontrollera portföljåtkomst och att projektnamn stämmer med cv:t.
• Beskriv tillgänglighetsarbete precist utan obelagda påståenden om regelefterlevnad.