Et team bruker uker på å forstå brukerne, teste og finne en løsning som fungerer. Så presenteres resultatet for ledergruppen. Og samtalen handler plutselig om hva den enkelte liker.
Ansvar uten mandat
Prosjektgruppen har ansvar for at løsningen virker. Hvis den ikke har myndighet til å avgjøre hva som er godt nok, ligger beslutningen hos andre. Hos folk som ser arbeidet for første gang når det er ferdig.
Det er rotårsaken. Ansvaret og mandatet sitter hos ulike personer.
Ledergruppen gjør jobben sin. De skal sikre at løsningen passer virksomheten. Men uten felles grunnlag blir innspillene personlige. Én synes fargen er feil. En annen savner sin avdeling på forsiden. Ingen har noe å måle mot.
Hva det kan koste
Omarbeid. Tapt tid. Et team som mister retning.
Og et design som ender som et kompromiss ingen egentlig valgte.
Når beslutninger som bygger på innsikt og testing blir overstyrt av meninger, får det også konsekvenser for neste runde.
Hvem som godkjenner designet, må avgjøres før designet finnes.
Min egen del av ansvaret
Jeg har selv vist frem et ferdig produkt. Ledergruppen fikk noe å reagere på, ikke noe å bestemme. Da kommer synspunktene.
Det er ikke et mål at ledergruppen skal si ja til alt. Målet er at samtalen handler om riktig ting.
Hvem som presenterer, er en del av det ansvaret.
La designeren presentere
Hvem som presenterer, påvirker hva samtalen handler om.
Når designeren presenterer, kan hen starte med det designet skal løse. Hvilke brukere, hvilke oppgaver, hva testene viste. Så kommer designet, som et svar på et problem og ikke som en visning.
Da flytter oppmerksomheten seg fra fonter og farger til det som avgjør om løsningen virker. Detaljene kan fortsatt diskuteres. De får bare riktig plass.
Designeren kan også svare på hvorfor. Hvorfor knappen ligger der. Hvorfor menyen er enkel. Det er vanskelig å formidle for andre enn den som har tegnet den.
Det krever litt av oss. Prosjektlederen rammer inn møtet og sier hvilken beslutning ledergruppen skal ta. Designeren får tid til å forberede seg. Og møtet er et beslutningsmøte, ikke et visningsmøte.
Avklar mandatet før du designer
Fire ting hjelper:
- Hvem godkjenner designet, og hvem kan stoppe det? Navn, ikke roller.
- Etter hvilke kriterier? Mål, brukerbehov og testresultater. Preferanser kommer i tillegg.
- Når kommer ledergruppen inn? Tidlig på mål og kriterier. Underveis på retning. Sluttresultatet er for sent å gi retning på.
- Hvem presenterer, og hva åpner presentasjonen med? Mål og brukerbehov, ikke skjermbilder.
Skriv avgjørelsene ned. En side holder.
Spørsmål jeg stiller i oppstarten
Hvem godkjenner dette? Hva skjer hvis ledergruppen er uenig i det brukertestene viser? Hvem avgjør da?
Svarene sier mye om hvor prosjektet står, lenge før første skisse.
Hvis du vil få mandat og beslutningsveier på plass før neste prosjekt starter, tar jeg gjerne en prat.
Åpenhetsmerknad: Denne artikkelen bygger på forfatterens egne analyser og erfaringer. AI har vært brukt som et redaksjonelt hjelpemiddel for språk og struktur.
