Att involvera användarna vid utveckling av interaktiva system är av yttersta vikt då det är användarna som kommer att använda systemet och följaktligen också har synpunkter på hur systemet bör designas för att det ska bli så effektivt som möjligt. Det är svårt att fånga in kraven om man inte också har en diskussion med användarna samt sätter sig in i hur de planerar att använda systemet. Detta kan låta självklart, vilket det också är, men trots detta så det ofta som användarna inte är involverade i utvecklingsprojekt i tillräckligt stor utsträckning Istället är det alltför ofta tekniken som står i fokus och inte användaren. Att man inte involverar användarna mer brukar motiveras med att det kräver tid och pengar att organisera detta, men detta är ju ett mycket kortsiktigt sätt att tänka då man vet att det kostar betydligt mer att rätta till fel sent i utvecklingsprocessen eller efter leverans än tidigt i designprocessen.
I de allra flesta fall kan man inte involvera alla användare utan man måste göra någon form av urval. Det är viktigt att man gör rätt urval och inte missar någon viktigt användargrupp.
Man kan involvera användarna i olika stor utsträckning, från att låta användarna arbeta heltid och rent av bli en del av utvecklingsprojektet till att endast involvera dem genom frågeformulär, workshops och liknande. Något exakt svar på hur mycket användarna ska involveras finns inte utan detta får anpassas från fall till fall. Att processen är iterativ och ger användarna möjlighet att lämna feedback är dock en förutsättning. Ett första steg, efter att tagit fram användbarhetsmålen, kan vara att skapa en enkel prototyp i skissform som sedan presenteras för användarna. Man analyserar hur mottagandet blir och jämför dessa med sina användbarhetsmål, troligtvis uppfylls inte dessa utan man måste göra om designen. Denna nya design presenteras åter för användarna. Och på det sättet fortsätter processen till dess att man har en design som uppfyller de användbarhetsmål man har satt upp. Vartefter man bli allt mer säker på att man är inne på rätt spår kan man bygga alltmer avancerade och detaljerade prototyper (i slutet kanske det inte är relevant att kalla dem prototyper då de bygger på riktig kod). I början av denna process är det också bra om man tillåter en viss brainstorming och också tar fram flera olika alternativa förslag, detta gäller speciellt då man tar fram nya och innovativa system.
Att involvera användarna i hela utvecklingsprocessen innebär dessutom att förväntningarna på den färdiga produkten hålls på rätt nivå. Användarna har ju varit delaktiga under hela processen och är således väl medvetna vad som kommer att levereras. Risken för att kunderna kommer att bli missnöjda minskar. Ett annat sätt att göra leveransen smidig är att utbilda användarna redan innan systemet levereras, till exempel på någon form av betaversion. Ytterligare en fördel med att involvera användarna under hela processen är att de blir mer delaktiga och därigenom blir mer positivt inställda till systemet, det är lättare att känna ett ägarskap till ett system man själv varit med och tagit fram.
Och användarna kan med fördel även involveras efter att systemet levererats. Att fånga in och analysera användarnas synpunkter ger värdefull input till framtida versioner av systemet.
Sedan är det ju så att det inte alltid går att tillgodose användarnas alla önskemål. Det kan finnas andra motstridiga krav, till exempel säkerhetskrav eller regelverk som måste följas och som inte är förenliga med önskemålen. Det finns ju också tekniska begränsningar för vad som är möjligt att utveckla.
Slutligen kan man ju fråga sig om användarna alltid vet vad de vill ha? Kanske krävs det kunskap om nya tekniska framsteg för att också se vilka nya möjligheter detta innebär, kunskap som endast ett få insatta har? Om man arbetar med att utveckla produkter som ligger i teknikens framkant är det nog därför inte fel att i prototyparbetet även testa helt nya och oprövade koncept, och detta även om dessa koncept inte har efterfrågats av användarna.
Inga kommentarer:
Skicka en kommentar