When I first started thinking about this talk, I had a lot of ideas, lots of areas I wanted to cover, lots of directions.
Backlog of UX thoughts was overwhelming. This is the way most projects begin.
But as a UX’er I realised that this is not about me and my needs, as “sender”, but about you as “users”.
This lunch talk is a product, and you are the users.
If this talk is going to be valuable, it needs to address your needs, not mine
I need to filter all my UX thoughts and present only what you need.
(Tesla – great user experience, but I don’t need to know how designers and engineers worked together to create it, to be able to sell it.)
Tilståelse: Begått 2 klassiske UX synder foran denne kompetanselunsjen
Gjort antagelser om hva mine brukere (dere) har behov for. Har ikke hatt tid/mulighet for å gå i dialog med mine dere for å avdekke behov, problemer, utfordringer – før jeg altså begynte å finne en løsning. Ble altså løsningsorientert FØR jeg visste hvilket problem jeg skulle løse.
Laget et produkt (denne presentasjonen) uten å teste den underveis. Jeg har altså begynt å utvikle en løsning, og faktisk fullført hele utviklingen, uten å brukerteste løsningen underveis. Feil fort!
Det obligatoriske Jobs sitat...
Folk vet ikke hva de vil ha før du viser det til dem. Litt sant. Men denne ”Vi vet best hva du vil ha – holdningen fungerer bare for Apple”.
Men folk vet som oftest hvilke utfordringer og problemer de trenger å få løst. De kan bare ikke se for seg løsningen før de begynner å se skisser, modeller, prototyper.
30 min varighet
Setting: Lunsj
Målgruppe: Prosjektledere, avdelingsledere, managing konsulenter
Scope: A minimum viable product – måtte skjære helt inn til benet av hva produktet (denne presentasjonen) kunne inneholde, ifht til mine brukere.
Tiden var knapp. Settingen var full av muligheter for distraksjoner. Målgruppen var heldigvis snever.
Produkteier som vet akkurat hva han trenger – han vet hvordan det skal virke, han vet hvordan det skal se ut. Og han kan ha fullstendig rett, bevares. I omtrent 0,1% av tilfellene.
Risk reduserende (Hvor mange har hørt om store prosjekter som har kullseilt? Eller hvor brukskvaliteten har vært så dårlig at brukere har flyktet fra ”den nye løsningen” (Win8)
Scope begrensende (ikke betal for utvikling av funksjoner som ikke blir brukt)
Forretningsverdi økende
Tidsbesparende
Kvalitetsøkende
Oppgavedefinerende og –løsende
Suksessskapende
Bruker tilfredshet økende
Kvalitetsøkende
Oppgavedefinerende og –løsende
Suksessskapende
Bruker tilfredshet økende