Let’s break down how we prepare for and facilitate each one of these activities:
Prework and Problem Definition
There may be some pre-work needed to have individuals added to whichever software platform you’re using to host the virtual whiteboard. Sometimes, a light introduction is needed, and many software vendors have self-guided user onboarding, so I recommend that participants log on beforehand and familiarize themselves with the experience.
In the meeting invite, be sure to define the identified problem statement for which we’re developing hypotheses/solutions. This should be a user problem that’s specific enough, tied to a business KPI, and not a solution in itself. See these examples on formulating the perfect user problem.
It may take a few prep meetings with key stakeholders to align the top user problems to focus on. I’ve even seen entire workshops dedicated to just problem definition (yes, it’s that important to know what you’re solving for!).
If using a Creative Canvas link, it’s helpful to have categories for each of the ideas/solutions (Design Clarity, Content Clarity, Urgency, etc.). And it’s also another column if there are multiple user groups or stakeholders that are impacted by the problem.
Introduction
Start with introducing the purpose of this session. I like the format of answering the “why” (why is this important?, why now?), then the “how” (how will this be facilitated?, how will we elicit ideas?) and then move to the “what” (what is the problem statement?).
Also, use this time to address any FUDs (fear, uncertainty, doubt) that participants have. This is the point to allay any concerns with the process. Common doubts I hear from teams are “how will I know that my idea will be taken seriously and not ignored?” or “I have ideas that require a lot of change and effort, should I voice these, too?”
Generally, I like to employ the “creative matrix” framework to guide the brainstorming process.
Individual Brainstorming
Set a timer and time-box the brainstorming activity (5 or 10 mins). This part of the activity is individual and gives participants a chance to add their own ideas to the “board” without the influence of the group to deter what one thinks is a good idea.
Remind participants to not worry if their ideas overlap with someone else’s and don’t worry about the granularity of the idea yet - we’ll refine the specificity of the idea later. The idea should be framed as having two components: the proposed solution and a rationale (either qualitative or quantitative) that indicates why this solution would solve the problem.
Share and discuss the ideas
One by one, read out the ideas and encourage discussion. Have the idea owner field clarify questions and support evidence why this idea would work. Decide if the idea needs to be elaborated in greater detail or broken into more granular ideas. My rule-of-thumb: if the solution can be implemented by a “pizza-sized team” (a team that can be fed by a single pizza), then it's the right size.
Group Voting
Give the participants a set number of votes that they can use to indicate which idea would have the most potential at solving the stated problem. This is by no means a replacement for a comprehensive scoring rubric, which can come later when these ideas get added to the larger roadmap (our partners at WiderFunnel use PIE). You can also predetermine how many votes a participant has available to cast their vote and if they’re allowed to vote multiple times.