Framåt eftermiddagen hölls en session jag sett fram emot. Addison Berry från Lullabot och ett gäng andra höll i en presentation där de redogjorde för resultaten av användbarhetstesten de gjort på University of Baltimore.
Även förra året hölls en serie med användbarhetstester av Drupal och ett flertal användbarhetsproblem belystes. Sedan 2007 har Dries Buytaert, grundare av Drupal, gjort det till ett av de viktigaste målen att göra Drupal mer användbart för varje version. Uppföljande användbarhetstester som dessa som gjordes i Baltimore är viktiga verktyg för att identifiera problem samt utforma och testa lösningar.
Addison Berry och de andra har främst riktat testerna mot nybörjare och medelerfarna användare. Testen har inte varit särskilt formella även om verktygen som använts varit riktigt bra. Man har bland annat spelat in ögonrörelser (s k eye tracker) och observerat användare genom en envägsspegel. Detta krävde enorm disciplin hos observatörerna som fick lära sig kommunicera med handrörelser och mimik då spegeln inte var ljudtät.
Användbarhetstesterna utfördes av gruppen tillsammans med ett antal testpersoner med vitt skilda bakgrunder. Gemensamt var att deras erfarenhet av Drupal var begränsad även om många hade lång erfarenhet av systemutveckling och datorer. Flera av deltagarna hade också erfarenhet av andra CMS såsom Joomla, Plone och Wordpress. Bland deltagarna fanns en frilansande utvecklare, en systemkonsult, en chefsprogrammerare, en chefsansvarig för utveckling av användargränssnitt, en student, en produktionsansvarig, en internetutvecklare och en professor i webbdesign.
Arbetet skedde på så sätt att man bad personerna utföra ett antal uppgifter och observerade sedan hur väl de lyckades. Genom att spela in vad de såg på skärmen, spåra deras ögonrörelser, spela in vad som sades när de ombeds tänka högt och mäta tiden fick man underlag för att kunna göra problemformuleringar. Alla problem som identifierades skrevs upp på postit-lappar som satts upp på en vägg. Även saker som fungerade bra noterades.
När materialet hade sammanställts lade man upp allting på en webbplats.
Problem
Ett antal problem belystes, här kommer ett sammandrag av några av de viktigaste.
Inmatningsformat ska kallas textformat
Man erfor att begreppet inmatningsformat (input format som det kallas på engelska) är svårt att greppa för många. Det är också otydligt för många hur valet av inmatningsformat hör samman med texten man skriver. Man föreslog därför ett antal förbättringar, bland annat att ersätta den nuvaranda lösningen med radioknappar med en rullgardinsmeny och förenkla administrationssidorna.
Inställningar för inlägg
Även post settings, eller inställningar för inlägg som det heter på svenska bedömdes som otydligt och dessutoms svårt att hitta. De inställningar som tidigare legat här kommer i och med Drupal 7 flyttas till inställningarna för respektive innehållstyp.
Val av meny när man skapar en ny nod
När man skapar nya noder i Drupal kan man välja att samtidigt skapa ett menyalternativ för noden. I samband med detta kan man välja exakt var och i vilken meny menyalternativet ska hamna. Denna lösning visade sig svåranvänd, de flesta behöver inte ha den kontroll som ges utan i Drupal 7 inför man möjligheten att enbart visa menyernas namn i den här listan. Tidigare har menyerna visats i sin helhet, med namn och med alla dess alternativ.
Förslag på lösningar
Ett antal liggande förslag på lösningar på dessa problem och andra beskrevs också. Två av dessa förslag har Joakim hos oss varit med och tagit fram.
Saker som fungerar
Flera saker som tidigare visat sig ställa till med problem har nu åtgärdats. Testerna från Baltimore visade att dessa åtgärder gett önskad effekt.
Ett tidigare problem har varit den informationsruta som under installationsprocessen varnar om det lösenord man valt inte är bra nog. Den här var ett typexempel på dålig design då den visade en stor röd ruta vilket skickade starka signalen. Den hade också en dålig design, positioneringen av textrutor och inmatningsfält gav intrycket av att de hörde ihop på ett felaktigt sätt. Dessa problem har dock åtgärdats och testerna från Baltimore visade att till och med användare med mycket begränsad datorvana har inga problem att installera Drupal.
Något som var kul men också ganska tragiskt var att se en användare sitta i fem minuter och försöka hitta länken Create content, som låg helt synlig i vänstermenyn. Användaren förväntade sig att den skulle finnas under Administer > Content och testa allting som gick där innan han insåg var länken fanns. Att länken ligger där den gör har sina skäl, inte bara administratörer kan skapa innehåll, men exemplet var ändå väldigt talande. Vi måste bli bättre på att förstå vad användare förväntar sig och bli bättre på att forma deras förväntningar.
Föreläsningen innehöll fler exempel och det finns inte plats att beskriva allting här. Det var dock tydligt att Addison Berry och övriga gjort ett väldigt bra arbete och att engagemanget för användbarhetsfrågor är större än någonsin. Drupal är föredömligt då användbarhet tas på det allvar det förtjänar. Att Acquia sett till att Mark Boulton Design kan hjälpa till att ytterligare förbättra Drupal 7 är ett annat exempel på detta.
Det finns mycket att göra innan Drupal 7 släpps men framtiden är ändå ljus för Drupals användbarhet. Jag kommer själv ta mer aktiv del och bidra med patchar för att åtgärda de problem som Addison och de andra identifierade. Hela listan på de problem som de fann går att hitta på www.drupalusability.org, där kan ni också läsa om hur ni kan hjälpa till och bidra.
Läs mer om denna session
Leave a comment