UX och UI – olika perspektiv på samma upplevelse
Vad skiljer UX från UI, och varför är gränsen inte alltid tydlig? En reflektion om research, flöden, gränssnitt och tillgänglig design.
Insights
UX och UI är två begrepp som ofta används tillsammans och nästan lika ofta blandas ihop.
Den enklaste förklaringen brukar vara att UI handlar om hur något ser ut, medan UX handlar om hur det fungerar. Det är en användbar början, men efter många år av arbete med digitala produkter och tjänster tycker jag att verkligheten är mer intressant än så.
Hur något ser ut påverkar nämligen hur vi förstår att det fungerar. Och hur en tjänst fungerar avgör vad gränssnittet behöver kommunicera.
UX och UI är därför inte två separata lager som läggs ovanpå varandra. Jag ser dem snarare som olika perspektiv på samma upplevelse.
UX börjar med att förstå situationen
UX står för User Experience – användarupplevelse. För mig börjar UX-arbetet med att förstå vad en människa försöker åstadkomma och vad som händer längs vägen.
Vilket behov har personen? Vilken kunskap har hen med sig? Vad skapar osäkerhet? Vilka hinder finns i dagens lösning? Vad behöver fungera före, under och efter mötet med det digitala gränssnittet?
För att närma oss svaren kan vi använda intervjuer, observationer, beteendedata, kundärenden och användningstester. Men researchen är inte ett mål i sig. Värdet uppstår först när insikterna påverkar hur problemet formuleras, vad teamet prioriterar och hur lösningen utformas.
UX handlar därför inte bara om att rita användarflöden eller göra en tjänst enkel att navigera. Det handlar om att förstå hela sammanhanget och fatta medvetna beslut utifrån det.
Ibland finns problemet i själva gränssnittet. En funktion är svår att hitta, informationen kommer i fel ordning eller nästa steg är otydligt.
I andra fall ligger problemet bakom skärmen. Användaren kanske behöver lämna samma uppgift flera gånger, får olika besked i olika kanaler eller tvingas vänta på grund av en intern process.
Då räcker det inte att flytta en knapp. Tjänsten behöver betraktas som ett sammanhängande system.
UI gör funktion och mening synlig
UI står för User Interface – användargränssnitt. Det omfattar de delar av en digital produkt som användaren ser och interagerar med: typografi, färger, knappar, formulär, ikoner, komponenter, tillstånd och rörelse.
Men UI är inte en dekorativ yta som läggs på när UX-arbetet är färdigt.
Den visuella utformningen hjälper användaren att förstå vad som är viktigt, vad som går att göra och vad som precis har hänt. En genomtänkt hierarki leder blicken. Konsekventa komponenter skapar igenkänning. Tydlig återkoppling visar om en handling har lyckats. Bra kontraster och klickytor gör lösningen möjlig att använda för fler.
Det är därför ett väl utformat UI inte bara gör produkten mer tilltalande. Det minskar den mentala ansträngningen och skapar tydlighet, orientering och förtroende.
Det visuella är en del av hur produkten fungerar.
En snygg knapp löser inte fel problem
Föreställ dig att en organisation vill att fler användare ska skapa en profil i en digital tjänst. Teamet ser att få använder funktionen och drar slutsatsen att knappen behöver synas bättre.
Det kan vara ett UI-problem. Knappen kanske har för låg kontrast, ligger på en oväntad plats eller konkurrerar med andra handlingar.
Men det kan också vara ett UX-problem. Användarna kanske inte känner till funktionen, inte förstår värdet av profilen eller är osäkra på vilka uppgifter de förväntas ange. De kanske hittar knappen men ändå väljer att inte fortsätta.
Om vi ändrar färg och storlek utan att förstå orsaken kan vi få fler klick, men inte nödvändigtvis fler kompletta profiler eller en bättre upplevelse.
Därför behöver designarbetet röra sig mellan perspektiven:
Vad försöker användaren uppnå?
Vad hindrar personen från att komma vidare?
Är problemet synlighet, begriplighet eller relevans?
Behöver flödet förändras?
Behöver innehållet bli tydligare?
Hur ska gränssnittet vägleda och ge återkoppling?
Först när vi förstår problemet kan vi avgöra vilken kombination av UX- och UI-förändringar som behövs.
Användaren ser inte våra ansvarsområden
I ett produktteam kan vi skilja mellan UX-research, tjänstedesign, interaktionsdesign, UI-design, innehåll och utveckling. Uppdelningen hjälper oss att beskriva olika kompetenser och ansvar.
Användaren upplever däremot inte våra yrkesgränser.
Den som försöker söka ett jobb, boka om en resa eller ansöka om ersättning möter en sammanhängande tjänst. För användaren spelar det ingen roll om problemet uppstod i researchen, informationsarkitekturen, den visuella designen eller processen bakom gränssnittet.
Hen upplever bara att tjänsten fungerar eller inte fungerar.
Det är en av anledningarna till att jag tycker om att arbeta genom hela designprocessen. När förståelsen för användaren, flödet och den visuella utformningen hålls samman blir det lättare att se konsekvenserna av olika designval.
En förenkling i ett flöde kan skapa nya frågor i gränssnittet. Verkligt innehåll kan visa att en komponent inte fungerar som tänkt. En visuell prototyp kan avslöja att vi behöver gå tillbaka och förstå behovet bättre.
Designprocessen är därför sällan en rak resa från research till wireframe och vidare till färdigt UI. Den rör sig fram och tillbaka:
förstå → formulera → utforma → testa → ompröva
Det är inte ett tecken på att processen har misslyckats. Det är så lösningen utvecklas.
Tillgänglighet visar hur UX och UI hänger ihop
Tillgänglighet är ett tydligt exempel på varför UX och UI inte bör separeras för mycket.
Kontraster, textstorlekar, fokusmarkeringar och klickytor är konkreta delar av gränssnittet. Men tillgänglighet handlar också om begripligt språk, logisk navigation, förutsägbara beteenden och möjligheten att genomföra en uppgift med olika hjälpmedel.
En knapp kan ha perfekt färgkontrast men ändå vara svår att förstå. Ett formulär kan fungera med tangentbord men bli omöjligt att slutföra om felmeddelandet inte förklarar vad som behöver rättas. Ett visuellt tydligt flöde kan fortfarande utestänga användare om den tekniska strukturen inte kan tolkas av en skärmläsare.
Tillgänglighet är därför inte ett separat lager eller en kontroll som görs i slutet. Det är en kvalitetsfråga som behöver finnas med i både upplevelsen, gränssnittet och implementationen.
När vi designar för olika förutsättningar skapar vi ofta dessutom bättre lösningar för alla.
Bra UX betyder inte alltid färre steg
UX förknippas ofta med att göra saker enkla och friktionsfria. Det är en bra ambition, men enkelhet behöver inte alltid betyda så få klick som möjligt.
Vissa tjänster innehåller svåra beslut, komplexa regler eller handlingar som får stora konsekvenser. Då kan ett extra steg ge användaren tid att kontrollera sitt val. En förklaring kan vara viktigare än ett kortare flöde. En bekräftelse kan skapa trygghet snarare än onödig friktion.
Målet är inte att ta bort allt som kräver eftertanke. Målet är att ta bort den ansträngning som inte hjälper användaren framåt.
UX hjälper oss att avgöra vilka beslut, steg och vilken information som behövs. UI hjälper oss att presentera dem på ett sätt som känns tydligt och hanterbart.
Måste UX och UI vara olika roller?
I vissa organisationer arbetar olika specialister med UX-research, interaktionsdesign, visuell design och designsystem. I andra ansvarar en produktdesigner eller UX/UI-designer för stora delar av processen.
Jag tror inte att det finns en enda korrekt uppdelning.
En komplex produkt kan behöva flera specialister som fördjupar sig inom olika områden. Ett mindre team kan vinna på att en designer följer arbetet från tidig discovery till detaljerat gränssnitt och implementation.
Det viktiga är inte att dra en perfekt gräns mellan rollerna. Det viktiga är att teamet har förmågan att:
förstå användarnas behov och beteenden,
formulera vilket problem som ska lösas,
skapa logiska flöden och strukturer,
utforma ett tydligt och tillgängligt gränssnitt,
testa lösningen med användare,
och följa upp om den skapade önskad effekt.
Om UX-arbetet saknar koppling till det konkreta gränssnittet riskerar ett bra koncept att bli otydligt i sin slutliga form. Om UI-arbetet saknar ett UX-perspektiv riskerar teamet att förfina en lösning innan det har säkerställt att den löser rätt problem.
Olika perspektiv, ett gemensamt resultat
UX handlar om hela upplevelsen av att använda en produkt eller tjänst: om den möter ett relevant behov, fungerar i sitt sammanhang och hjälper användaren att nå sitt mål.
UI handlar om det gränssnitt genom vilket en stor del av upplevelsen blir synlig och möjlig att använda.
UI är alltså en del av UX, men inte hela UX. Samtidigt går det inte att skapa en bra digital användarupplevelse utan att ta gränssnittets visuella och interaktiva utformning på allvar.
För mig är därför den mest intressanta frågan inte exakt var UX slutar och UI börjar.
Den är hur research, innehåll, flöden, interaktion och visuell design kan samverka för att göra en komplex produkt eller tjänst tydligare.
När de olika perspektiven drar åt samma håll kan vi skapa lösningar som inte bara ser genomarbetade ut eller fungerar i teorin, utan som faktiskt känns begripliga, användbara och värdefulla för den person som möter dem.
More to Discover
UX och UI – olika perspektiv på samma upplevelse
Vad skiljer UX från UI, och varför är gränsen inte alltid tydlig? En reflektion om research, flöden, gränssnitt och tillgänglig design.
Insights
UX och UI är två begrepp som ofta används tillsammans och nästan lika ofta blandas ihop.
Den enklaste förklaringen brukar vara att UI handlar om hur något ser ut, medan UX handlar om hur det fungerar. Det är en användbar början, men efter många år av arbete med digitala produkter och tjänster tycker jag att verkligheten är mer intressant än så.
Hur något ser ut påverkar nämligen hur vi förstår att det fungerar. Och hur en tjänst fungerar avgör vad gränssnittet behöver kommunicera.
UX och UI är därför inte två separata lager som läggs ovanpå varandra. Jag ser dem snarare som olika perspektiv på samma upplevelse.
UX börjar med att förstå situationen
UX står för User Experience – användarupplevelse. För mig börjar UX-arbetet med att förstå vad en människa försöker åstadkomma och vad som händer längs vägen.
Vilket behov har personen? Vilken kunskap har hen med sig? Vad skapar osäkerhet? Vilka hinder finns i dagens lösning? Vad behöver fungera före, under och efter mötet med det digitala gränssnittet?
För att närma oss svaren kan vi använda intervjuer, observationer, beteendedata, kundärenden och användningstester. Men researchen är inte ett mål i sig. Värdet uppstår först när insikterna påverkar hur problemet formuleras, vad teamet prioriterar och hur lösningen utformas.
UX handlar därför inte bara om att rita användarflöden eller göra en tjänst enkel att navigera. Det handlar om att förstå hela sammanhanget och fatta medvetna beslut utifrån det.
Ibland finns problemet i själva gränssnittet. En funktion är svår att hitta, informationen kommer i fel ordning eller nästa steg är otydligt.
I andra fall ligger problemet bakom skärmen. Användaren kanske behöver lämna samma uppgift flera gånger, får olika besked i olika kanaler eller tvingas vänta på grund av en intern process.
Då räcker det inte att flytta en knapp. Tjänsten behöver betraktas som ett sammanhängande system.
UI gör funktion och mening synlig
UI står för User Interface – användargränssnitt. Det omfattar de delar av en digital produkt som användaren ser och interagerar med: typografi, färger, knappar, formulär, ikoner, komponenter, tillstånd och rörelse.
Men UI är inte en dekorativ yta som läggs på när UX-arbetet är färdigt.
Den visuella utformningen hjälper användaren att förstå vad som är viktigt, vad som går att göra och vad som precis har hänt. En genomtänkt hierarki leder blicken. Konsekventa komponenter skapar igenkänning. Tydlig återkoppling visar om en handling har lyckats. Bra kontraster och klickytor gör lösningen möjlig att använda för fler.
Det är därför ett väl utformat UI inte bara gör produkten mer tilltalande. Det minskar den mentala ansträngningen och skapar tydlighet, orientering och förtroende.
Det visuella är en del av hur produkten fungerar.
En snygg knapp löser inte fel problem
Föreställ dig att en organisation vill att fler användare ska skapa en profil i en digital tjänst. Teamet ser att få använder funktionen och drar slutsatsen att knappen behöver synas bättre.
Det kan vara ett UI-problem. Knappen kanske har för låg kontrast, ligger på en oväntad plats eller konkurrerar med andra handlingar.
Men det kan också vara ett UX-problem. Användarna kanske inte känner till funktionen, inte förstår värdet av profilen eller är osäkra på vilka uppgifter de förväntas ange. De kanske hittar knappen men ändå väljer att inte fortsätta.
Om vi ändrar färg och storlek utan att förstå orsaken kan vi få fler klick, men inte nödvändigtvis fler kompletta profiler eller en bättre upplevelse.
Därför behöver designarbetet röra sig mellan perspektiven:
Vad försöker användaren uppnå?
Vad hindrar personen från att komma vidare?
Är problemet synlighet, begriplighet eller relevans?
Behöver flödet förändras?
Behöver innehållet bli tydligare?
Hur ska gränssnittet vägleda och ge återkoppling?
Först när vi förstår problemet kan vi avgöra vilken kombination av UX- och UI-förändringar som behövs.
Användaren ser inte våra ansvarsområden
I ett produktteam kan vi skilja mellan UX-research, tjänstedesign, interaktionsdesign, UI-design, innehåll och utveckling. Uppdelningen hjälper oss att beskriva olika kompetenser och ansvar.
Användaren upplever däremot inte våra yrkesgränser.
Den som försöker söka ett jobb, boka om en resa eller ansöka om ersättning möter en sammanhängande tjänst. För användaren spelar det ingen roll om problemet uppstod i researchen, informationsarkitekturen, den visuella designen eller processen bakom gränssnittet.
Hen upplever bara att tjänsten fungerar eller inte fungerar.
Det är en av anledningarna till att jag tycker om att arbeta genom hela designprocessen. När förståelsen för användaren, flödet och den visuella utformningen hålls samman blir det lättare att se konsekvenserna av olika designval.
En förenkling i ett flöde kan skapa nya frågor i gränssnittet. Verkligt innehåll kan visa att en komponent inte fungerar som tänkt. En visuell prototyp kan avslöja att vi behöver gå tillbaka och förstå behovet bättre.
Designprocessen är därför sällan en rak resa från research till wireframe och vidare till färdigt UI. Den rör sig fram och tillbaka:
förstå → formulera → utforma → testa → ompröva
Det är inte ett tecken på att processen har misslyckats. Det är så lösningen utvecklas.
Tillgänglighet visar hur UX och UI hänger ihop
Tillgänglighet är ett tydligt exempel på varför UX och UI inte bör separeras för mycket.
Kontraster, textstorlekar, fokusmarkeringar och klickytor är konkreta delar av gränssnittet. Men tillgänglighet handlar också om begripligt språk, logisk navigation, förutsägbara beteenden och möjligheten att genomföra en uppgift med olika hjälpmedel.
En knapp kan ha perfekt färgkontrast men ändå vara svår att förstå. Ett formulär kan fungera med tangentbord men bli omöjligt att slutföra om felmeddelandet inte förklarar vad som behöver rättas. Ett visuellt tydligt flöde kan fortfarande utestänga användare om den tekniska strukturen inte kan tolkas av en skärmläsare.
Tillgänglighet är därför inte ett separat lager eller en kontroll som görs i slutet. Det är en kvalitetsfråga som behöver finnas med i både upplevelsen, gränssnittet och implementationen.
När vi designar för olika förutsättningar skapar vi ofta dessutom bättre lösningar för alla.
Bra UX betyder inte alltid färre steg
UX förknippas ofta med att göra saker enkla och friktionsfria. Det är en bra ambition, men enkelhet behöver inte alltid betyda så få klick som möjligt.
Vissa tjänster innehåller svåra beslut, komplexa regler eller handlingar som får stora konsekvenser. Då kan ett extra steg ge användaren tid att kontrollera sitt val. En förklaring kan vara viktigare än ett kortare flöde. En bekräftelse kan skapa trygghet snarare än onödig friktion.
Målet är inte att ta bort allt som kräver eftertanke. Målet är att ta bort den ansträngning som inte hjälper användaren framåt.
UX hjälper oss att avgöra vilka beslut, steg och vilken information som behövs. UI hjälper oss att presentera dem på ett sätt som känns tydligt och hanterbart.
Måste UX och UI vara olika roller?
I vissa organisationer arbetar olika specialister med UX-research, interaktionsdesign, visuell design och designsystem. I andra ansvarar en produktdesigner eller UX/UI-designer för stora delar av processen.
Jag tror inte att det finns en enda korrekt uppdelning.
En komplex produkt kan behöva flera specialister som fördjupar sig inom olika områden. Ett mindre team kan vinna på att en designer följer arbetet från tidig discovery till detaljerat gränssnitt och implementation.
Det viktiga är inte att dra en perfekt gräns mellan rollerna. Det viktiga är att teamet har förmågan att:
förstå användarnas behov och beteenden,
formulera vilket problem som ska lösas,
skapa logiska flöden och strukturer,
utforma ett tydligt och tillgängligt gränssnitt,
testa lösningen med användare,
och följa upp om den skapade önskad effekt.
Om UX-arbetet saknar koppling till det konkreta gränssnittet riskerar ett bra koncept att bli otydligt i sin slutliga form. Om UI-arbetet saknar ett UX-perspektiv riskerar teamet att förfina en lösning innan det har säkerställt att den löser rätt problem.
Olika perspektiv, ett gemensamt resultat
UX handlar om hela upplevelsen av att använda en produkt eller tjänst: om den möter ett relevant behov, fungerar i sitt sammanhang och hjälper användaren att nå sitt mål.
UI handlar om det gränssnitt genom vilket en stor del av upplevelsen blir synlig och möjlig att använda.
UI är alltså en del av UX, men inte hela UX. Samtidigt går det inte att skapa en bra digital användarupplevelse utan att ta gränssnittets visuella och interaktiva utformning på allvar.
För mig är därför den mest intressanta frågan inte exakt var UX slutar och UI börjar.
Den är hur research, innehåll, flöden, interaktion och visuell design kan samverka för att göra en komplex produkt eller tjänst tydligare.
När de olika perspektiven drar åt samma håll kan vi skapa lösningar som inte bara ser genomarbetade ut eller fungerar i teorin, utan som faktiskt känns begripliga, användbara och värdefulla för den person som möter dem.
More to Discover
UX och UI – olika perspektiv på samma upplevelse
Vad skiljer UX från UI, och varför är gränsen inte alltid tydlig? En reflektion om research, flöden, gränssnitt och tillgänglig design.
Insights
UX och UI är två begrepp som ofta används tillsammans och nästan lika ofta blandas ihop.
Den enklaste förklaringen brukar vara att UI handlar om hur något ser ut, medan UX handlar om hur det fungerar. Det är en användbar början, men efter många år av arbete med digitala produkter och tjänster tycker jag att verkligheten är mer intressant än så.
Hur något ser ut påverkar nämligen hur vi förstår att det fungerar. Och hur en tjänst fungerar avgör vad gränssnittet behöver kommunicera.
UX och UI är därför inte två separata lager som läggs ovanpå varandra. Jag ser dem snarare som olika perspektiv på samma upplevelse.
UX börjar med att förstå situationen
UX står för User Experience – användarupplevelse. För mig börjar UX-arbetet med att förstå vad en människa försöker åstadkomma och vad som händer längs vägen.
Vilket behov har personen? Vilken kunskap har hen med sig? Vad skapar osäkerhet? Vilka hinder finns i dagens lösning? Vad behöver fungera före, under och efter mötet med det digitala gränssnittet?
För att närma oss svaren kan vi använda intervjuer, observationer, beteendedata, kundärenden och användningstester. Men researchen är inte ett mål i sig. Värdet uppstår först när insikterna påverkar hur problemet formuleras, vad teamet prioriterar och hur lösningen utformas.
UX handlar därför inte bara om att rita användarflöden eller göra en tjänst enkel att navigera. Det handlar om att förstå hela sammanhanget och fatta medvetna beslut utifrån det.
Ibland finns problemet i själva gränssnittet. En funktion är svår att hitta, informationen kommer i fel ordning eller nästa steg är otydligt.
I andra fall ligger problemet bakom skärmen. Användaren kanske behöver lämna samma uppgift flera gånger, får olika besked i olika kanaler eller tvingas vänta på grund av en intern process.
Då räcker det inte att flytta en knapp. Tjänsten behöver betraktas som ett sammanhängande system.
UI gör funktion och mening synlig
UI står för User Interface – användargränssnitt. Det omfattar de delar av en digital produkt som användaren ser och interagerar med: typografi, färger, knappar, formulär, ikoner, komponenter, tillstånd och rörelse.
Men UI är inte en dekorativ yta som läggs på när UX-arbetet är färdigt.
Den visuella utformningen hjälper användaren att förstå vad som är viktigt, vad som går att göra och vad som precis har hänt. En genomtänkt hierarki leder blicken. Konsekventa komponenter skapar igenkänning. Tydlig återkoppling visar om en handling har lyckats. Bra kontraster och klickytor gör lösningen möjlig att använda för fler.
Det är därför ett väl utformat UI inte bara gör produkten mer tilltalande. Det minskar den mentala ansträngningen och skapar tydlighet, orientering och förtroende.
Det visuella är en del av hur produkten fungerar.
En snygg knapp löser inte fel problem
Föreställ dig att en organisation vill att fler användare ska skapa en profil i en digital tjänst. Teamet ser att få använder funktionen och drar slutsatsen att knappen behöver synas bättre.
Det kan vara ett UI-problem. Knappen kanske har för låg kontrast, ligger på en oväntad plats eller konkurrerar med andra handlingar.
Men det kan också vara ett UX-problem. Användarna kanske inte känner till funktionen, inte förstår värdet av profilen eller är osäkra på vilka uppgifter de förväntas ange. De kanske hittar knappen men ändå väljer att inte fortsätta.
Om vi ändrar färg och storlek utan att förstå orsaken kan vi få fler klick, men inte nödvändigtvis fler kompletta profiler eller en bättre upplevelse.
Därför behöver designarbetet röra sig mellan perspektiven:
Vad försöker användaren uppnå?
Vad hindrar personen från att komma vidare?
Är problemet synlighet, begriplighet eller relevans?
Behöver flödet förändras?
Behöver innehållet bli tydligare?
Hur ska gränssnittet vägleda och ge återkoppling?
Först när vi förstår problemet kan vi avgöra vilken kombination av UX- och UI-förändringar som behövs.
Användaren ser inte våra ansvarsområden
I ett produktteam kan vi skilja mellan UX-research, tjänstedesign, interaktionsdesign, UI-design, innehåll och utveckling. Uppdelningen hjälper oss att beskriva olika kompetenser och ansvar.
Användaren upplever däremot inte våra yrkesgränser.
Den som försöker söka ett jobb, boka om en resa eller ansöka om ersättning möter en sammanhängande tjänst. För användaren spelar det ingen roll om problemet uppstod i researchen, informationsarkitekturen, den visuella designen eller processen bakom gränssnittet.
Hen upplever bara att tjänsten fungerar eller inte fungerar.
Det är en av anledningarna till att jag tycker om att arbeta genom hela designprocessen. När förståelsen för användaren, flödet och den visuella utformningen hålls samman blir det lättare att se konsekvenserna av olika designval.
En förenkling i ett flöde kan skapa nya frågor i gränssnittet. Verkligt innehåll kan visa att en komponent inte fungerar som tänkt. En visuell prototyp kan avslöja att vi behöver gå tillbaka och förstå behovet bättre.
Designprocessen är därför sällan en rak resa från research till wireframe och vidare till färdigt UI. Den rör sig fram och tillbaka:
förstå → formulera → utforma → testa → ompröva
Det är inte ett tecken på att processen har misslyckats. Det är så lösningen utvecklas.
Tillgänglighet visar hur UX och UI hänger ihop
Tillgänglighet är ett tydligt exempel på varför UX och UI inte bör separeras för mycket.
Kontraster, textstorlekar, fokusmarkeringar och klickytor är konkreta delar av gränssnittet. Men tillgänglighet handlar också om begripligt språk, logisk navigation, förutsägbara beteenden och möjligheten att genomföra en uppgift med olika hjälpmedel.
En knapp kan ha perfekt färgkontrast men ändå vara svår att förstå. Ett formulär kan fungera med tangentbord men bli omöjligt att slutföra om felmeddelandet inte förklarar vad som behöver rättas. Ett visuellt tydligt flöde kan fortfarande utestänga användare om den tekniska strukturen inte kan tolkas av en skärmläsare.
Tillgänglighet är därför inte ett separat lager eller en kontroll som görs i slutet. Det är en kvalitetsfråga som behöver finnas med i både upplevelsen, gränssnittet och implementationen.
När vi designar för olika förutsättningar skapar vi ofta dessutom bättre lösningar för alla.
Bra UX betyder inte alltid färre steg
UX förknippas ofta med att göra saker enkla och friktionsfria. Det är en bra ambition, men enkelhet behöver inte alltid betyda så få klick som möjligt.
Vissa tjänster innehåller svåra beslut, komplexa regler eller handlingar som får stora konsekvenser. Då kan ett extra steg ge användaren tid att kontrollera sitt val. En förklaring kan vara viktigare än ett kortare flöde. En bekräftelse kan skapa trygghet snarare än onödig friktion.
Målet är inte att ta bort allt som kräver eftertanke. Målet är att ta bort den ansträngning som inte hjälper användaren framåt.
UX hjälper oss att avgöra vilka beslut, steg och vilken information som behövs. UI hjälper oss att presentera dem på ett sätt som känns tydligt och hanterbart.
Måste UX och UI vara olika roller?
I vissa organisationer arbetar olika specialister med UX-research, interaktionsdesign, visuell design och designsystem. I andra ansvarar en produktdesigner eller UX/UI-designer för stora delar av processen.
Jag tror inte att det finns en enda korrekt uppdelning.
En komplex produkt kan behöva flera specialister som fördjupar sig inom olika områden. Ett mindre team kan vinna på att en designer följer arbetet från tidig discovery till detaljerat gränssnitt och implementation.
Det viktiga är inte att dra en perfekt gräns mellan rollerna. Det viktiga är att teamet har förmågan att:
förstå användarnas behov och beteenden,
formulera vilket problem som ska lösas,
skapa logiska flöden och strukturer,
utforma ett tydligt och tillgängligt gränssnitt,
testa lösningen med användare,
och följa upp om den skapade önskad effekt.
Om UX-arbetet saknar koppling till det konkreta gränssnittet riskerar ett bra koncept att bli otydligt i sin slutliga form. Om UI-arbetet saknar ett UX-perspektiv riskerar teamet att förfina en lösning innan det har säkerställt att den löser rätt problem.
Olika perspektiv, ett gemensamt resultat
UX handlar om hela upplevelsen av att använda en produkt eller tjänst: om den möter ett relevant behov, fungerar i sitt sammanhang och hjälper användaren att nå sitt mål.
UI handlar om det gränssnitt genom vilket en stor del av upplevelsen blir synlig och möjlig att använda.
UI är alltså en del av UX, men inte hela UX. Samtidigt går det inte att skapa en bra digital användarupplevelse utan att ta gränssnittets visuella och interaktiva utformning på allvar.
För mig är därför den mest intressanta frågan inte exakt var UX slutar och UI börjar.
Den är hur research, innehåll, flöden, interaktion och visuell design kan samverka för att göra en komplex produkt eller tjänst tydligare.
När de olika perspektiven drar åt samma håll kan vi skapa lösningar som inte bara ser genomarbetade ut eller fungerar i teorin, utan som faktiskt känns begripliga, användbara och värdefulla för den person som möter dem.