UX-kurs del 16: Nu knyter vi ihop säcken!

Bina på bilden har inget med texten nedan att göra. Inte mannen heller.

Hej å hå!
Det här blir sista kraschkursinlägget för den här gången. Jag tänkte att jag ska försöka knyta ihop säcken lite grann. 

Den här "kursen" har syftat till att ge enkel info kring vad en UX-mupp jobbar med och varför. Vi började med att prata om vad UX egentligen är, för att gå vidare och jiddra om grejer som handlar om informationsinhämtning och att identifiera mål och såna grejer. Sen trillade vi hastigt och lustigt in på interaktionsdesign för att avsluta det hela med några inlägg om strategier och liknande.

Det blev lite rörigt  och om jag hade kunnat gå tillbaka i tiden så hade jag kört i en annan ordning. Något sånt här kanske det borde ha sett ut istället för kökkenmöddingen som alla ni fans fick stå ut med:

UX-kurs del 1: Vad är UX?
UX-kurs del 14, UX-strategi
UX-kurs del 15, service design
UX-kurs del 2: Mål som mål
UX-kurs del 3: Mål som mål, del två
UX-kurs del 4: researchdags!
UX-kurs del 7: Workshops
UX-kurs del 5: Intervjumetod
UX-kurs del 6: Bias
UX-kurs del 8: personor
UX-kurs del 12, informationsarkitektur
 UX-kurs del 9: Interaktionsdesign, grunderna. Typ
UX-kurs del 10: interaktionsdesign, designmönster
UX-kurs del 11: Interaktionsdesign, använd hjärna dessa principer
UX-kurs del 13, användningstester


I alla fall. 

Jag har fått frågan om hur man kan tänka kring alla dessa fantastiska visdomar och hur man kan använda dem i verkligheten. Som den ödmjuka tjänare jag är så ska jag försöka ägna resten av inlägget år någon form av säckihopknytning. Men först så listar jag några grejer som visar att du jobbar på ett ställe som INTE håller på med design.

Hur jobbar man inte med UX i en organisation?

• "Vi vet redan vad användarna vill ha" Intressant, berätta mer om hur ni på ett magiskt sätt kan veta vad användarna "vill ha"!
• "Vi har inte tid med att träffa användare, vi testar internt istället" Kul, för ni som jobbar med grejen sedan flera år tillbaka kan säkert sätta er in i en användares situation...
• "Det är för dyrt" Nej. Det som är dyrt är att göra något som ingen vill eller kan använda.
• "Det är asviktigt med UX, men just i det här fallet har vi redan koll" Har ni? Nej det har ni inte.
• "Jorå, vi kör UX, kolla bara på skisserna jag gjort". UX är inte samma sak som att rita interaktionsdesignskisser, gaddammit!

Istället för tramset ovan så kan det gå till så här:

Strategiskt mumbojumbo

Till att börja med måste vi förstå att UX handlar om att skapa och leverera en produkt/tjänst som är anpassad efter användarnas och kundernas behov. Grejen man bygger och säljer måste underlätta livet för en eller flera målgrupper, så produktstrategin måste innehålla ett UX-tänk, annars går det åt skogen. Vidare så måste man se tjänsten i sin helhet. Det räcker inte att ha en kalasbra app om kundtjänst inte funkar. Och vice versa. En UX-designer måste förstå hela tjänsteupplevelsen och ha möjligheter att hjälpa till med att förbättra den. 

För att förstå de behov som finns måste vi blir bra på att på riktigt samla in och analysera de behov och drivkrafter som finns. För att göra det så måste man träffa riktiga användare/kunder. Det är ett rekvisit för förståelse. Punkt slut. Stjärnstopp. Det går inte att sätta sig in i någons upplevelse av något om man aldrig träffar personen och kollar läget. Det här fattar de flesta rent intuitivt, men ibland så kör man fast redan här, av de orsaker som jag listat ovan. 

Utöver de här sakerna så har vi såklart rena metodgrejer som måste in i strategin. Exempel: Ska vi jobba med lean ux? Vad har det för implikationer vad gäller kravställning och utvecklingsmetodik? Vad händer om vi stannar kvar med den metoden vi använder idag? Fördelar, nackdelar? Vi kanske kan göra ett experiment?

Ska det här med UX funka så måste du alltså vara med och fatta beslut på strategisk nivå. Fast det räcker inte. Läs vidare!!!

Var som en smittsam sjukdom

Smittsamma sjukdomar sprids när folk nyser på varandra. Typ. De är nära varandra och utbyter snor och/eller andra kroppsvätskor. På ungefär samma sätt ska du som vet en massa grejer om användarna se till att fler personer än du får kunskap. Jag menar såklart inte att du ska snora ner dina kollegor, men jag menar att du ska träffa dem och berätta för dem vad du lärt dig. På så sätt kan även en person som aldrig träffat en riktig användare få någon sorts uppfattning om varför vi gör det vi gör och hur vi tillsammans kan förbättra upplevelsen för användarna. Genom kundresekartor, intervjuanteckningar och personor kan alla få insikter i användarnas behov och dessutom förstå att alla delar av organisationen måste samverka för att användarupplevelsen så bli så göttig som möjligt.

Sunka ner dig

Jag menar inte bokstavligt alltså. Du måste fortfarande borsta tänderna och byta småbyxor med hyfsat jämna mellanrum. Det jag menar är att det räcker inte med att se till att produktstrategin har ett designperspektiv eller att du vet en massa om vad folk som använder eller vill använda din tjänst behöver. Det räcker inte ens att du berättat för folket runt omkring dig vad du lärt dig. Det du behöver göra nu är att omsätta din strategi och dina kunskaper i praktiken. Skita ner naglarna. Och hjälpa kollegorna att göra samma sak. 

En viktig grej, kanske den viktigaste, är att jobba nära, både fysiskt och organisatoriskt med alla de som skapar något som en användare kommer i kontakt med. Om du ska vara med och göra en redesign av en del av sajten så sitter du såklart tillsammans med utvecklarna. Om du ska hjälpa till med first line support-grejer så jobbar du såklart med supportavdelningen. Om du är med i ett projekt som går ut på att synka språkbruk och begrepp som används så ser du till att folk från alla avdelningar samverkar i projektet.

Alltså: Se till att du alltid jobbar med de personer som producerar något som kunderna/användarna kommer i kontakt med. Du ska INTE sitta själv och drömma ihop grejer som du sedan i ensamt majestät delar ut till massorna som om det vore en sanning. Viktigt! OK?

Börja om från början

Så snart du fått ut något till en användare, och det kan röra sig om en skiss eller ett koncept, så börjar det hela om från början. Stämmer de antaganden på strategisk nivå som du gjort? Funkar den här grejen tillsammans med de andra grejerna vi kommunicerar till kunderna? Hänger alla på firman med varför det var viktigt att bygga den här nya grejen? Om svaret på någon av frågorna är nej så måste du se till att justera och förändra så att allt flyter på. Och ju längre feedbackloopar desto trögare blir det ju såklart att justera något som visade sig vara mindre bra. Det kan till och med ett barn räkna ut.

Till och med ett barn (så länge det är hyfsat begåvat) kan också räkna ut att saker som "magkänsla" och "för att jag säger det (och jag är din chef)" är dåliga mätmetoder för att se om det man gjort är bra.

Sammanfattningsvis, dårå

Ska det här med UX funka, och det måste det göra, annars kommer ni stå med missnöjda kunder en dag (med allt vad det innebär), så bör UX-grejerna genomsyra hela verksamheten. Det räcker inte att bara köra strategi-muppande och sedan glömma bort att själva knapparna på sajten måste vara najs att trycka på. Det räcker heller inte att skippa de strategiska delarna av UX och sedan tro att man kan fatta rimliga beslut kring vad som ska byggas och hur, eftersom besluten då dras ur en hatt. 

När man väl har gjort en grej så måste man se om det man gjorde blev bra eller inte och ju större grejer man gör i taget, desto svårare och mer omständligt blir det att utvärdera. 

Sådär, då jag jag samlat ungefär 15 års erfarenhet (eller är det ett års erfarenhet och 14 års upprepning?) i 16 blogginlägg. It´s been av wild ride, men jag kommer snart tillbaka. Jag har nämligen till allas stora glädje/förskräckelse/likgiltighet en massa andra UX-relaterade prylar jag vill skriva om...