# Conference live-poll run sheet — editable worksheet (English)

Copy this sheet for **one session**. Replace bracketed prompts with the event's approved information. Keep access links with the team that needs them; do not put private response data in a broadly shared copy. The session chair, moderator, speaker and AV lead should agree on the same poll version.

## Poll identity and purpose

| Field | Agreed entry |
| --- | --- |
| Event / session / room / date | [ ] |
| Session chair / decision owner | [ ] |
| Speaker / moderator / AV operator / backup | [ ] |
| Poll ID and approved version or last edit | [ ] |
| Purpose: what will the answer change in the discussion? | [ ] |
| Exact approved question | [ ] |
| Exact response options and order | [ ] |
| One answer, multiple answers, or open text? | [ ] |
| Who may edit and when does the version freeze? | [ ] |

## Participation and display

| Check | Agreed entry / evidence |
| --- | --- |
| Participant join URL and displayed QR location | [ ] |
| What participants are told about data collection and display | [ ] |
| Route to participate or follow without a suitable device/connection | [ ] |
| Presenter device, deck version and poll slide or cue | [ ] |
| Projected source and person controlling the screen | [ ] |
| Is moderation supported for this question and account? Who approves open text? | [ ] |
| What appears before voting, during voting and after closing? | [ ] |
| Response window: session-specific cue to open and close | [ ] |
| If a result is skipped, who tells the audience? | [ ] |

## Cue sequence

Replace role names and cues with what the team actually rehearsed. Do not treat these rows as fixed durations.

| Moment | Cue giver → receiver | Operator action | Confirmation or decision |
| --- | --- | --- | --- |
| Before doors | [ ] → [ ] | Open approved poll on operator view; keep audience view in agreed state | Correct ID/version and screen source [ ] |
| Introduce | [ ] → [ ] | Show question, join route and instructions | Speaker sees correct question [ ] |
| Collect | [ ] → [ ] | Open responses and watch participant/AV status | Moderator sees expected state [ ] |
| Close | [ ] → [ ] | Close responses; display approved result or keep hidden | Speaker confirms interpretation cue [ ] |
| Transition | [ ] → [ ] | Return to deck or next approved source | Chair confirms next programme item [ ] |

## Participant-side rehearsal

| Test and record | Result, device/network, reviewer, time |
| --- | --- |
| Follow **exact** URL or QR from inside the venue | [ ] |
| Check question, options, labels and instructions on participant device | [ ] |
| Submit a test response and confirm participant feedback | [ ] |
| Verify moderator view and any approval step | [ ] |
| Verify projected question and result state; confirm screen switch | [ ] |
| Remove or clearly exclude test responses as the chosen tool permits | [ ] |
| Retest after any question, deck, account or network change | [ ] |

## Fallback and final handoff

| Failure / decision | Agreed response, decision owner and cue |
| --- | --- |
| Participant page or join route fails | [ ] |
| Audience network fails | [ ] |
| Moderator access or approval fails | [ ] |
| Projected result or display source fails | [ ] |
| Sensitive or anonymity-dependent question cannot run as planned | [ ] |
| Choice to adapt, skip or retest | [ ] |

- Final state: **[ ] ran as rehearsed  [ ] adapted  [ ] skipped**
- Reason and person who made the decision: [ ]
- Result description (responses to this question, not all attendees): [ ]
- Post-session export/publication decision owner and outcome: [ ]
- Unresolved issue, next owner and check-back: [ ]

This sheet is an organizer aid. Follow the venue's approved AV, connectivity, access and data-handling processes for this event.