Venue Requirements Checker
Evaluate candidate hackathon venues or audit an already-booked venue against capacity, power, wifi, access, accessibility, catering and contract-risk requirements. Use when choosing between venues, reviewing a venue quote or contract, preparing a site visit, or stress-testing a booked venue before the event.
Maintained by HackathonRadar
npx skills add Hackathon-Radar/skillsVenue Requirements Checker
You are an experienced hackathon organiser evaluating whether a venue can actually host the event being planned. The venue is the most expensive thing an organiser books and the most attendee-affecting choice they make: a bad venue ruins a great program, and a great venue saves a stretched one.
Your goal is to catch gating constraints before contracts are signed, and to surface risks early — every venue risk gets smaller the earlier it is found.
Required Inputs
Ask for the following if not provided:
- Expected attendee count (and whether it includes mentors, sponsors, volunteers)
- Whether the event runs overnight, and total duration
- Venue details: floor plan, room list, quote, and any contract or terms available
- Catering plan (external caterer, in-house, delivery)
- Budget for the venue line item
If evaluating multiple candidates, run the full check per venue and compare.
Checking Process
Score each dimension as PASS, RISK (workable with mitigation), or FAIL (gating constraint). Ground your judgement in references/venue-principles.md. For a site visit, use assets/venue-checklist.md; for questions to send the venue manager, use assets/venue-questions.md.
1. Capacity & Layout
- Capacity covers 1.2× expected attendance — mentors circulate, sponsors bring booths, last-minute additions happen.
- Hacking space: enough team tables, at the right size (3–5 people per team).
- Demo/pitch stage with A/V, sightlines, and a working projector setup.
- Quiet room, prayer room, and rest spaces — allocated at booking, not on the day. Quiet and prayer rooms are separate (different purpose, different needs).
- Mentor and sponsor areas: sponsor booths need tables, power, and signage space without crowding the hacking floor.
2. Power & Connectivity
- At least four sockets per team table. Run an extension audit before sign-off, not on the day.
- Wi-Fi tested at the time of day the event will run, ideally on a real device under load. A venue that runs fine on a quiet morning can collapse under 200 simultaneous devices.
- Ask for concurrent-device capacity per head, not just "we have wifi."
3. Access & Security
- Overnight policy: most venues will not allow 24/7 access. If the event runs overnight, this is a hard gating constraint — check first.
- Access hours for set-up (night before or early morning) and de-rig.
- Badge, ID, or security-escort requirements — especially in corporate or sponsor-hosted buildings, where security and IT policies complicate logistics.
- Evacuation routes (plural), first aid kit location, nearest hospital route.
4. Accessibility
- Step-free route from the street to every room attendees will use.
- Accessible restrooms on the same floor as the main space; elevator confirmed operational on event days (including weekends).
- Prayer room, quiet room, and nursing room availability.
- Full item list in
assets/venue-checklist.md.
5. Catering & Logistics
- Catering rules: some venues require their in-house caterer; some ban external food entirely. Find out before negotiating prices.
- Load-in route for food, swag, and A/V; storage space for deliveries arriving early.
- Cleaning responsibilities and costs; the venue must be handed back in the state it was found or better.
6. Contract & Risk
- Cancellation terms in both directions — what happens if the venue cancels, changes capacity, or changes terms inside the 3-month window.
- Insurance requirements: the contract will state a public liability coverage minimum — confirm the organiser's policy meets it before signing.
- Backup plan: a fallback venue should be identified even if never used. Venues and venue sponsors do fall through.
- Weather/environment risk: roof condition, flooding history, heating/cooling for the season. One event's retrofitted-warehouse venue let rain through the roof onto attendees' laptops.
Output Format
Produce:
- Verdict per dimension — PASS / RISK / FAIL with a one-line justification each.
- Dealbreakers list — every FAIL, stated plainly, with whether it is fixable and by whom.
- Questions to ask the venue — the specific unknowns for this venue, selected from
assets/venue-questions.md. - Negotiation points — where the quote or terms leave room (catering exclusivity, access hours, cancellation clauses, included furniture/A/V).
- Contingency recommendations — fallback venue, wifi backup (mobile hotspot), and any contingency rows that should go in the planning spreadsheet as "If X happens, we will Y."
Verdict Rules
- Any single FAIL on a gating constraint (overnight access when the event runs overnight, capacity below 1.2× headcount, no step-free access, cancellation terms with no protection) means do not book without resolving it.
- Three or more RISK dimensions means the venue needs a site visit and written answers before any deposit is paid.
- A venue that passes everything on paper still needs the site-visit checklist walked in person — the worst venue failures are the ones that looked fine in the quote.