Hur du leder en Design Thinking-workshop

Lär dig att leda en Design Thinking-workshop. Inta rollen som bromspedal, navigera i tvetydighet och genomdriv radikal tvärfunktionell empati.

Facilitatorns tankesätt: Att manövrera bromspedalen

Design Thinking är inte bara en ursäkt för att leka med post-it-lappar; det är ett rigoröst, strukturerat tillvägagångssätt för att lösa mycket tvetydiga problem genom att djupt förstå slutanvändaren. Som facilitator för denna process måste du agera som rummets "bromspedal". Team är naturligt programmerade att rusa mot lösningar, särskilt när rummet är fyllt med ingenjörer, operatörer eller chefer. Din primära uppgift är att bekämpa denna instinkt. Du måste tvinga teamet att stanna kvar i den obekväma, grumliga tvetydigheten i problemområdet tills användarens verkliga smärta blir obestridlig. Om de försöker hoppa till en lösning innan de helt förstått användarens kamp, måste du bestämt dra dem tillbaka.

När ramverket faktiskt fungerar (och när det misslyckas)

Denna workshop är mest effektiv när du står inför ett "svårt" problem. Dessa är utmaningar som är notoriskt dåligt definierade, saknar tydligt historiskt prejudikat inom din organisation, eller bygger starkt på komplext mänskligt beteende, som att lista ut hur man får en mycket teknisk onboarding-process att kännas mindre skrämmande för en icke-teknisk användare.

Design Thinking är rätt intervention när dina nuvarande lösningar känns föråldrade, eller när du misstänker att de bygger på interna antaganden och organisationspolitik snarare än empiriska användarbevis. Dessutom är det en utmärkt mekanism för att bryta ner befästa avdelningssilos, eller när ett team har fastnat i en "business as usual"-loop och desperat behöver låsa upp äkta, lateral innovation. Det misslyckas dock när problemet är rent tekniskt eller när lösningen redan är känd och workshopen bara används som en teatralisk övning för att få acceptans.

Kurera rummet och förbereda scenen

Magin i en Design Thinking-workshop kommer helt från radikal, tvärfunktionell samverkan. Du bör sikta på en tajt grupp om fem till åtta deltagare. Denna grupp måste absolut inkludera en "Beslutsfattare", personen med den yttersta auktoriteten och budgeten att ge grönt ljus till projektet, vilket säkerställer att resultatet inte bara blir liggande i en låda. Du behöver också en Kundexpert, som en supportagent i frontlinjen eller en dedikerad UX-forskare, som pratar med slutanvändaren varje dag och förstår deras faktiska, oförfalskade vokabulär. Komplettera rummet med Utvecklare som förstår de tekniska och finansiella begränsningarna för att hålla idéerna förankrade i verkligheten, och en "Joker" från en helt orelaterad avdelning för att ge ett fräscht, opartiskt perspektiv.

Försök inte dig på en Design Thinking-session utan rå, kvalitativ data; du kan inte känna empati med ett kalkylblad eller ett cirkeldiagram. Innan sessionen ens börjar, beordra att varje deltagare tittar på minst en inspelad användarintervju eller läser en omgång råa kundsupportärenden. Lika viktigt är att sätta den explicita förväntningen att deltagarna måste lämna sina egon, titlar och antaganden vid dörren. De är där för att upptäcka vad som är sant, inte för att validera vad de redan tror är rätt.

En typisk session pågår under en halv eller hel dag och rör sig metodiskt genom fyra distinkta faser. Den börjar med Empatifasen, där teamet fördjupar sig i användardata för att formulera ett tydligt, människoorienterat problemuttalande. Om det uttalandet låter som ett tekniskt krav, som "vi behöver en snabbare databas", måste du tvinga teamet att skriva om det från användarens perspektiv, som "användaren överger kundvagnen eftersom den långa laddningsskärmen orsakar ångest kring deras kreditkort."

Därifrån går teamet vidare till Idéfasen, där de ägnar sig åt divergent brainstorming. Här måste du skoningslöst genomdriva improvisationsregeln "Ja, och..." för att skydda sköra, tidiga idéer från för tidig kritik. Slutligen måste teamet övergå till Prototyp- och Testfasen, där de tvingas sluta prata och börja bygga låg-fidelitetsprototyper med billiga material som papper eller wireframes, och testa dem omedelbart mot verkligheten.

Konstruera genombrottet

Under hela sessionen måste du hålla teamet intellektuellt ärligt genom att ställa skarpa, obekväma frågor. Utmana dem kontinuerligt om huruvida de verkligen löser problemet för användaren, eller bara designar en lösning för att göra sina egna interna processer enklare. Be dem att identifiera det absolut riskfylldaste antagandet som ligger till grund för deras favoritidé, eller hur de skulle kunna lösa problemet om de hade noll budget och bara en vecka att lansera. När någon är mycket kritisk till en idé, låt dem inte bara döda den; tvinga dem att formulera under vilka specifika marknadsförhållanden den idén skulle fungera.

Du måste vara mycket vaksam mot vanliga misslyckanden. Det farligaste är att helt hoppa över empatifasen och rusa direkt till idégenerering, vilket konsekvent resulterar i att ett team briljant löser fel problem. Du måste också bekämpa "Ja, men..."-mentaliteten, som är den absoluta dödsstöten för tidig idégenerering. Skydda processen från "Design by Committee", där djärva idéer slås samman för att hålla alla nöjda, vilket resulterar i urvattnade, mediokra lösningar; ge istället Beslutsfattaren befogenhet att fatta det slutgiltiga, svåra beslutet. Slutligen, förhindra teamet från att överkomplicera sina prototyper. Målet är att lära sig snabbt, inte att bygga perfekt.

Få ut mer av sessionen

Två åtgärder fördjupar denna process. Under empatifasen, låt en teammedlem rollspela målpersonen i en låtsasintervju, så att resten av teamet kan öva på att söka efter smärtpunkter innan de pratar med riktiga användare. Under idégenereringen, tilldela någon att spela djävulens advokat, för att stresstesta idéer med gränsfall och strukturella brister innan du börjar prototypa.

Artefakten du skapar i denna session är inte ett dyrbart objekt att försvara; det är bara en hypotes som väntar på att testas. Uppdraget när du lämnar rummet är att ta dessa låg-fidelitetsprototyper, presentera dem för faktiska användare, misslyckas så snabbt och billigt som möjligt, och ta med de råa insikterna tillbaka för nästa iteration. Det verkliga arbetet börjar i samma ögonblick som du lämnar dina egon vid dörren och kliver in i dina användares skor.

Ta med frågan.Medi leder rummet.

Inga förberedelser och ingen facilitator att anlita. Ditt team går därifrån med ett beslut, en ansvarig och ett datum.

Starta en session