...
Designreview
När skall vi göra
...
design reviews? Det är en fråga som ofta behöver tas upp med projektledare eller motsvarande men det måste vara en del av det återkommande arbetet.
Det spelar ingen roll hur duktig en frontendutvecklare är, det är först i produktionslik miljö som test med verkliga webbläsare och liknande kan göras där vi kan se de fadäser som dyker upp och dessa kan bero på många olika saker, inte bara miss i kodning.
Vi rekommenderar att genomföra Reviews av designen under följande stadier:
Vid skisser
Här handlar review om att gå igenom kontrastvärden hur man använt komponentbibliotek, ifrågasätta sina egna lösningar. Denna designreview bör göras med annan designer än du själv som co-chair för att inte fastna i de egna hjulspåren. Ta hjälp av
...
en kollega eller UX-strateg om du är ensam i ditt uppdrag.
Tidigt i utveckling
Sitt gärna bredvid utvecklare och gå igenom dagligen eller veckovis vad som gjorts och gör små snabba förändringar dessa tar lite tid och kraft i anspråk jämförelsevis med större designgenomgångar som kostar admintid.Vid systemtest
Gör upp med utvecklarna att de så snart de tagit fram kod från dina skisser göra en snabb avstämning för att se att inga större missar har begåtts. I denna fas är det vanligt att upptäcka att en idé man haft då man skissat kanske inte fungerar i verkligheten ett annat vanligt förekommande problem är att utvecklaren tolkat skissen på ett sätt som inte var tänkt.Vid sprintdemos
Ta tillfället i akt att på sprintdemos se över det som gjorts senaste sprinten och notera det som kan behöva förändras eller justeras så att eventuella fel inte glöms bort.Vid acceptanstest
Här skall testare gemensamt med designer gå igenom UI för att se till att det är håller måtten, att det stämmer med hur UX-ramverket ser ut
...
Designrevision
Ibland behöver man se över grafiska gränssnittet för att kolla om det är samtida, passar målgruppen helt enkelt att det ligger rätt i tiden. Denna typ av genomgång kallar vi Revision. En revision är ett större arbete och det efterföljs ofta av att man bygger om och gör större uppdateringar av tjänsten. Det som vi behöver införa är att just en revision kan vara startskottet för ett större arbete. Det är lämpligt att försöka samordna med när utvecklare ger uttryck för att det är dags att göra en översyn av koden.
Designrevisioner görs:
Var tredje år om invånartjänst med designkritisk målgrupp. Det är ofta yngre målgrupper som är mer designkritiska. Vi gör också denna revision om tjänsten är sådan att den når en stor målgrupp så som 1177.se.
Vart femte år vid professionstjänst eller att vi bedömer att tjänsten inte riktar sig mot en lika kritisk målgrupp.
Varför
Varför gör vi denna typ av aktiviteter?
För att säkerställa kvalitet!
Hur en användare uppfattar tjänsten beror på flera olika faktorer:
...
hur fungerar den, t ex
är det buggigt
tar de lång tid att ladda
...
hur lätt är den att förstå
förstår man flöden
förstår man ord och uttryck eller text
Hur ser den ut
...
ser den seriös ut
För att upplevas seriös är linjering, avstånd och enhetlighet mellan olika dialoger ut
...
.