2
4 Comments

What actually separates a stakeholder workshop that produces a decision from one that produces a meeting

Most stakeholder workshops produce a pleasant couple of hours and nothing that survives contact with the following week. Everyone nods, the whiteboard gets photographed, and by Thursday nobody can agree on what was actually decided, if anything was.

The difference between a workshop that produces a decision and one that produces a meeting usually comes down to four things, and none of them are about facilitation skill in the room.

The first is what happens before the invite goes out: a short readiness check on whether the room actually has the authority and the information to decide anything, run before people's calendars get blocked rather than discovered halfway through. The second is running the right agenda for the actual purpose — a discovery session, a solution-design session, a decision or steering session, and a prioritisation session are four different conversations, and running the wrong one for the moment is why so many workshops feel like they covered a lot of ground and produced nothing. The third is closing with an explicit map of who owns what, not just a summary of what was discussed: a decision without an owner attached to it quietly reverts to no decision at all within a fortnight. The fourth is having a facilitator's toolkit ready for the room to actually get unstuck when it stalls, rather than watching the loudest voice fill the silence by default.

Worth trying at the next one even without a full rebuild: before you send the invite, write down in one line what decision this session needs to produce, and who in the room actually has the authority to make it. If you can't answer both, the workshop probably isn't ready to be scheduled yet.

How are people here handling the ownership gap after the room breaks up — is it usually a RACI, a follow-up email, or does it just quietly not happen?

on August 19, 2026
  1. 1

    The distinction between a workshop that creates discussion and one that creates an actual decision is well framed. The ownership point is especially important.

    1. 1

      Ownership is exactly the part that decides whether the decision survives the week. In practice it tends to fail quietly — everyone leaves the room assuming someone else picked it up, and by the time that's noticed, the moment for a cheap correction has usually passed. A full RACI is often too much ceremony for a single workshop; what tends to hold is naming the owner out loud in the room before people leave, then a short written note within the hour while it's still fresh. The follow-up email on its own, days later, rarely recovers what the room already forgot.

      1. 1

        That’s a useful distinction. The “cheap correction” point is especially interesting because it changes what happens after the workshop.

        1. 1

          Right — it shifts the failure window. Waiting for the follow-up email treats the mistake as something to fix after the fact; naming it in the room treats it as something to fix before anyone's left with the wrong version in their head. The follow-up note then just confirms what was already said out loud, instead of trying to introduce it cold. Curious whether you've seen teams push back on doing it live — some people find it awkward to correct course in front of the group.