Conference coverage plan
Use when someone from the team is attending an event and the posting usually amounts to a photo of the stand.
Fill in before running
Replace each placeholder with your own detail. The more specific you are, the less the model invents.
- {{EVENT_DETAILS}}
- {{WHO_IS_GOING}}
- {{AUDIENCE_INTEREST}}
- {{PLATFORMS}}
- {{ACCESS}}
Getting a better result
- Put a named person in every capture row; unassigned rows do not happen on a conference floor.
- The before posts do most of the work, because they are the only ones you write calmly.
- Paste the public agenda if there is one, otherwise every during row needs checking anyway.
Questions about this prompt
When do I run this rather than writing a recap afterwards?
Before the event. A recap written on the train home is the usual output and it competes with every other recap that week. This plans the before and during posting, and the before posts do most of the work because they are the only ones you write calmly with a keyboard.
What do I need in front of me?
Event details, who is going and what they are doing there, why your audience cares, the platforms, and an honest account of what you can access. Paste the public agenda if one exists. Without it, every during row carries a [CHECK AGENDA] marker and needs verifying against the schedule anyway.
What comes back, and what should I read closely?
Three pre-event posts written in full, a capture table with a named person per row, and two reporting posts with gaps marked for what you will only have on the day. Read the cut list: it names what it dropped for needing a badge you do not hold or a stranger's permission.
What is the mistake?
Leaving a capture row unassigned. Rows without a name do not happen on a conference floor, where everyone is between commitments and nobody opens a spreadsheet. The second one is filling the marked gaps in the after posts from memory rather than from notes taken while the session was running.