Låt oss gå igenom hur vi förbereder och faciliterar var och en av dessa aktiviteter:
Förarbete och problemdefinition
Det kan krävas en del förarbete för att lägga till individer till den programvaruplattform du använder för att vara värd för den virtuella whiteboarden. Ibland behövs en lätt introduktion, och många programvaruleverantörer har självstyrd användarintroduktion, så jag rekommenderar att deltagarna loggar in i förväg och bekanta sig med upplevelsen.
I mötesinbjudan, se till att definiera den identifierade problemformuleringen för vilken vi utvecklar hypoteser/lösningar. Detta bör vara ett användarproblem som är tillräckligt specifikt, kopplat till en affärs-KPI, och inte en lösning i sig. Se dessa exempel på hur man formulerar det perfekta användarproblemet.
Det kan krävas några förberedande möten med viktiga intressenter för att sammanställa de viktigaste användarproblemen att fokusera på. Jag har till och med sett hela workshops som bara handlar om problemdefinition (ja, det är så viktigt att veta vad man löser!).
Om du använder en Creative Canvas-länk är det bra att ha kategorier för varje idé/lösning (Designtydlighet, Innehållstydlighet, Brådska, etc.). Och det är också en annan kolumn om det finns flera användargrupper eller intressenter som påverkas av problemet.
Introduktion
Börja med att presentera syftet med den här sessionen. Jag gillar formatet att svara på frågorna "varför" (varför är detta viktigt?, varför nu?), sedan "hur" (hur kommer detta att underlättas?, hur kommer vi att få fram idéer?) och sedan gå vidare till "vad" (vad är problemformuleringen?).
Använd också den här tiden för att ta itu med eventuella rädslor, osäkerheter, tvivel (FUD) som deltagarna har. Det är här man ska lugna eventuella farhågor kring processen. Vanliga tvivel jag hör från team är "hur vet jag att min idé kommer att tas på allvar och inte ignoreras?" eller ”Jag har idéer som kräver mycket förändring och ansträngning, borde jag också uttrycka dessa?”
Generellt sett gillar jag att använda ramverket ”kreativ matris” för att vägleda brainstormingprocessen.
Individuell brainstorming
Ställ in en timer och tidsbestäm brainstormingaktiviteten (5 eller 10 minuter). Denna del av aktiviteten är individuell och ger deltagarna en chans att lägga till sina egna idéer på ”tavlan” utan gruppens inflytande för att avgöra vad man tycker är en bra idé.
Påminn deltagarna om att inte oroa sig om deras idéer överlappar med någon annans och inte oroa sig för idéns granularitet ännu - vi kommer att förfina idéns specificitet senare. Idén bör utformas som att den har två komponenter: den föreslagna lösningen och en motivering (antingen kvalitativ eller kvantitativ) som anger varför denna lösning skulle lösa problemet.
Dela och diskutera idéerna
Läs upp idéerna en efter en och uppmuntra till diskussion. Låt idéägaren förtydliga frågor och stödja bevis för varför denna idé skulle fungera. Bestäm om idén behöver utvecklas mer i detalj eller delas upp i mer detaljerade idéer. Min tumregel: om lösningen kan implementeras av ett "pizzastort team" (ett team som kan matas av en enda pizza), då är det rätt storlek.
Gruppröstning
Ge deltagarna ett visst antal röster som de kan använda för att ange vilken idé som har störst potential att lösa det angivna problemet. Detta ersätter inte på något sätt en omfattande poängsättningsmatris, som kan komma senare när dessa idéer läggs till i den större färdplanen (våra partners på WiderFunnel använder PIE). Du kan också förutbestämma hur många röster en deltagare har tillgängliga för att avge sin röst och om de får rösta flera gånger.