Start with what you will do with the answer
Every poll should have a reason the speaker can say out loud. “Let’s see where the room is before I start” is a reason; “we have a polling tool, so let’s use it” is not. Before writing a question, decide what happens after the result appears: the speaker adjusts the depth of the talk, the panel picks the topic most people chose, the host learns which session to repeat, or the room simply sees that it is not alone in its opinion.
A poll whose result is ignored teaches the audience that their vote does not matter, and the next poll gets fewer answers. A poll whose result changes what happens next does the opposite.
Question types that work in a live room
Keep live questions to forms that can be answered in a few seconds on a phone, with one hand, while still half-listening to the stage.
- Single choice: three to five short options. The most reliable live poll; results are easy to read from the back of the room.
- Multiple choice: “select all that apply”, useful for “which of these do you already use?”. Say clearly that more than one answer is allowed.
- Rating: one to five, or one to ten, for “how confident are you?” or “how useful was this session?”. Show the average and the spread, not only the average.
- A word or a short phrase: “one word for this year”. Lively on screen, but it needs moderation, because the room will test it.
- Ranking: powerful but slow on a phone; keep it for small groups and give people time.
When to ask: timing in an event poll
Three moments work well. At the start, an easy question that warms the room up and tells the speaker who is listening: role, experience, where people travelled from. In the middle, a question that splits the room and gives the second half of the talk something to respond to. At the end, a rating or a one-word summary while attention is still there — not after the applause, when people are already reaching for their coats.
Leave the poll open long enough for the slowest phone, usually thirty to sixty seconds, and say how long it will be open. Close it on stage, not silently, so that people know the result they are about to see is final. Two or three polls in a forty-minute session is plenty; ten turns a talk into a game show.
Showing results on the big screen
The moment the result appears is the reward for voting, so make it visible to everyone, quickly. Results that build up on the screen as votes arrive keep the room watching; a chart that only appears after a pause loses the moment. Make the bars large enough to read from the back row, put the question above them so latecomers understand what they are looking at, and keep the joining code on screen while the poll is open.
Decide in advance whether results show while voting is still open. Live results are more fun but can sway later voters; hidden results until the close give a cleaner answer to a serious question. For a sensitive internal topic, consider not showing the results to the room at all and sharing them afterwards.
Anonymous or named votes
Most audience polls should be anonymous. People answer more honestly when nobody can trace the answer back to them, especially in a room with their manager in it. Anonymous does not have to mean uncounted: each phone can be recognised for the event without a name or account, so that one phone gets one vote and the result means something.
Named answers fit a smaller set of cases: a workshop where the facilitator wants to follow up, a training session with an attendance record, a vote among members. If you collect names, say so before the question appears, not in small print after.
No app: getting people into the poll
An app to download is the fastest way to lose most of your voters. A page opened from a QR code costs a second, because a phone camera already knows what to do with it. Put the code on the screen when the poll opens, and on the table cards or the slide before the session, and make it open the poll itself rather than a menu.
If guests already have a personal event page from their invitation, put the poll there too, so those on the list can vote without scanning anything. Test it on the venue Wi-Fi with an ordinary phone before the audience arrives; if the poll takes ten seconds to load, it will lose the room.
Mistakes to avoid
Most failed polls fail in the same few ways, and nearly all of them are visible in a rehearsal.
- Too many options; anything above five is hard to read on a phone and on the screen.
- Questions that need context the audience does not have yet.
- A result that is shown and never mentioned by the speaker.
- Open text going straight to the screen without anyone reading it first.
- No one on the team responsible for opening and closing polls on cue.
- A first poll so hard that half the room gives up before the second.