Användbarhet

Enkelhet är bra.

Posten tvingar besökaren till ett dåligt arbetssätt med sökfunktion

Vårt kära Posten har en bra webbplats i allmänhet. Mycket info och i regel bra struktur. Jag skulle in och kolla om mitt paket har skickats iväg som jag beställt. Redan på förstasidan ligger en sökruta för att spåra brev och paket. Perfekt! Det är nog det som används mest, och det är bra att det har en central och lättillgänglig plats.

Men det som brister är utformningen på sökrutan för kolli:

Liten sökruta för kollin förvillar

Jag sätter markören i rutan. Den text som redan finns i rutan försvinner – smidigt. Jag klistrar in mitt kollinummer. Jag trycker på knappen spåra. So far so good.

Men nu kommer problemen. Mitt kolli finns inte!

Eftersom sökrutan är så liten kan jag inte se hela mitt kollinummer på en gång. Därför, för att försäkra mig om att jag skrivit rätt kolli så sätter jag markören i rutan igen. Den text som jag matat in försvinner eftersom det är en javascript-funktion som är tänkt att ta bort den där standardtexten ”Ditt kolli/brev id”. Som en extra bonus tas mitt kollinummer bort. Så om man ska redigera sitt eget kollinummer måste man försäkra sig om att det är rätt, för det går inte att sätta markören i rutan igen och ta bort. Det får mig att tänka på reality-serien When good pets go bad av någon anledning. 😀

Några saker att tänka på när du utformar dina formulärfunktioner:

  • Stor ruta. Ha alltid (om möjligt) en stor sökruta redan från början. Jag brukar säga att man ska få plats med ”Får jag plats med detta?” i rutan. 😉
  • Tydliga knappar. Det är visserligen inte svårt att lista ut att jag ska trycka på ”Spåra” för att starta sökningen, men när jag tittade översiktligt över sidan var jag ute efter ett formulär med vanliga knappar, i stället för påhittade sådana. Det finns fördelar med att hålla sig till standarder. Folk behöver inte lägga någon energi på att försöka tolka ”fiffiga mojänger”.
  • Beskriv utanför rutan. Om du ska beskriva vad ett sökfält är till för (”Ditt kolli/brev id”), skriv det utanför rutan. Om man skriver in egen text i rutan så måste beskrivningen plockas bort. Det innebär att ett formulär med flera rutor blir obrukbart om beskrivningen står i rutan. Samtidigt måste man använda javascript eller någon anna ”smart” lösning för att visa beskrivning på något sätt. Alltså uppstår fler problem än vad man löser.
  • Ingen smart javascript. Jag har visserligen inget mot javascript som underlättar mina uppgifter, tvärtom, men de ska inte fungera på bara ett sätt. Posten förutsätter tydligen att jag skriver in rätt kolli på en gång, och att jag inte vill redigera det. De borde ge mig lika bra möjligheter att ändra mitt kollinummer för att kunna att utföra uppgiften. Alla arbetar inte lika, och även om vi gör det så kanske vi inte trivs med det.

Kort och gott: stort, tydligt, standardiserat och enkelt. Keep it simple, stupid.

Nu tar jag och påbörjar helgen redan i morgon så då skippar vi inlägget på fredag. Trevlig helg på er!

Jakob Nielsen har fel om den semantiska webben

Som ni vet så brukar jag tycka att Jakob Nielsen har svar på det mesta vad gäller användbarhet.

Men i ett fall måste jag medge att han har fel. I en intervju med Computer Sweden tror han att den semantiska webben inte blir något:

Tror inte på semantisk webb
Ett förslag till lösning är den så kallade semantiska webben, ett projekt som leds av webbens upphovsman Tim Berners-Lee. Den semantiska webben går ut på att förse webbsidor med beskrivande information inordnad i ett system som påminner om bibliotekens ämneskataloger. Söker man på ”fordon” ska man kunna få upp sidor om bilar, även om ordet ”fordon” inte finns på de sidorna.

– Nej, i den form som det beskrivs tror jag inte att det blir något. Det blir för omständligt att märka upp allt i detalj. Det påminner om edi [electronic data interchange], en storslagen plan som är alltför komplicerad.

Jakob Nielsen försöker omfamna världen
Herr Nilss… Nielsen försöker ta över världen?!

Så fel han har!

Kolla bara på tekniken rss. Den är helt och hållet semantisk med bland annat rubrik, publiceringsdatum, text och författare. Rss finns överallt i dagsläget och är dessutom föredömligt enkelt.

Jag tror starkt på den semantiska webben och precis som rss så är det små, små delar som skapar en helhet som kan användas av alla. Rss går ju exempelvis bygga ut med podcasts, alltså knyta en mp3-fil till varje inlägg så att det fungerar som en prenumerationstjänst. Helt otroligt faktiskt, men använder enkel teknik.

Att klassificera en hel webbplats med semantik fungerar nog inte. Det är alldeles för mycket jobb. Men det finns extremt enkla sätt att skapa en semantisk webb:

En annan kul grej är med länkar. Man kan bygga en relation mellan länkar med attributet rel, exempelvis <a rel="friend">Göran Persson</a>. Statsministern kanske inte är min vän, men får duga som exempel. XFN kallas det och används mest inom bloggvärlden.

Exempel på relation med XFN-tekniken

Det går sedan göra detaljerade kartor som visar var bloggarna finns geografiskt, rita linjer mellan dem och få fram vem som är mest populär (den person som de flesta känner). Det finns oändligt med möjligheter! Och allt kommer ifrån en liten kodrad på ett par tecken.

Naturligtvis krävs det ett enormt sökssystem som kan indexera, tolka och presentera informationen. Det är inte gjort på en handvändning, så det är därför vi inte kan se någon explosion av användandet. Rss har däremot klarat det, men det är betydligt mindre komplext. Google känns som ett företag som borde ha nytta av det i sina sökningar.

Nästa steg, tror jag, är att göra något slags globalt ämnesregister man kan plocka nyckelord från. Ungefär som Google Directory eller något. Man lägger helt enkelt en meta-tagg som säger ”den här webbplatsen handlar om fordon”. Väldigt allmänt alltså.

Men det kan ge avsevärd betydelse under en sökning. Du kan söka på Google efter ordet ”Saab” och sedan filtrera fram:

  • Nyheter om Saab från olika nyhetsportaler (eftersom nyhetsportaler är sorterade under ämnet ”nyheter” och ”media”).
  • Tekniska artiklar om Saab, Saab Automobiles hemsida och annat (eftersom Saab är sorterad under ”bilföretag” och kanske ”fordon”).
  • Tillbehör till din Saab hos återförsäljare. Nytt avgassystem kanske? (eftersom återförsäljaren är sorterad under ”tillbehör”).

Som synes har ord många betydelser (semantik) och tillbehör kan också vara många saker. Söker du enbart efter tillbehör får du nog fram både det ena och det andra. Men söker du efter Saab och tillbehör så är det nog lättare att hitta det du letar efter.

Således, den här ganska simpla ämnesindelningen kan ge väldig fördel. Det viktigaste är att alla är överens om hur det ska göras. Annars brakar allt ihop.

Jag tror inte heller på en rikt detaljerad webb där varje bokstav är klassificerad. Det är ingen som orkar med det. Däremot kan vi oftast enkelt säga vad det i allmänhet handlar om. Bara för att ett ord förekommer på en webbplats, behöver det ju nödvändigtvis inte vara så att det handlar om ordet. Saab, som jag nämner här, finns ju bara med som ett allmänt exempel.

Det finns tusentals saker man kan använda den semantiska webben till. Problemet är som alltid bara att komma på det och få många att använda det. Annars spelar det ju ingen roll hur bra det än är.

Det här blev ett långt inlägg och du ska ha tack som läste ända hit. Skriv gärna en kommentar om vad du tror om den semantiska webben – finns det någon framtid? Trevlig helg!

Enkelhet är inte alltid nödvändigt för vardagliga saker

Leo skrev en bra kommentar när jag författade tre saker en bra webbplats består av:

Det är olika beroende på syftet och målgruppen och det är aldig svart och vitt utan alltid frågan om en balansgång.

Jag kan hålla med om att det är bra om det är enkelt att använda en webbplats, men det finns bra webbplatser som inte är så väldigt lättanvända.
Det är där ingen större skillnad på mjukvara.
Visst tycker jag det finns mjukvara som är mer användarvänlig än den jag faktisk använder, men som saknar kraft och inte är lika snabb att jobba med då man väl lärt sig hur man skall använda den.

Första punkten instämmer jag till fullo med. Nummer två vill jag samtidigt framhäva.

Vardagliga saker som vi gör ofta (kanske flera gånger per dag) behöver nödvändigtvis inte vara enkla att utföra. Det är till större fördel om man kan utföra dem effektivt och med liten ansträngning.

Låt säga att man utformar ett formulär som vi kommer att använda en, kanske två gånger per månad. Eftersom vi använder det så sällan så är det bästa vi kan göra att utforma det i någon form av guideläge som succesivt hjälper oss igenom varje steg. Det brukar kallas för ”wizard” bland datorprogram.

Om vi däremot vill göra en uppgift flera gånger per dag, och ofta, så vill vi förmodligen inte gå igenom en guide med frågor som vi redan vet svaret på. Då är det bättre om vi själva kan fylla i all nödvändig data på en gång. Inlärningströskeln blir högre, men det går snabbare och effektivare att jobba på bekostnad av användarvänligheten.

Just i det här fallet överväger effektiviteten användarvänligheten. Det får gärna ta lite tid innan man lär sig vad man ska göra, men när man väl kan det så går det rysligt fort.

Som Leo säger i början av så handlar det om en balansgång. Man är inte tvungen att välja det ena eller det andra, utan det beror på projektet. Vem som ska använda det, hur det ska användas och hur ofta.

Trevlig helg och trevlig användbarhet! 😉

Surfare klickar på högsta sökresultatet – oavsett vad

Om du söker på Google kommer du troligtvis att klicka på sökresultatet som ligger längst upp.

Studier visar att 42 procent av användarna klickar på första sökresultatet, och 8 procent på det andra. Även om man automatiskt skiftar dessa två resultat så klickar användarna fortfarande i samma utsträckning på det resultat som ligger högst upp.

Man kan alltså konstatera att användaren antingen är lat eller tror att sökmotorn verkligen placerar det bästa resultatet högst upp.

Det skriver Jakob Nielsen i sin senaste Alertbox: The Power of Default Values.

Det står också att läsa att besökare tenderar att använda standardalternativen i formulär och man därför ska (om möjligt) förutbestämma vilka värden som ska vara ifyllda. Om du exempelvis har ett formulär där man måste välja land, är det smart att välja Sverige som standard om de allra flesta kommer därifrån. Allt för att göra det lättare för användaren.

Se ett tv-program om användbarhet

MSDN TV är Microsofts ”tv-kanal” på nätet om diverse it-relaterade ämnen. Ett intressant ämne är användbarhet som tas upp tillsammans med företaget InUse: Användbarhet i praktiken.

Se speciellt Tillgänglighet – DEMO som ger ett exempel på hur en användbarhetsstudie går till. En vanlig surfare försöker beställa en vara i klädföretagets H&M:s nätbutik. Det går inte så bra eftersom testpersonen missar ett viktigt felmeddelande som utformats för diskret och för likt ett erbjudande.

En bra kommentar som jag gillar från videon:

Om användaren inte hittar funktionen så finns den inte, om användaren inte förstår funktionen så fungerar den inte.

Så är det. 😉

Irivers webbplats låter dig välja land och språk, men behandlar dig ändå som britt

Jag såg en bild på en ny mp3-spelare från Iriver. Verkar intressant.

Jag beslöt mig för att googla fram företagets webbplats. Inga problem, första sökresultatet. Jag går in på sidan, letar efter någon rubrik eller länk med ordet Products. Först får jag vänta lite på att flashanimationen ska laddas (du som läst tidigare vet att jag hatar flash som används på det viset).

Irivers förstasida

Väl inne på flashsidan, måste jag välja kontinent, Europa. Ett nytt fönster öppnas (eftersom det är flash har jag ingen möjlighet att öppna det på något annat sätt än vad Iriver önskar). Nu måste jag välja land. Jag väljer Sverige. En ny ruta dyker upp där jag ska välja språk. Jag väljer det enda alternativet, engelska.

Först nu är jag inne på deras webbplats. Nu finns de vanliga länkarna Products, Support, About och så vidare. Konstigt nog så finns det en brittisk flagga uppe i hörnet. Varför gick jag igenom hela den processen med att välja land och språk för att ändå bli deklarerad ”brittisk”? Varför?

Dagens lärdom är enkel. Låt bli att tvinga besökaren. En produkt är lika oavsett vilken del av klotet vi bor på. Tvinga bara besökaren att välja land eller språk om det är nödvändigt. Till exempel när man behöver hjälp av supporten, eller precis ska skicka iväg en beställning.

En grundregel i användbarhet är att inte ge användaren fler alternativ än vad han eller hon verkligen behöver. Kanske ska man kunna välj en utav fem stilmallar också? Ändra bakgrundsfärg? Börja använda modeordet ”personalization” brutalt? Äsch, servera mig innehållet rakt upp och ned. No more, no less. Vill jag pilla vidare med något så gör jag det själv. Tvinga mig inte. Speciellt inte varje gång jag ska gå in på webbplatsen.

Dessutom kan man ofta se språkstödet hos besökarens webbläsare. Om en arabisk webbläsare går in på en webbplats kan man nog ta för givet att det är en arab och presentera arabisk text. Lite diskret kan man sedan ha en länk som säger något i stil med ”vill du byta språk?” jämte flaggan. (Flaggor är ett enkelt sätt att förstå språket på webbplatsen, och fungerar även om personen ifråga inte kan läsa arabiska.)

Jag skriver långa rubriker – då vet du vad som väntar

Du kanske har märkt att jag gillar långa rubriker. Gärna rubriker som säger precis vad som väntar när du beslutar dig för att läsa vidare.

För vi läser rubriker fem gånger mer än brödtexten. Därför är det vettigt att skriva en rubrik som:

  • Säger vad det ska handla om.
  • Skapar intresse.
  • Går rakt på sak.

Läs boken Ordning på orden – handbok för ofrivilliga skribenter av Erik J Rudvall. Det är en pocketbok på hundra sidor som tar max en timme att läsa. Så lättläst är den och den ger goda råd som man kan behöva fräscha upp minnet med ibland.

Öppna allt utom webbsidor i nytt fönster

Jakob Nielsen har genomfört ytterligaren en studie och konstaterar att exempelvis pdf-filer bör öppnas i ett nytt fönster.

Anledningen till hans slutsats är att användare tenderar att se de öppnade filerna som applikationer (som Word eller Adobe Reader) och därför klickar på krysset för att stänga filen, i stället för att trycka bakåt i webbläsaren.

Problemet har nog att göra med att Microsoft Word och Adobe Reader har tilläggsprogram som tillåter att deras filtyper att öppnas inuti webbläsaren. Det är ungefär som att öppna upp en webbisda i Adobe Reader. Det skapar bara förvirring och det fungerar inte som man vill. Åtminstone för mig.

Jakob ger också några tips, som alltid, för att förbättra tillgängligheten:

  • Öppna allt som inte är webbsidor i nya fönster.
  • Varna besökarna i förväg att ett nytt fönster kommer att öppnas.
  • Ta bort menyraden från det nya fönstret.
  • Bäst av allt: förhindra webbläsaren att öppna filen – tvingen den att ladda ned den. Det går att lösa med något serverspråk.

Hur ska ett användarvänligt e-postmeddelande se ut?

Effektiva e-postmeddelande som gör det du vill kan vara svårt att bygga.

Personligen är mina favoriter Google och Amazon. Som vanligt håller de det enkelt, tydligt och utelämnar alla onödiga detaljer. De koncentrerar sig på det viktiga, det som berör mottagaren. Google skriver på svenska och Amazon på lätt och pedagogisk engelska. Längst ned skriver de också varför jag fått deras meddelande. Men Google saknar instruktioner för hur jag avslutar deras nyhetsutskick.

Exemplariskt enkelt nyhetsbrev från Google Adsense

Dessutom skriver de ut min e-postadress tydligt så att jag kan se vilken adress de skickat till (jag har flera e-postadresser nämligen).

Här hittar du några bra resurser för att bygga ditt eget e-postmeddelande:

Användbar e-post
Alla artiklar är från useit.com (såklart ;)):

  • Protecting the User’s Mailbox.

    Email is a powerful way to reach customers, but overdoing it is risky. Let users know up front that you’ll respect their mailboxes. Otherwise, they won’t give their email addresses, and you’ll lose a unique channel for marketing and customer service.

  • Mailing List Usability.

    Mailing list content must be ultra-short. Provide separate email addresses for subscribing and unsubscribing and include info on how to get off in every mailing list message. Improved usability increased subscriptions by 128% in one case study.

  • Confirmation Email, Automated Customer Service Email, and Transactional Messages.

    Transactional email can be a website’s customer service ambassador, but messages must first survive a ruthless selection process in the user’s in-box. Differentiating your message from spam is thus the first duty of email design.

Tillgänglig e-post

  • Versaler är mest irriterande i e-post visar undersökning. Ett tidigare inlägg jag skrivit om vad som är mest irriterande i e-post. Ursprungligen från IDG.se.
  • CSS and Email, Kissing in a Tree.

    Most people who’ve attempted to recreate a sophisticated design in HTML email have run into a wall when using CSS, either in the form of inexplicable mangling by email clients or a pronouncement by an email administrator stating that CSS is “against the rules.” If you’re not content to roll over and use font tags in your HTML emails, read on.

Marknadsföring i e-post

  • Email vs. Direct mail; Interrupt vs. Permission. Blogginlägg från skribenten Andrew Neitlich. Håll dig uppdaterad med hans blogg om företagande i allmänhet och marknadsföring i synnerhet.
  • Email Marketing Hints & Tips Articles.

    Read articles on the best practices of email marketing written by Michelle Keegan, our own Email Marketing Diva. Become an expert email marketer yourself by following her actionable tips and advice on everything from creating a subject line, to testing and measuring success.

  • Do-It-Yourself Email Newsletters For Businesses.

    Email newsletters might appear to be a vast terra incognita for small and medium sized businesses, even if they have marketing and technology staff. However, email is tempting. It can be a very low cost way to find and keep customers.

  • E-Mail Marketing Fundamentals.

    E-mail marketing is one of the most overlooked marketing opportunities today. Many businesses collect information about their customers and prospects and never use the information.