För att inventera en be fi ntlig tjänst: • Har vi statusmeddelanden, bekräftelser, etc som vi inte tänkt på? • Under utveckling, för att kolla skisser: • Behöver den här wireframen ett felmeddelande? En varning? • Som grund för att sätta en policy eller komplettera ett designsystem: • Så formulerar vi felmeddelanden • Så skriver vi en ledtext
stängas manuellt (x) eller med knapp (”OK”, ”Jag fattar”). • Kan behöva länk till mer förklaring. • Om användaren kan ändra statusen, ge en funktion för det. • Använd inte ”Avvisa” för att bara stänga meddelandet!
sig själva. • Kan innehålla uppmaningar som ”stäng inte detta fönster”. • Kan behöva instruktion eller funktion för vad användaren ska göra om processen hakat upp sig. • Har ofta något gra fi skt element av typen snurrande cirkel. • Använd inte en liggande stapel, så kallad ”progress bar”!
det som är viktigt för användaren • Inte allt rakt från databasen! • Det viktigaste för mottagaren först – inte det som är viktigt för oss eller i vårt system!
vad som hände • Ta på sig skulden (Ödmjukhet!) • Försäkra om möjligt användaren om att konsekvenserna är små eller ofarliga – till exempel ”Alla dina fi ler är sparade” • Ge en kort förklaring, på så enkel nivå som möjligt • Ge användaren • ett sätt att lösa problemet, eller • en annan utväg – till exempel ”Gå till förstasidan”
• Ge en kort förklaring, på så enkel nivå som möjligt • Ge användaren • ett sätt att lösa problemet, eller • en annan utväg – till exempel ”Gå till förstasidan”
designa så att det inte går att göra fel. • Lägg inte skulden på användaren. • Är det verkligen ett fel? (”Ö” är en bokstav!) • Ge användaren klara instruktioner om hur hen gör rätt.
shaming Ett extra steg i kassan där du måste hitta och klicka på en halvt dold länk för att fortsätta med din beställning utan att acceptera erbjudandet om en Prime- testperiod. Via: James Royal-Lawson
att påverka i riktning till ett önskat beteende. • Mindre att undervisa/förklara. En de fi nition är att nudging inte tillför ny information, bara påminner. • Designval som framhäver ett alternativ, och gör andra mindre omedelbara.
byta handdukar varje dag är bra för miljön. • Åtta av tio gäster på det här hotellet behåller handdukarna under vistelsen. • Åtta av tio gäster i det här rummet behåller handdukarna under vistelsen. • Betala din restskatt i tid! • Åtta av tio i detta postnummerområde betalar restskatten i tid. • Åtta av tio på den här gatan betalar restskatten i tid. 🤔 Men det kanske bara är en initial effekt som går över?
per säng och dag Totalt ≈15000 larm per dag 381 560 larm per månad från ett system Intensivvårdsavdelning på University of California, San Francisco Medical Center
och med ljus: 2 507 822 unika larm per månad. Den överväldigande delen falska. Drew, B et al: Insights into the Problem of Alarm Fatigue with Physiologic Monitor Devices. (Oct 2014) Intensivvårdsavdelning på University of California, San Francisco Medical Center
Tänk efter: • Behöver verkligen användaren veta? • Behöver vi verkligen störa användaren i den aktivitet hen gör nu? • Kan vara befogade om konsekvenserna av att inte göra något är besvärliga eller obehagliga.
ledtexter korta och nära! • Lägg inte text i själva fälten där man ska skriva. • Ge tydliga exempel, som ”ÅÅÅÅ-MM-DD” • Kan funktioner designas så att ledtexter inte behövs? Som att välja år från meny snarare än att låta användaren skriva? • Förklara inte det triviala Förnamn T ex Jonas
funktioner • Gör dem inte för omfattande. • Fokusera på användarens mest sannolika, tidiga arbets fl öde – det som hen kan tänkas sätta igång med först. • Tvinga inte på dem på användarna – gör dem inte obligatoriska. • Erbjud fl exibilitet, så att användaren kan gå vidare, gå tillbaka, avbryta, återuppta.
Håll feedbackfrågor till ett minimum. Ge få, tydliga alternativ. • Avbryt inte användarens aktiviteter med erbjudanden. Ge erbjudanden när användaren har gjort klart något, kommit till en (tillfällig) slutpunkt. • Om ni efterfrågar feedback – har ni en plan för hur ni tar emot den, besvarar den, använder data? Resurser att agera på den?
När användarna kan misstänka dåliga följder, utifrån tidigare erfarenheter. • Data från loggar kan ge ledtrådar om var kunder ger opp (till exempel: överger en varukorg).
för exempel på ux-text med undermappar för olika genrer/typer • Använd statusmeddelanden, processmeddelanden, etc, eller gör egna kategorier • Kolla i sajten www.deceptive.design
av uppgift = ni får inlämningsuppgift Informations- design Tisdag September 12 Tisdag Oktober 3 Tisdag September 19 Genomgång av era uppgifter Tisdag September 26
jonas_blind_hen
satosio
garyuten
ottatto
bebe
hilokifigma
teba_eleven
baasie
hiranotomoki
dmattsun
keroyama
videlvequio
tararira
sachag
ipullrank
bcantrill
rkendrick25
uxyall
eileencodes
keavy
aarron
marktimemedia
rkaga
katarinadahlin
