Facilitatorens mindset: Betjening af bremsepedalen
Design Thinking er ikke bare en undskyldning for at lege med post-its; det er en stringent, struktureret tilgang til at løse meget tvetydige problemer ved dybt at forstå slutbrugeren. Som facilitator af denne proces skal du fungere som "bremsepedalen" i rummet. Teams er naturligt programmeret til at skynde sig mod løsninger, især når rummet er tæt befolket med ingeniører, operatører eller ledere. Din primære opgave er at bekæmpe dette instinkt. Du skal tvinge teamet til at sidde i den ubehagelige, uklare tvetydighed i problemområdet, indtil brugerens sande smerte bliver ubestridelig. Hvis de forsøger at springe til en løsning, før de fuldt ud forstår brugerens kamp, skal du fast trække dem tilbage.
Hvornår rammen faktisk virker (og hvornår den fejler)
Denne workshop er mest effektiv, når du står over for et "vanskeligt" problem. Dette er udfordringer, der er notorisk dårligt definerede, ikke har nogen klar historisk præcedens inden for din organisation, eller som i høj grad afhænger af kompleks menneskelig adfærd, såsom at finde ud af, hvordan man får en meget teknisk onboarding-proces til at føles mindre intimiderende for en ikke-teknisk bruger.
Design Thinking er den rette intervention, når dine nuværende løsninger føles forældede, eller når du mistænker, at de er baseret på interne antagelser og organisatorisk politik snarere end empirisk brugerbevis. Desuden er det en fremragende mekanisme til at nedbryde indgroede afdelingssiloer, eller når et team sidder fast i en "business as usual"-loop og desperat har brug for at frigøre ægte, lateral innovation. Den fejler dog, når problemet er rent teknisk, eller når løsningen allerede er kendt, og workshoppen blot bruges som en teatralsk øvelse for at opnå accept.
Kuratering af rummet og klargøring af scenen
Magien ved en Design Thinking-workshop kommer udelukkende fra radikal, tværfaglig kollaboration. Du bør sigte efter en tæt gruppe på fem til otte deltagere. Denne gruppe skal absolut inkludere en "Beslutningstager", personen med den ultimative autoritet og budget til at give grønt lys til projektet, hvilket sikrer, at resultatet ikke bare ender i en skuffe. Du har også brug for en Kundeekspert, såsom en frontlinjesupportmedarbejder eller en dedikeret UX-researcher, der taler med slutbrugeren hver eneste dag og forstår deres faktiske, uforfalskede ordforråd. Rund rummet af med Udviklere, der forstår de tekniske og finansielle begrænsninger for at holde ideer jordnære, og en "Joker" fra en helt urelateret afdeling for at give et friskt, uvildigt perspektiv.
Forsøg ikke en Design Thinking-session uden rå, kvalitative data; du kan ikke udvise empati med et regneark eller et cirkeldiagram. Før sessionen overhovedet begynder, skal du kræve, at hver deltager ser mindst ét optaget brugerinterview eller læser en bunke rå kundesupportbilletter. Lige så vigtigt er det at sætte den eksplicitte forventning, at deltagerne skal tjekke deres egoer, titler og antagelser ved døren. De er der for at opdage, hvad der er sandt, ikke for at validere, hvad de allerede tror er rigtigt.
Navigering i kaosset: Eksekveringsfasen
En typisk session varer en halv eller hel dag og bevæger sig metodisk gennem fire forskellige faser. Den begynder med Empatifasen, hvor teamet fordyber sig i brugerdata for at udarbejde en klar, menneskecentreret problemformulering. Hvis denne formulering lyder som et teknisk krav, såsom "vi har brug for en hurtigere database", skal du tvinge teamet til at omskrive den fra brugerens perspektiv, såsom "brugeren forlader indkøbskurven, fordi den lange indlæsningsskærm skaber angst for deres kreditkort."
Derfra bevæger teamet sig ind i Idéfasen, hvor de engagerer sig i divergent brainstorming. Her skal du hensynsløst håndhæve "Ja, og..."-reglen fra improvisation for at beskytte skrøbelige, tidlige ideer mod for tidlig kritik. Endelig skal teamet overgå til Prototype- og testfasen, hvor de tvinges til at stoppe med at tale og begynde at bygge lav-fidelity prototyper ved hjælp af billige materialer som papir eller wireframes, og teste dem med det samme mod virkeligheden.
Skab gennembruddet
Gennem hele sessionen skal du holde teamet intellektuelt ærligt ved at stille skarpe, ubehagelige spørgsmål. Udfordr dem løbende på, om de virkelig løser problemet for brugeren, eller om de bare designer en løsning for at gøre deres egne interne processer lettere. Bed dem om at identificere den absolut mest risikable antagelse, der ligger til grund for deres yndlingsidé, eller hvordan de ville løse problemet, hvis de havde nul budget og kun en uge til at lancere. Når nogen er meget kritisk over for en idé, skal du ikke lade dem bare dræbe den; tving dem til at formulere, under hvilke specifikke markedsforhold den idé faktisk ville fungere.
Du skal forblive meget opmærksom på almindelige fejl. Den farligste er at springe empatifasen helt over og skynde sig direkte til idégenerering, hvilket konsekvent resulterer i, at et team strålende løser det forkerte problem. Du skal også bekæmpe "Ja, men..."-mentaliteten, som er den absolutte dræber af tidlig idégenerering. Beskyt processen mod "Design efter udvalg", hvor dristige ideer flettes sammen for at holde alle glade, hvilket resulterer i udvandede, middelmådige løsninger; giv i stedet Beslutningstageren magten til at træffe den endelige, svære beslutning. Endelig skal du forhindre teamet i at overkomplicere deres prototyper. Målet er at lære hurtigt, ikke at bygge perfekt.
Få mere ud af sessionen
To tiltag uddyber denne proces. Under empatifasen skal et teammedlem rollespille målpersonaen i et mock-interview, så resten af teamet kan øve sig i at afdække smertepunkter, før de taler med rigtige brugere. Under idégenerering skal du tildele nogen til at spille djævelens advokat, der stresstester ideer med ekstreme tilfælde og strukturelle fejl, før du begynder at prototype.
Det artefakt, du skaber i denne session, er ikke et dyrebart objekt, der skal forsvares; det er blot en hypotese, der venter på at blive testet. Mandatet, når du forlader rummet, er at tage disse lav-fidelity prototyper, præsentere dem for faktiske brugere, fejle så hurtigt og billigt som muligt, og bringe de rå erfaringer tilbage til næste iteration. Det sande arbejde begynder i det øjeblik, du lægger dit ego ved døren og træder i dine brugeres sko.
