Design thinking workshop – slik skaper du kreativ problemløsning i teamet

Jeg husker første gang jeg skulle holde en design thinking workshop for et team på tolv personer. Nervene spilte opp noe helt sinnsykt – hva om de ikke forstod konseptet? Hva om prosessen bare ble en øvelse i å sette gule lapper på veggen uten at noe kom ut av det? Men etter tre intensive dager med empati-kartlegging, idebraining og prototyping, var jeg vitne til noe ganske magisk. Teamet som hadde slitt med silotenkning i måneder, hadde plutselig funnet en felles retning og et produkt alle trodde på.

Som tekstforfatter har jeg siden den gang fasilitert utallige design thinking workshop for bedrifter i alle størrelser, og jeg kan si med hånden på hjertet at dette er en av de mest kraftfulle metodene for å løse komplekse problemer kreativt. Men – og det er et stort men – det krever grundig planlegging og riktig gjennomføring for å lykkes. Altså, det holder ikke bare å rope «la oss tenke som designere» og håpe på det beste.

I denne artikkelen skal jeg dele alt jeg har lært om hvordan du organiserer en vellykket design thinking workshop for teamet ditt. Vi går gjennom hele prosessen fra A til Å, med praktiske tips, konkrete eksempler og – ikke minst – alle fallgruvene du bør unngå (basert på mine egne smertefulle erfaringer). Målet er at du skal kunne lede en workshop som ikke bare engasjerer deltakerne, men faktisk skaper varige resultater.

Hva er egentlig en design thinking workshop?

La meg være helt ærlig – første gang jeg hørte om design thinking, tenkte jeg «åja, enda ett buzzword fra konsulentverden». Men etter å ha sett hvor kraftfull metoden kan være i praksis, har jeg skiftet mening totalt. En design thinking workshop er i bunn og grunn en strukturert tilnærming til kreativ problemløsning som setter mennesket i sentrum.

Stanford d.school definerer design thinking som en fem-trinns prosess: empati, definer, ideér, prototyp og test. Men det som gjør det til en workshop, er at du samler et tverrfaglig team i et intensivt, kollaborativt miljø hvor alle disse fasene blir gjennomgått sammen. Det handler ikke bare om å tenke som en designer – det handler om å skape en kultur for innovasjon og brukersentrert løsningsutvikling.

Personlig synes jeg det fineste med design thinking er hvordan det bryter ned hierarkier. Jeg har opplevd situasjoner hvor en nyansatt har kommet med den beste ideen, mens direktøren satt og lyttet andektig. Det skjer fordi prosessen tvinger oss til å legge bort forutinntatte holdninger og virkelig forstå problemet før vi begynner å løse det.

En typisk design thinking workshop varer alt fra noen timer til flere dager, avhengig av kompleksiteten til problemet du skal løse. Jeg pleier å anbefale minimum en hel dag for enklere utfordringer, men mest suksess har jeg opplevd med workshops som strekker seg over 2-3 dager. Da får du virkelig tid til å gå dypt inn i hver fase.

Forberedelse er alt – planleggingsfasen som avgjør suksess

Greit nok, så du har bestemt deg for å holde en design thinking workshop. Gratulerer! Men nå kommer den virkelig viktige biten: forberedelsen. Og her snakker jeg ikke bare om å booke et møterom og kjøpe inn gule post-it lapper (selv om det også er viktig). Jeg snakker om grundig, strategisk planlegging som starter minst to uker før selve workshopen.

Første steg er å definere problemet du faktisk skal løse. Dette høres opplagt ut, men du aner ikke hvor mange ganger jeg har opplevd at team starter en workshop med vage formuleringer som «vi må bli mer innovative» eller «kundene våre er ikke fornøyde». Sånt funker ikke. Du trenger et konkret, målbart problem som alle forstår. For eksempel: «Hvordan kan vi redusere tiden det tar for nye kunder å komme i gang med tjenesten vår fra 14 til 3 dager?»

Når problemet er klart definert, må du tenke nøye gjennom hvem som skal delta. En design thinking workshop fungerer best med 6-10 personer fra forskjellige fagområder. Jeg har gjort feilen med å invitere for mange (kaos), og for få (for lite diversitet i perspektiver). Sweet spot er rundt 8 deltakere med bakgrunn fra salg, kundeservice, utvikling, markedsføring og ledelse.

Her er min sjekkliste for forberedelsen (utviklet etter mange år med trial and error):

Definer et spesifikt, målbart problem
Velg 6-10 deltakere med ulik bakgrunn
Book et rom med god plass og naturlig lys
Bestill materialer (post-it lapper, tusjer, flip-chart ark, teip)
Send ut en forberedelsesmail med problemstilling og agenda
Gjør research på målgruppen på forhånd
Forbered eksempelcases og inspirasjon
Sett av buffer-tid i agendaen (ting tar alltid lengre tid enn planlagt)

En ting jeg har lært er viktigheten av å kommunisere forventningene på forhånd. Mange har aldri vært med på en design thinking workshop før, og det kan virke både skremmende og fremmed. Jeg pleier å sende ut en kort video eller artikkel som forklarer konseptet, samt være tydelig på at det ikke finnes «feil» svar eller ideer.

Praktiske forberedelser som ofte glemmes

Det er så mange småting som kan ødelegge flyten i en workshop. Jeg husker en gang hvor vi måtte stoppe midt i en intens idémyldringssesjon fordi det ikke var nok post-it lapper. Eller den gangen alle tusjene var tørre. Eller da rommet var så trangt at folk bokstavelig talt satt på toppen av hverandre.

Her er mine praktiske tips som kan redde dagen din: Bestill alltid dobbelt så mange materialer som du tror du trenger. Post-it lapper forsvinner i et vanvittig tempo, og folk har tendensen til å «samle» på tusjer. Jeg har også lært meg å alltid ha en backup-plan for rommet. Hva gjør du hvis projektoren ikke virker? Hva om det blir byggearbeid i nabogangen?

En annen ting: sørg for at rommet har god ventilasjon og mulighet for både gruppearbeid og presentasjoner. Jeg foretrekker rom med store vindusflater og vegger jeg kan teipe ting på uten å få problemer med vaktmesteren etterpå.

Fase 1: Empati – å virkelig forstå brukerne dine

Nå er vi framme ved selve starten av design thinking-prosessen, og jeg må si at empati-fasen er min absolutte favoritt. Det er her magien begynner å skje, hvor team går fra å anta ting om brukerne sine til å virkelig forstå dem. Jeg har opplevd så mange «aha!»-øyeblikk i denne fasen at jeg nesten har sluttet å telle.

Empati handler om å sette seg inn i brukernes sko på en dyp, emosjonell måte. Det holder ikke å bare vite hva de gjør – du må forstå hvorfor de gjør det, hva de føler, hva som frustrerer dem, og hva som gir dem glede. Det er her du bygger fundamentet for alt det kreative arbeidet som kommer etterpå.

Jeg starter alltid empati-fasen med det jeg kaller «brukerpersona-bygginga». Deltakerne deles inn i små grupper, og hver gruppe får i oppgave å lage en detaljert profil av en typisk bruker. Men – og dette er viktig – det skal ikke bare være demografiske data som alder og inntekt. Jeg vil at de skal tenke på Marias frustrasjoner når hun prøver å logge seg inn på nettsiden klokka syv om morgenen mens ungen skriker. Eller hvordan Ola føler seg når han må fylle ut det samme skjemaet for tredje gang denne uka.

En metode jeg ofte bruker er «en dag i livet til»-øvelsen. Deltakerne må beskrive en helt vanlig dag for brukeren deres, fra de våkner til de legger seg. Hva spiser de til frokost? Hvilke apper bruker de? Hva tenker de på i dusjen? Det høres kanskje dumt ut, men det er utrolig hvor mange innsikter som dukker opp når folk begynner å tenke på dette nivået.

Empati-kartlegging i praksis

Empati-kartet er et av mine absolutte favorittverktøy, og jeg bruker det i nesten alle workshops. Det er ganske enkelt: du tegner opp en stor figur av et hode (ikke vær redd for å gjøre det litt komisk – det løsner stemningen), og så deler du området rundt hodet inn i fire seksjoner: «Tenker og føler», «Hører», «Ser», og «Sier og gjør».

Så fyller gruppen inn post-it lapper i hver seksjon basert på deres forståelse av brukeren. Det som er så bra med denne øvelsen er at den tvinger folk til å være spesifikke. I stedet for «brukeren er frustrert» må de skrive «brukeren tenker ‘hvorfor tar dette så lang tid?’ når hun venter på at siden skal laste».

Jeg pleier å gi gruppene 30-45 minutter på empati-kartleggingen, og så ber jeg dem presentere «sin» bruker for de andre. Det er alltid interessant å se hvor forskjellige perspektiver som dukker opp, selv om alle jobber i samme bedrift og tilsynelatende snakker om samme brukergruppe.

Empati-element	Eksempel fra kunde-workshop	Hvorfor det er viktig
Tenker og føler	«Jeg har ikke tid til å lære nye systemer»	Avslører emosjonelle barrierer
Hører	«Kollegaene klager på at det er komplisert»	Sosiale påvirkninger og meninger
Ser	Rot på pulten, mange åpne faner på PC-en	Kontekstuelle utfordringer
Sier og gjør	Spør IT-support om hjelp hver gang	Faktisk atferd vs. antatt atferd

Intervju-teknikker som funker

Hvis du har mulighet til å faktisk intervjue ekte brukere under workshopen (noe jeg anbefaler på det sterkeste), er det noen teknikker som funker bedre enn andre. Den viktigste regelen er: still åpne spørsmål og ikke led dem mot svarene du vil høre.

I stedet for «Synes du nettsiden vår er vanskelig å navigere?», spør «Fortell meg om siste gang du brukte nettsiden vår. Hva var målet ditt, og hvordan gikk det?» Det gir deg mye mer verdifull informasjon, og du unngår å påvirke svaret.

Jeg har også lært meg å være komfortabel med stillhet. Når noen har svart på et spørsmål, vent et par sekunder før du stiller neste. Ofte kommer de mest verdifulle innsiktene i de pausene, når folk får tid til å tenke litt ekstra.

Fase 2: Definer problemet presist og handlingsrettet

Etter empati-fasen sitter deltakerne som regel med hodet fullt av innsikter, observasjoner og tanker om brukerne. Det er fantastisk, men også litt overveldende. Nå kommer den kanskje viktigste fasen av hele design thinking-prosessen: å destillere all denne informasjonen ned til ett, klart definert problem som teamet kan løse.

Jeg pleier å si at hvis empati-fasen handler om å spre nettet vidt, så handler definer-fasen om å trekke det sammen igjen. Vi går fra divergent tenkning (samle inn alt) til konvergent tenkning (fokusere på det viktigste). Og dette er ofte der jeg ser team slite mest. Det er fristende å ville løse alle problemene på en gang, men det er oppskriften på katastrofe.

Det klassiske verktøyet her er «How Might We»-spørsmål (eller «Hvordan kan vi» på norsk). Men før vi kommer så langt, liker jeg å gjøre en øvelse jeg kaller «innsikt-clustering». Alle post-it lappene fra empati-fasen skal grupperes i temaer. Hvilke mønstre ser dere? Hvor er de største smertepunktene? Hva er felles for alle brukergruppene?

Sist jeg gjorde dette med et team fra en bank, oppdaget de at det som først så ut som fem forskjellige problemer, egentlig var varianter av samme grunnleggende utfordring: kunder forstod ikke hvilke produkter som var relevante for dem i forskjellige livsfaser. Det var en kraftfull erkjennelse som endret helt hvordan de tenkte om sin kommunikasjon.

Hvordan formulere det perfekte problemstatement

Et godt problemstatement følger det jeg kaller «SMART-P» formelen (en variant av SMART-mål, men tilpasset design thinking). Det skal være Spesifikt, Målbart, Actionable (handlingsrettet), Relevant og Tidsavgrenset – pluss det skal sette People (mennesker) i sentrum.

La meg gi deg et eksempel på forskjellen mellom et dårlig og et godt problemstatement. Dårlig: «Kundene våre er ikke fornøyde med nettsiden.» Godt: «Hvordan kan vi hjelpe travle foreldre mellom 30-45 år med å finne og kjøpe riktige barneklær på nettsiden vår på under 3 minutter, uten å måtte ringe kundeservice?»

Ser du forskjellen? Det andre eksempelet er konkret, det setter en spesifikk brukergruppe i fokus, det har et målbart utfall, og det gir et klart rammeverk for løsningsarbeidet som kommer.

En teknikk jeg ofte bruker for å komme fram til dette statement er «5 Whys». Start med det overordnede problemet, og spør «hvorfor» fem ganger. «Kundene ringer kundeservice.» Hvorfor? «Fordi de ikke finner det de leter etter.» Hvorfor? «Fordi søkefunksjonen gir for mange irrelevante resultater.» Og så videre. Ofte ender du opp med et helt annet problem enn det du startet med.

Prioritering når alt virker viktig

En av de vanligste utfordringene i denne fasen er at teamet identifiserer flere viktige problemer, men ikke klarer å velge hva de skal fokusere på. Jeg har opplevd situasjoner hvor diskusjonen går i ring i timevis fordi alle har sine favoritt-problemer de vil løse.

Her bruker jeg en variant av dot voting kombinert med impact/effort-matrisen. Først får alle delta på å stemme på hvilke problemer de synes er viktigst (3 stemmer hver, kan ikke stemme på eget forslag). Så tar vi de tre problemene med flest stemmer og plotter dem inn i en matrise hvor x-aksen er «hvor lett er dette å løse» og y-aksen er «hvor stor impact vil løsningen ha».

Målet er å finne problemer som havner i «high impact, low effort»-kvadranten. Men selv om et problem er i «high impact, high effort»-området, kan det være verdt å prioritere hvis det virkelig er kjerneutfordringen til organisasjonen.

Bruk «5 Whys»-teknikken for å komme til roten av problemet
Formuler problemstatement med spesifikk brukergruppe og målbart utfall
Prioriter problemene basert på impact og innsats
Test problemstatement med spørsmålet: «Hvis vi løser dette, vil det gjøre en reell forskjell for brukerne?»
Sørg for at alle på teamet forstår og er enige i problemformuleringen

Fase 3: Idegenerering – frigjør teamets kreative potensial

Nå kommer den delen av design thinking workshop som de fleste forbinder med prosessen: idémyldringen. Og jeg må innrømme at dette er både den mest energiske og den mest krevende fasen å fasilitere. Folk har en tendens til enten å holde igjen (spesielt i bedriftskulturer hvor det er farlig å komme med «dumme» forslag), eller å gå helt bananas med ideer som har null relevans til problemet vi faktisk prøver å løse.

Jeg husker en workshop hvor en deltaker foreslo at bedriften skulle begynne å selge romskip fordi «det var innovativt». Det var… kreativt, men ikke akkurat det vi var ute etter når utfordringen var å forbedre onboarding-prosessen for nye kunder. Så hvordan skaper du et miljø hvor folk tør å være kreative, men samtidig holder seg innenfor relevante rammer?

Svaret ligger i det jeg kaller «strukturert kreativitet». Det høres som en motsetning, men det er faktisk motsatt. Folk er mest kreative når de har klare rammer å jobbe innenfor. Så før vi starter idémyldringen, går jeg grundig gjennom reglene – og disse reglene er ikke-negocierbare.

Reglene for idémyldring er enkle, men kritiske: Ingen kritikk eller evaluering av ideer under myldringen. Kvantitet over kvalitet i første omgang. Bygge videre på andres ideer. Oppmuntre til ville, utradisjonelle forslag. Fokuser på problemstatement vi definerte i forrige fase. En samtale om gangen.

Teknikker som får ideene til å flyte

Standard brainstorming funker ofte dårlig i bedriftssammenheng fordi de mest høyrøstede dominerer, mens introverte ikke får sagt sin mening. Derfor bruker jeg nesten alltid en variant av «silent brainstorming» først. Alle får 10-15 minutter til å skrive ned sine ideer på post-it lapper uten å snakke med noen andre. Dette sikrer at alle får tenkt egne tanker før de påvirkes av gruppedynamikken.

Etterpå ber jeg folk sette opp post-it lappene sine på veggen og kort forklare hver ide (maks 30 sekunder per ide). Så gjør vi en runde hvor folk kan bygge videre på andres ideer – «Ja, og i tillegg kunne vi…» eller «Hva om vi tok den ideen og kombinerte den med…?»

En annen teknik jeg elsker er «Crazy 8s». Folk får ett ark papir som de bretter i åtte deler, og så har de åtte minutter til å skisse åtte forskjellige ideer (ett minutt per ide). Det høres stressende ut, men det tvinger hjernen til å slutte å redigere seg selv og bare komme med forslag. Noen av de beste ideene jeg har sett har kommet ut av Crazy 8s-øvelser.

For team som sliter med å komme i gang, bruker jeg noen ganger «worst possible idea»-øvelsen. I stedet for å brainstorme gode løsninger, brainstormer vi bevisst dårlige løsninger. Det løsner stemningen utrolig fort, og ofte kan du snu en «dårlig» ide til noe genialt ved å spørre «hva hvis vi gjorde det motsatte?»

Hvordan håndtere vanlige utfordringer

Det første problemet jeg ofte støter på er «den kritiske stemmen» – personen som ikke klarer å la være å evaluere ideer med en gang de kommer opp. «Det der vil aldri fungere fordi…» eller «Vi prøvde noe lignende i fjor og det…» Denne typen kommentarer dreper kreativiteten umiddelbart.

Her må du som fasilitator være bestemt. Jeg pleier å si «Takk for innspillet, men vi evaluerer senere. Akkurat nå samler vi ideer.» Hvis det fortsetter, bruker jeg «parkeringslisten» – en flip-chart ark hvor jeg skriver ned kritiske kommentarer som «vi kommer tilbake til dette i evalueringsfasen».

Det andre problemet er «den stille gruppen» – alle sitter bare og stirrer på hverandre uten at noen sier noe. Da hjelper det å stille ledende spørsmål: «Hva hvis penger ikke var et problem?» eller «Hva ville Apple ha gjort?» eller «Hva hvis vi kun hadde en dag på oss?»

Det tredje problemet er «for mange ideer-problemet». Etter en vellykket idémyldringssesjon kan du sitte igjen med 200+ post-it lapper med ideer. Hvordan håndterer du det? Jeg bruker en trefase-sortering: Først grupperer vi lignende ideer sammen. Så stemmer alle på de fem ideene de synes er mest interessante. Til slutt tar vi de 15-20 ideene med flest stemmer og diskuterer dem mer detaljert.

Fase 4: Prototyping – gjør ideene dine håndgripelige

Her kommer vi til den fasen som skiller design thinking fra vanlig brainstorming og strategiarbeid: prototyping. Og jeg må være ærlig – dette er hvor jeg ser flest team bli nervøse. «Vi er jo ikke designere,» sier de. «Vi kan ikke lage prototyper.» Jo, det kan dere! Og det skal ikke være perfekt heller.

Hele poenget med prototyping i en design thinking workshop er å gjøre ideene dine fysiske og testbare så raskt og billig som mulig. Vi snakker ikke om å kode en app eller bygge et ferdig produkt. Vi snakker om å lage noe – hva som helst – som kan hjelpe deg og teamet til å forstå hvordan ideen din kunne fungere i praksis.

Jeg husker en workshop med et forsikringsselskap hvor de skulle forbedre skadesøknadsprosessen. I stedet for å sitte og diskutere flytskjemaer og brukerreiser i det uendelige, lagde de en rollespillbasert prototype. En person spilte kunden, en annen spilte saksbehandleren, og de «spilte gjennom» hele prosessen med papirskjemaer og en gammel telefon. I løpet av ti minutter oppdaget de tre store flaskehalser som ikke hadde dukket opp i teoridiskusjonene.

Det er kraften i prototyping – det tvinger deg til å tenke på detaljene, og det avslører problemer du ikke visste at du hadde. Pluss det gjør ideene mer konkrete for alle på teamet. Det er lettere å diskutere og forbedre noe du kan se og røre enn noe som bare eksisterer som en ide i hodet på noen.

Ulike prototyping-metoder for forskjellige situasjoner

Papirprototyper er min absolute favoritt for digitale løsninger. Du tegner opp skjermbilder på vanlig papir (gjerne A4), kutter ut «knapper» som kan flyttes rundt, og «navigerer» ved å bytte mellom arkene. Det høres primitivt ut, men det fungerer utrolig bra for å teste brukerflyt og identifisere problemer tidlig.

For tjenester og prosesser bruker jeg ofte service blueprints eller customer journey maps som prototyper. Teamet mapper opp hele brukeropplevelsen fra start til slutt, inkludert alle touchpoints, backstage-prosesser og potensielle problempunkter. Så «går» de gjennom reisen og identifiserer forbedringspunkter.

Rolleplay og teaterprototyper er fantastiske for å teste interpersonlige interaksjoner. Hvis ideen din handler om kundeservice, selgsprosesser eller interne arbeidsprosesser, er det ingenting som slår å faktisk spille ut scenariet med ekte folk.

LEGO Serious Play er en metode jeg bruker når team trenger å visualisere komplekse systemer eller konsepter. Deltakerne bygger sine ideer med LEGO-klosser og forklarer metaforene de har brukt. Det høres kanskje litt barnslig ut, men det er utrolig kraftfullt for å få folk til å tenke på nye måter.

Prototyping-materialer du alltid bør ha

Jeg har en standard toolkit som jeg tar med til alle workshops, og den har reddet meg utallige ganger. Her er mine must-have materialer for prototyping:

Masse post-it lapper i forskjellige farger og størrelser
A4 og A3 papir, både hvitt og farget
Tusjer, kulepenn, blyanter
Sakser og tape (både vanlig og maskeringstape)
Kartonger i forskjellige størrelser
Pipe cleaners, Play-Doh eller lignende modelleringsmateriale
Klistremerker og etiketter
En kopp med knapper, clips og andre småting

Det viktigste er å ha materialer som er lett å jobbe med og som ikke krever spesielle ferdigheter. Folk skal kunne fokusere på ideene, ikke på å mestre kompliserte verktøy.

Feilene folk gjør i prototyping-fasen

Den største feilen jeg ser er at team bruker for mye tid på å lage «pene» prototyper. De vil at det skal se profesjonelt ut, og dermed mister de hele poenget. En prototype skal være rask, billig og eksperimentell. Hvis den ser for polert ut, er folk redde for å gi ærlig tilbakemelding eller foreslå endringer.

En annen vanlig feil er å lage prototyper som prøver å vise hele løsningen på en gang. Start med den aller viktigste funksjonen eller interaksjonen. Hvis du skal forbedre en nettbutikk, ikke lag prototype av hele kjøpsprosessen – fokuser på den delen som er mest kritisk for suksess.

Den tredje feilen er å glemme at prototyper er laget for å testes og forbedres. Jeg ser ofte team som lager en prototype og så bare «presenterer» den i plenum uten å faktisk teste den med brukere eller simulere brukeropplevelsen.

Fase 5: Testing og iterasjon – lærer av ekte tilbakemeldinger

Nå kommer sannhetens øyeblikk – det er på tide å teste prototypene dere har laget med ekte mennesker. Og jeg skal være helt ærlig: dette er fasen hvor jeg ser flest team få kalde føtter. «Hva om folk hater ideen vår?» «Hva om prototypen ikke fungerer?» «Hva om vi har brukt hele dagen på noe som er helt feil?»

Men nettopp det er jo poenget! Det er mye bedre å finne ut at ideen din ikke fungerer etter en dag med prototyping enn etter seks måneder med utvikling og millioner av kroner i investering. Testing-fasen handler ikke om å bevise at du har rett – den handler om å lære så mye som mulig, så raskt som mulig, til lavest mulig kostnad.

Jeg pleier alltid å minne team på at negative tilbakemeldinger er like verdifulle som positive. Faktisk, de er ofte mer verdifulle, fordi de hjelper deg å forbedre løsningen før den lanseres. Det verste som kan skje er at folk er høflige og sier «det var fint» mens de innerst inne synes det var ubrukelig.

Første gang jeg skulle lede testing av en prototype, var jeg selv nervøs som bare det. Vi hadde jobbet så hardt med en løsning for å forenkle en kompleks søknadsprosess, og når testbrukerne kom, virket det som om ingenting fungerte som vi hadde tenkt. Men det som skjedde i løpet av den timen med testing var gull verdt – vi lærte mer om brukerens faktiske behov enn vi hadde gjort gjennom uker med antakelser og diskusjoner.

Hvordan sette opp effektive brukertest

For en design thinking workshop trenger du ikke avansert brukertesting med eye-tracking og laboratorieomgivelser. Det holder med det vi kaller «guerrilla testing» – raske, uformelle tester med folk som ligner på målgruppen din.

Jeg anbefaler å teste med minimum tre personer per prototype, helst folk som ikke har vært involvert i workshopen. Hvis dere jobber i et kontormiljø, spør kollegaer fra andre avdelinger. Hvis workshopen handler om et publikumsrettet produkt, gå ut på gaten (eller kaféen ved siden av) og spør fremmede om de har fem minutter til overs.

Selve testoppsett er ganske enkelt: Forklar kort hva dere tester (men ikke for detaljert – du vil ikke påvirke testpersonen). Gi dem et scenario eller en oppgave å løse. Observer hvordan de interagerer med prototypen. Still oppfølgingsspørsmål. Takk dem og gå videre til neste person.

Det viktigste er å være observatør, ikke forsvarer. Når testpersonen sliter med noe, ikke hjelp dem eller forklar hvordan det «egentlig» skal fungere. Noter hva de gjør, hvor de blir forvirret, hva de sier høyt for seg selv. Alt dette er gull.

Hva du skal se etter under testing

Under testing fokuserer jeg på tre hovedområder: funksjonalitet, brukbarhet og ønskelighet. Funksjonalitet handler om prototypen faktisk gjør det den skal. Kan brukeren fullføre oppgaven? Brukbarhet handler om hvor lett det er å bruke. Sliter brukeren med å forstå hvordan ting fungerer? Ønskelighet handler om brukerens emosjonelle respons. Virker de engasjerte? Vil de faktisk bruke dette i virkeligheten?

Jeg lager ofte en enkel observasjonslogg hvor jeg noterer hva brukeren gjør, hva de sier, og hva jeg tenker om det. For eksempel:

Hva brukeren gjør	Hva brukeren sier	Min observasjon
Stopper opp og ser forvirret ut	«Hvor skal jeg klikke nå?»	Navigasjonen er ikke tydelig nok
Smiler og nikker	«Å, det var smart!»	Denne funksjonen treffer bra
Prøver samme handling tre ganger	Sier ingenting	Brukeren forventer at noe skal skje som ikke skjer

Etter testing samler teamet seg og går gjennom observasjonene. Hva fungerte bra? Hva fungerte dårlig? Hvilke antagelser viste seg å være feil? Hva lærte vi om brukerne som vi ikke visste før?

Iterasjon – forbedring basert på læring

Nå kommer den siste og kanskje viktigste delen av testing-fasen: iterasjon. Basert på tilbakemeldingene dere har fått, skal dere forbedre prototypen og teste den på nytt. Dette er ikke en one-shot deal – det er en kontinuerlig prosess av læring og forbedring.

Jeg pleier å sette av minst to runder med iterasjon i en design thinking workshop. Første runde er store endringer basert på grunnleggende problemer som dukket opp. Andre runde er mer fine-tuning og polering av detaljer.

Det viktige er å være systematisk i tilnærmingen. Ikke prøv å fikse alt på en gang. Prioriter de viktigste problemene først, lag en ny versjon av prototypen, test den, og gjenta prosessen. Hver iterasjon gjør løsningen bedre og øker sjansene for suksess når dere til slutt implementerer den.

Organisering og fasilitering av workshopen

Å være fasilitator for en design thinking workshop er både en kunst og en vitenskap. Jeg har hatt workshops hvor alt flyter perfekt og energien er så høy at folk nesten glemmer å ta pauser, og jeg har hatt workshops hvor jeg måtte kjempe for å holde deltakerne våkne etter lunsj. Forskjellen ligger ikke bare i gruppesammensetningen eller problemstillingen – den ligger i hvordan du organiserer og leder prosessen.

En av de viktigste tingene jeg har lært er at som fasilitator er jobben din ikke å komme med de beste ideene eller å ha alle svarene. Jobben din er å skape trygghet, holde energien oppe, sørge for at alle stemmer høres, og veilede gruppen gjennom prosessen på en måte som maksimerer læring og kreativitet.

Det høres enkelt ut, men det krever mye bevisst innsats. Du må konstant lese rommet, justere tempo, håndtere konflikter, og sørge for at gruppen holder seg på sporet uten å kvele kreativiteten. Det er som å være dirigent for et orkester hvor ingen av musikerne har spilt sammen før.

Skape det rette miljøet fra start

De første 15 minuttene av en workshop setter tonen for alt som kommer etter. Folk kommer inn med forskjellige forventninger, energinivåer og nivå av skepsis til hele greia. Jobben din er å få alle til å føle seg trygge, engasjerte og klare for å bidra.

Jeg starter alltid med det jeg kaller «check-in-runden». Alle presenterer seg kort, sier hva de håper å få ut av dagen, og deler én ting de gleder seg til eller en bekymring de har. Det høres kanskje touchy-feely ut, men det tjener flere viktige funksjoner: det får alle til å snakke tidlig (som senker terskelen for å delta senere), det gir meg som fasilitator verdifull informasjon om gruppedynamikken, og det skaper en atmosfære av åpenhet og deling.

Så går jeg grundig gjennom «grunnreglene» for workshopen. Disse er ikke forhandlingsbare, og jeg er tydelig på det:

Alle perspektiver og ideer er verdifulle
Bygg videre på andres ideer i stedet for å kritisere
Hold fokus på brukeren, ikke på interne problemer
Mobiler på lydløs og legges bort under øvelser
Vi jobber i iterasjoner – ingenting er ferdig første gangen
Det som sies i rommet, blir i rommet (trygghet for å dele)

Jeg pleier også å være transparent om min rolle. Jeg er der for å guide prosessen, ikke for å komme med fasiten eller ta beslutninger. Ekspertisen ligger i gruppen, og min jobb er å hjelpe dere få den fram på best mulig måte.

Håndtere forskjellige personlighetstyper

I enhver gruppe på 6-10 personer har du en blanding av personlighetstyper som kan være både ressurser og utfordringer. «Den dominerende» som tar opp mye luftrom. «Den stille» som har masse bra tanker, men ikke får dem fram. «Skeptikeren» som stiller spørsmål ved hele konseptet. «Entusiasten» som elsker alle ideer uten å evaluere dem kritisk.

For den dominerende bruker jeg tidsboksing og strukturerte øvelser. I stedet for åpne diskusjoner hvor de kan dominere, bruker jeg øvelser hvor alle må bidra innen en viss tidsramme. «Dere har fire minutter hver til å presentere deres empati-kart, og jeg holder tiden.»

For den stille bruker jeg små grupper og skriftlige øvelser. Silent brainstorming fungerer fantastisk for introverte. Jeg sørger også for å stille direkte spørsmål: «Maria, hva tenker du om dette?» – men alltid på en måte som gir dem rom til å svare uten press.

Skeptikeren kan faktisk være en ressurs hvis du håndterer dem riktig. I stedet for å lukke dem ned, ber jeg dem om å hjelpe til med å identifisere potensielle problemer og hindringer. «Du har et godt øye for hva som kan gå galt – hva ser du som de største risikofaktorene med denne tilnærmingen?»

Holde energien oppe gjennom lange økter

En design thinking workshop er mentalt krevende. Folk skal tenke kreativt, samarbeide intensivt, og ofte arbeide utenfor komfortsonen sin i flere timer i strekk. Som fasilitator må du være bevisst på energinivået i gruppen og justere tilnærmingen underveis.

Jeg bruker det jeg kaller «energi-sjekkpunkter» hver 90 minutt. Hvordan har folk det? Trenger vi en pause? Skal vi bytte arbeidsform? Noen ganger er det nok å åpne et vindu eller sette på musikk. Andre ganger trengs det en fem-minutters gåpause eller en helt annen type øvelse.

Jeg har også lært meg å variere mellom stillsittende og fysisk aktivitet. Etter en lang brainstormingsøkt kan det være deilig med en øvelse hvor folk må gå rundt og snakke med hverandre. Etter mye gruppearbeid kan det være befriende med litt individuell refleksjonstid.

Mat og drikke er også kritisk. Jeg sørger alltid for å ha lett tilgjengelige snacks (frukt, nøtter, kanskje noe søtt), og jeg minner folk på å drikke vann. Et dehydrert, hungrende team er ikke et kreativt team.

Vanlige fallgruver og hvordan du unngår dem

Etter å ha fasilitert hundrevis av design thinking workshops har jeg sett alle mulige ting gå galt. Og det meste kunne ha vært unngått med bedre forberedelse eller mer erfarne fasilitatorgrep. La meg dele noen av de vanligste fallgruvene jeg ser team falle i, og – viktigere – hvordan du kan unngå dem.

Den største fallgruven er det jeg kaller «løsningsfokus fra dag én». Team kommer inn i workshopen med en ferdig ide om hva løsningen skal være, og bruker hele design thinking-prosessen til å rasjonalisere hvorfor deres forhåndsbestemte løsning er riktig. Det er ikke design thinking – det er løsningsvalidering med ekstra steg.

Jeg så dette skje med et teknologi-team som var helt sikre på at de trengte en app. Gjennom hele empati-fasen tolkede de brukerinnsiktene som bekreftelse på at en app var veien å gå. Når de kom til idégenerering, var alle forslagene varianter av samme app-konsept. Det var først under prototyping at det gikk opp for dem at brukerne deres egentlig ville ha en mye enklere løsning som ikke krevde app i det hele tatt.

Måten å unngå dette på er å være brutalt ærlig om forventninger fra starten. Hvis teamet allerede har en preferert løsning, må du adressere det direkte. «Jeg hører at dere allerede tenker på en app-løsning. La oss legge den ideen i ‘parkeringa’ og se om vi kommer fram til den samme konklusjonen gjennom prosessen.»

Når team ikke klarer å bli enige om problemdefinisjon

En annen klassiker er når teamet bruker timer på å diskutere hva som egentlig er problemet de skal løse. Alle har sine meninger, og ingen vil gi seg. Jeg har opplevd situasjoner hvor en seks-timers workshop ble til en tre-timer hvor bare problemdefinisjonen ble diskutert, og teamet gikk hjem uten å ha kommet fram til noe som helst.

Her må du som fasilitator ta kontroll. Sett en hard tidsfrist for problemdefinisjon (jeg bruker som regel maks 90 minutter), og hvis gruppen ikke klarer å bli enige, tar du avgjørelsen for dem basert på empati-innsiktene. «Jeg hører at vi har tre forskjellige problemforståelser. Basert på det vi lærte i empati-fasen, kommer vi til å fokusere på [problem X] i dag. Hvis vi har tid til slutt, kan vi se på de andre problemene også.»

Det høres kanskje autoritært ut, men i praksis er det befriende for gruppen. De slipper å bruke all energien på å diskutere hva de skal jobbe med, og kan heller bruke den på å faktisk løse problemet.

Prototyper som blir for komplekse

Jeg ser også ofte at team går helt bananas i prototyping-fasen og prøver å lage noe som ser ut som et ferdig produkt. De bruker timer på å perfeksjonere design-detaljer eller bygge funksjonalitet som ikke er relevant for det de egentlig skal teste.

Løsningen her er å være krystallklar på hva prototypen skal teste. Ikke «hvordan produktet vil se ut», men «hvordan brukeren vil navigere gjennom hovedfunksjonen» eller «hvordan første interaksjonen med tjenesten vil føles». Jo mer spesifikk du er om testmålet, jo enklere blir prototypen å lage.

Jeg pleier å bruke «tidspress-teknikken» bevisst. «Dere har 45 minutter på å lage en prototype som lar oss teste om brukeren forstår hvordan de skal komme i gang. Start nå!» Tidspresset tvinger dem til å fokusere på det essensielle.

Testing som ikke gir ærlige tilbakemeldinger

Den siste store fallgruven er testing som egentlig bare er demonstrasjon i forkledning. Teamet «tester» prototypen med venner, familie eller kollegaer som er høflige og positive, men ikke gir ærlig, konstruktiv tilbakemelding.

Her er det kritisk å finne testpersoner som ligner den faktiske målgruppen og som ikke har noen relasjon til teamet som gjør at de føler seg forpliktet til å være snille. Jeg anbefaler også å strukturere testing som oppgaveløsning i stedet for prototype-demonstrasjon. «Her har du en situasjon du skal løse – kan du vise meg hvordan du ville gått frem?» i stedet for «Her er vår løsning – hva synes du om den?»

Oppfølging og implementering etter workshopen

Her kommer det kanskje viktigste spørsmålet av alt: hva skjer når design thinking workshop er over og folk går tilbake til hverdagen sin? Jeg har sett altfor mange team som kommer ut av en workshop med høy energi, masse gode ideer og stor optimisme, bare for å oppdage tre måneder senere at ingenting har skjedd. Prototypene ligger i en skuff, innsiktene er glemt, og organisasjonen fortsetter som før.

Dette er kanskje den største utfordringen med design thinking workshops – overgangen fra workshop-modus til implementering. I workshop-verdenen kan du teste ideer med papirprototyper på 30 minutter. I den virkelige verden tar det måneder å få godkjent budsjett for en pilot-test. I workshopen er alle fokusert på samme problem. I hverdagen har alle hundre andre prioriteringer som kjemper om oppmerksomheten.

Som fasilitator har jeg lært at min jobb ikke slutter når workshopen er ferdig. Den kanskje viktigste delen av jobben starter når folk skal begynne å implementere det de har lært. Og det krever en helt annen type planlegging og oppfølging enn selve workshop-gjennomføringen.

Lage en konkret implementeringsplan

Den siste timen av enhver design thinking workshop bruker jeg på det jeg kaller «fra ide til handling»-økta. Vi går gjennom alle prototypene og ideene som har kommet opp, men i stedet for å snakke om hvor fantastiske de er, snakker vi om hva som må til for å realisere dem.

Jeg lager en enkel tabell på flip-chart hvor vi fyller inn:

Ide/Prototype	Ansvarlig person	Første steg	Frist	Ressurser trengs
Forenklet onboarding-prosess	Maria (Produkt)	Møte med IT om tekniske muligheter	2 uker	Utviklerressurser
Ny kundekommunikasjon	Jon (Marketing)	Draft første e-mail-serie	1 uke	Copywriter

Det viktige er at hvert punkt har en ansvarlig person (ikke «teamet» eller «avdelingen»), en konkret første handling, og en realistisk tidsfrist. Jeg insisterer også på at første steget skal være noe som kan gjøres uten store godkjennelser eller budsjetter – målet er å holde momentum fra workshopen.

En teknikk jeg bruker for å gjøre dette mer engasjerende er «commitment-runden». Hver deltaker må stå opp og høyt forplikte seg til én konkret handling de skal gjøre innen en uke. Det høres dramatisk ut, men det fungerer. Det er vanskeligere å glemme noe du har sagt høyt foran kollegaene dine.

Systematisk oppfølging og læring

Etter workshopen sender jeg alltid en oppsummeringsmail innen 24 timer med bilder av alle post-it vegger, key insights, og implementeringsplanen vi lagde. Men viktigere – jeg setter opp oppfølgingsmøter. Første møte etter to uker, så etter seks uker, så etter tre måneder.

Disse møtene er ikke status-møter i tradisjonell forstand. De er refleksjonsmøter hvor vi spør: Hva har vi lært siden sist? Hvilke antagelser har vist seg å være feil? Hva må vi justere basert på ny informasjon? Det er fortsatt design thinking, bare i mindre skala og uten post-it lapper.

Jeg oppmuntrer også team til å fortsette å teste og iterere på ideene de implementerer. Den første versjonen av en løsning er sjelden den beste versjonen. Ved å holde testing- og iterasjons-mentaliteten fra workshopen levende i implementeringsarbeidet, øker sjansene dramatisk for at de faktisk lykkes med å skape noe verdifullt.

Bygge design thinking-kultur i organisasjonen

Det aller beste utfallet av en vellykket design thinking workshop er ikke bare at teamet løser det spesifikke problemet de jobbet med. Det er at de lærer en ny måte å tilnærme seg problemer på som de kan bruke igjen og igjen.

Jeg ser ofte at team som har vært gjennom en god design thinking workshop begynner å tenke annerledes om utfordringene sine. De begynner å spørre «hva trenger brukerne egentlig?» i stedet for «hvordan kan vi selge mer av det vi allerede har?» De begynner å teste ideer raskere i stedet for å diskutere dem til døde. De begynner å inkludere flere perspektiver i problemløsningsarbeidet.

For å støtte denne kulturendringen anbefaler jeg organisasjoner å:

Gi flere ansatte muligheten til å delta i design thinking workshops
Oppmuntre til rask prototyping og testing i daglig arbeid
Belønne læring og eksperimentering, ikke bare suksess
Lage rom for tverrfaglig samarbeid på tvers av siloer
Investere i design thinking-kompetanse internt

Det tar tid å bygge denne typen kultur, men organisasjoner som klarer det blir mye mer tilpasningsdyktige og innovative. De blir bedre på å løse de riktige problemene, ikke bare å løse problemer riktig.

Måling av suksess og resultater

En ting jeg blir spurt om gang på gang er: «Hvordan vet vi om design thinking workshop var vellykket?» Det er faktisk et vanskeligere spørsmål enn det høres ut som. Skal du måle det på hvor mange ideer som ble generert? På hvor fornøyde deltakerne var? På hvor mange av løsningene som faktisk blir implementert?

Etter mange år med erfaring har jeg kommet frem til at suksess i design thinking må måles på flere nivåer og over tid. Det er ikke nok å se på umiddelbare utfall – du må også se på langsiktige endringer i hvordan teamet jobber og tenker.

På kort sikt (rett etter workshopen) ser jeg på konkrete leveranser: har vi definert problemet tydelig? Har vi generert relevante, testbare ideer? Har vi laget prototyper som hjelper oss å forstå løsningene bedre? Har vi fått verdifull tilbakemelding fra brukere? Har teamet en klar plan for videre arbeid?

Men de virkelig interessante resultatene kommer på mellomlang og lang sikt. Er løsningene som kom ut av workshopen faktisk blitt implementert? Fungerer de i praksis? Har de løst problemet vi satte oss fore å løse? Og kanskje viktigst – har teamet endret måten de jobber på permanent?

Konkrete målemetoder jeg anbefaler

For umiddelbare utfall bruker jeg en enkel «exit survey» rett etter workshopen. Jeg spør om tre ting: På en skala fra 1-10, hvor sannsynlig er det at du vil anbefale denne type workshop til en kollega? Hva var det mest verdifulle du lærte i dag? Hva vil du gjøre annerledes i ditt daglige arbeid basert på det vi har jobbet med?

Disse svarene gir meg en god indikasjon på om workshopen traff målgruppen og om folk faktisk har planer om å bruke det de lærte. En Net Promoter Score på under 7 er et rødt flagg som betyr at noe gikk galt i prosessen.

For implementering følger jeg opp konkret: Hvor mange av ideene/prototypene fra workshopen er faktisk blitt testet videre? Hvor mange har blitt implementert helt eller delvis? Hvilke resultater har de gitt? Dette krever tettere oppfølging over flere måneder, men det er den eneste måten å vite om workshopen faktisk skapte verdi.

For kulturendring bruker jeg det jeg kaller «atferdsmarkeringer». Bruker teamet design thinking-språk og -konsepter i andre sammenhenger? Prototyper de ideer raskere enn før? Inkluderer de brukerperspektiv mer systematisk i beslutninger? Tester de løsninger før full implementering?

Når ting ikke går som planlagt

Ikke alle design thinking workshops er suksesser, og det er viktig å være ærlig om det. Jeg har hatt workshops hvor energien aldri kom i gang, hvor teamet ikke klarte å komme frem til en felles problemforståelse, eller hvor prototypene var så dårlige at ingen testing i verden kunne redde dem.

Når dette skjer, er det fristende å si at «design thinking ikke fungerer for vår organisasjon» eller at «dette er ikke riktig timing». Men oftest ligger problemet i forberedelsene eller gjennomføringen, ikke i selve metoden.

Dårlige workshops har ofte noen felles kjennetegn: problemstillingen var for vag eller for kompleks, feil personer var invitert, det var for lite tid satt av, eller det var motstand fra ledelsen som ikke ble adressert på forhånd. Hvis du kan identifisere hva som gikk galt, kan du ofte rette opp med en oppfølgingsworkshop eller justeringer i tilnærmingen.

Jeg pleier å være åpen om når ting ikke går bra, og bruke det som en læringsmulighet for hele gruppen. «Dette fungerte ikke så bra som jeg hadde håpet. Hva tror dere var grunnen? Hva kunne vi gjort annerledes?» Ofte fører slike refleksjoner til verdifulle innsikter som gjør neste workshop bedre.

Tilpasning til forskjellige bransjer og kontekster

En ting jeg har lært gjennom årene er at design thinking ikke er «one size fits all». Prosessen og prinsippene er universelle, men måten du implementerer dem på må tilpasses konteksten du jobber i. En workshop for et startup-selskap ser helt annerledes ut enn en workshop for en stor offentlig etat. En workshop om produktutvikling krever andre verktøy enn en workshop om organisasjonsutvikling.

Jeg husker første gang jeg skulle holde design thinking workshop for en stor bank. Jeg kom inn med min standard startup-tilnærming: høy energi, raske beslutninger, «fail fast»-mentalitet. Det fungerte… ikke så bra. Kulturen var mye mer risikoavers, beslutningsprosessene var hierarkiske, og folk var vant til grundige analyser før noe som helst ble besluttet.

Det tok meg litt tid å innse at jeg måtte tilpasse tilnærmingen uten å miste kjernen i design thinking. Vi brukte mer tid på empati-fasen for å bygge solid forståelse. Vi fokuserte på «lave risiko-pilotprosjekter» i stedet for radikale innovasjoner. Vi inkluderte compliance og risiko-perspektiver fra starten av.

Poenget er ikke at banken var «dårligere» på design thinking enn startupen. De hadde bare forskjellige rammebetingelser og måtte tilpasse prosessen deretter.

Design thinking i offentlig sektor

Offentlig sektor er kanskje det mest interessante området å jobbe med design thinking i, fordi det er så mange begrensninger og samtidig så stort potensial for positiv impact. Jeg har holdt workshops for alt fra NAV og kommuner til sykehus og universiteter.

Utfordringene er åpenbare: tunge beslutningsprosesser, streng regulering, begrenset budsjett, politisk press. Men mulighetene er enorme: millioner av brukere som kan få bedre tjenester, samfunnsproblemer som kan løses mer effektivt, ansatte som kan få mer meningsfullt arbeid.

I offentlig sektor bruker jeg ofte det jeg kaller «systemisk design thinking». I stedet for å fokusere på enkeltstående produkter eller tjenester, ser vi på hele brukerreisen gjennom offentlige tjenester. Hvordan opplever en familie prosessen fra førstegangskjøp av bolig til de får barnehageplass? Hvordan kan vi gjøre overgangen fra skole til arbeidsliv smidigere?

Dette krever workshops som involverer representanter fra flere etater og nivåer, men resultatene kan være transformative når det fungerer bra.

B2B vs. B2C tilnærminger

En annen viktig forskjell er mellom B2B og B2C-kontekster. I B2C handler det ofte om å forstå individuelle behov og følelser. I B2B handler det like mye om å forstå organisatoriske prosesser, beslutningsstrukturer og interessekonflikter.

For B2B design thinking workshops inkluderer jeg ofte «stakeholder mapping» som en egen fase. Hvem er alle personene som påvirker eller påvirkes av løsningen vi utvikler? Hva er deres forskjellige behov og bekymringer? Hvordan kan vi lage noe som fungerer for alle, eller i det minste ikke aktivt motarbeider noen av dem?

Jeg bruker også mye tid på å forstå «buyer vs. user»-dynamikken. Personen som kjøper løsningen er sjelden den samme som skal bruke den daglig. Det krever prototyper og testing som dekker begge perspektivene.

Bygge videre på design thinking-ferdighetene

En vellykket design thinking workshop er bare begynnelsen, ikke slutten. Hvis du virkelig skal få uttelling av metoden, må du bygge videre på ferdighetene over tid. Det er som å lære å spille piano – du kan ikke forvente å mestre det etter én time med lærer.

Jeg anbefaler alltid team som har vært gjennom sin første workshop å begynne smått i hverdagen. Kan dere bruke empati-mapping på neste kundeproblem dere møter? Kan dere lage enkle prototyper før dere bygger den nye funksjonen? Kan dere teste ideer med kollegaer før dere presenterer dem for ledelsen?

Det finnes også mange måter å formalisere læringen på. Turneorg tilbyr kurs og sertifiseringer som kan hjelpe enkeltpersoner og team å bygge dypere kompetanse. Online-ressurser som Stanford d.school’s crash course og IDEO’s Design Kit gir gratis tilgang til øvelser og case studies.

Men viktigst av alt: fortsett å eksperimentere. Design thinking handler i bunn og grunn om å være komfortabel med usikkerhet og læring gjennom handling. Jo mer du praktiserer det, jo mer naturlig blir det.

Vanlige spørsmål om design thinking workshops

La meg avslutte med å besvare noen av de vanligste spørsmålene jeg får om design thinking workshops:

Hvor lang tid skal en workshop være? Det avhenger av kompleksiteten til problemet, men jeg anbefaler minimum en full dag. For komplekse utfordringer eller når teamet er nytt til metoden, er 2-3 dager optimalt. Du kan gjøre kortere økter på 2-4 timer, men da må du være veldig fokusert på hva du vil oppnå.

Hvor mange personer bør delta? Sweet spot er 6-10 personer. Med færre enn 6 får du ikke nok diversitet i perspektiver. Med flere enn 10 blir det vanskelig å få alle til å bidra aktivt, og gruppedynamikken blir mer kompleks å håndtere.

Trenger vi en ekstern fasilitator? Det er ikke nødvendig, men det anbefales sterkt, spesielt for første workshop. En ekstern fasilitator kan holde fokus på prosessen uten å bli dratt inn i innholdsdiskusjoner, og folk er ofte mer åpne med en nøytral person i rommet.

Hva koster det å gjennomføre en workshop? Kostnadene varierer enormt avhengig av om du bruker ekstern fasilitator, hvor mange deltakere du har, og hvor lenge workshopen varer. Som en grov tommelfingerregel kan du regne med at en endags workshop for 8 personer koster mellom 50.000-150.000 kroner inkludert ekstern fasilitator. Men dette kan være en av de mest kostnadseffektive investeringene en organisasjon kan gjøre hvis den fører til bedre løsninger og mer effektive prosesser.

Fungerer design thinking for alle typer problemer? Design thinking fungerer best for problemer som er komplekse, har mange interessenter, og hvor det ikke er opplagt hva riktig løsning er. Det fungerer mindre bra for rent tekniske problemer med klare riktige svar, eller for situasjoner hvor løsningen allerede er bestemt og du bare trenger å implementere den.

Hvordan overbevise ledelsen om at dette er verdt å investere i? Start smått med en pilot-workshop på et konkret, avgrenset problem. Dokumenter prosessen og resultatene godt. Fokuser på konkrete forbedringer i brukeropplevelse, effektivitet eller innovasjonsevne. Mange ledere er skeptiske til design thinking fordi det høres ut som «soft skills», men blir overbevist når de ser konkrete resultater.

Kan vi gjøre design thinking digitalt/online? Ja, det fungerer definitivt, spesielt etter at vi alle har blitt flinkere til digitale samarbeidsverktøy. Du trenger bare å tilpasse øvelsene til det digitale formatet og være ekstra bevisst på å inkludere alle deltakerne. Miro og Mural er utmerkede verktøy for digitale design thinking workshops.

Å organisere en vellykket design thinking workshop handler til slutt om å skape et miljø hvor mennesker kan tenke annerledes, samarbeide kreativt, og bygge løsninger som faktisk møter ekte behov. Det krever forberedelse, riktig fasilitering, og – kanskje viktigst – en villighet til å være åpen for læring og endring.

Jeg håper denne guiden har gitt deg verktøyene og selvtilliten til å prøve det selv. Start enkelt, vær tålmodig med prosessen, og husk at den beste læringen kommer gjennom praktisk erfaring. Lykke til med din første (eller neste) design thinking workshop!