Designcykler

Designreview

När skall vi göra designreviews? 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 Chefsdesigner, 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 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

  • ser den samtida ut
    om den ser gammal och utdaterad ut kommer man undermedvetet att tänka att informationen också är utdaterad.