Skip to main content
whoot.
  • Desktop AlertsFull-screen alerts on every staff computer, and a Get help button on every desk.From £50 a site a month
  • Venue ManagementTwo-way SMS to the people you need to reach, response pages and a live map.From £59 a month
  • Venue VoicePush-to-talk voice rooms for your teams, recorded and transcribed.£9 a month for each person who talks, with a minimum of five

Not sure which fits?

Schools usually start with Desktop Alerts. Venues and events choose Venue Management to reach the public, Venue Voice for their teams, or both.

020 3856 8700
Book a demoCompare prices
  • EducationSchools, colleges and universities.
  • FestivalsGreenfield sites, camping and multi-day events.
  • EventsConferences, exhibitions and one-off events.
  • Stadiums & sportGrounds, arenas and race days.
  • Hospitality & nightlifePubs, bars, clubs and hotels.

A lockdown or evacuation alert on every staff computer, Get help from any classroom, and a text to every parent.

Martyn's Law

The Terrorism (Protection of Premises) Act 2025 applies to premises that can hold 200 or more people. Our guide explains what the Act requires and how whoot. supports your obligations.

Standard tier
200 to 799 people
Enhanced tier
800 or more
Read the guide
PricingAboutContact
020 3856 8700
Sign inBook a demo

Products

  • Desktop AlertsFull-screen alerts on every staff computer, and a Get help button on every desk.
  • Venue ManagementTwo-way SMS to the people you need to reach, response pages and a live map.
  • Venue VoicePush-to-talk voice rooms for your teams, recorded and transcribed.

Solutions

  • EducationSchools, colleges and universities.
  • FestivalsGreenfield sites, camping and multi-day events.
  • EventsConferences, exhibitions and one-off events.
  • Stadiums & sportGrounds, arenas and race days.
  • Hospitality & nightlifePubs, bars, clubs and hotels.
  • Martyn's LawWhat the Act requires of qualifying premises, and how whoot. supports your obligations.
  • Pricing
  • About
  • Contact
Call 020 3856 8700
Sign inBook a demo
Blog

Emergency Response · September 2026 · 6 min read

The people who see a problem first don't work for you

A contractor notices a fire exit chained shut. A visitor watches someone try three car doors in a row. Neither has your number, your app, or any idea who to tell. So they tell nobody, and the first you hear of it is afterwards.

By whoot. team

Account needed
none
Question types
5
Triage states
5
Priority levels
3

Most of what goes wrong is seen by someone with no way to tell you

Every site has a reporting gap. Staff have a radio, a room and a supervisor. Everybody else has nothing: contractors, visitors, delivery drivers, stallholders, the crowd. On the days that matter most they outnumber your team by a wide margin, and they are the ones standing next to the problem.

The usual answer is a generic email address on a sign, which works about as well as you would expect. Nobody has their laptop, nobody remembers the address, and what does arrive is a paragraph of prose that somebody has to read, interpret, chase and remember to close. A reporting channel that costs effort to use gets used after the fact, by which point it has stopped being a report and become an incident review.

So reporting now lives on the page you already point people at. The QR sign-up link that puts somebody on your alert list can carry a second, entirely independent section: Report an issue. Somebody scans the code, answers your questions and sends the report.

The two halves of that page do not depend on each other in either direction. Somebody who never enters a phone number can still report. Somebody who signed up ten minutes ago can report without doing it again. And when the recipient list behind the link reaches the end of its date window and stops taking sign-ups, reporting carries on regardless. A list window decides who gets texted. It has no business deciding whether a hazard can be reported.

From a code on a gate to a named owner

Six things the reporting page does between somebody noticing a problem and your team closing it.

The code is already on the wall
  • Reporting rides on the sign-up page your QR codes already open
  • No app to install, no account to create, no login to remember
  • One printed code now does two jobs: join the alert list, and report a problem
You write the questions
  • Build the question set yourself: free text, single choice, multi-choice, number, location
  • A live preview beside the editor renders the real page a visitor will get
  • One form can serve several links, and reporting works on the plain unbranded page too
A precise location
  • A location question takes a typed answer: north stand, level 2, by the lift
  • Optionally offer a one-tap browser position alongside it, with its accuracy recorded
  • Category and location fill the queue's own columns, so a report is sortable on arrival
A triage queue
  • Reports arrive in Security Ops as new, acknowledged, in progress, resolved or dismissed
  • Priority is low, normal or high, and your team sets it, never the person reporting
  • Each new report raises a notification that opens the report directly
A named owner
  • Assign a report to a named person with a typeahead, and unassign as easily
  • Reporter contact details can be hidden, optional or required, per form
  • Self-declared details are labelled as unverified, because that is what they are
A record that holds up
  • Every answer is stored with the question it was actually asked
  • Editing a form later never rewrites what an earlier reporter was shown
  • Status changes, assignment and resolution notes build an activity trail per report

A public form where anybody can tick “urgent” sorts reports by who sounds most sure, but your queue sorts them by risk.

Reporters describe what they saw. Priority, ownership and status are set inside Security Ops, by people who can see every other report on the site that day. Leaving priority to the team is the one decision that keeps a public queue usable past its first busy afternoon.

The page is open to everyone, with limits built in

A page that anyone on the internet can post to needs its limits designed in rather than bolted on. Access is the unguessable link itself, a CAPTCHA challenge, and rate limiting on both the reporter's connection and the link. The limits are generous enough for a whole venue sharing one network and tight enough that nobody can bury the queue.

The page is also, deliberately, not an emergency channel. Your own wording sits at the top of the form telling people what to do if somebody is in danger right now, and the queue describes itself the same way to the team working it. Emergencies belong on the alert path, where the response page, the roster and the incident map are waiting.

  • Reporting never depends on signing up: no number entered, or already entered, both work
  • Reporting keeps working after a recipient list's own date window has closed
  • A list window decides who gets texted; it does not decide whether a hazard can be reported
  • Access is the unguessable link, a CAPTCHA challenge, and rate limits, not an account
  • Your own emergency wording sits at the top of the form, so nobody uses it to call for help
  • The form is separate from your brand templates, so an unbranded page can still take reports

In this post

  • Public reporting on the page your QR codes already open, with no app and no account
  • You author the question set: categories, location, and anything else you need asked
  • Reports arrive in a triage queue with priority, owner, status, and a full activity trail
  • Priority is set by your team, never by the reporter, so the queue sorts by risk

Keep reading.

  • Speak a report instead of typing oneEmergency Response · September 2026 · Reporting a problem now takes a voice message and photos, not just a text box. Speak into the page and the recording is transcribed, summarised for the operator triaging it, and dropped into the voice room your team is already listening to. The same controls appear on the incident response page mid-alert.
  • One tap says "I'm safe"Emergency Response · July 2026 · Every emergency alert now carries a personal response link. It opens in any browser with no app and no account, records a one-tap status reply, shares live location with consent, and displays operator updates the moment they are posted. Your dashboard tracks every reply in real time.
  • See live location on an actual mapEmergency Response · August 2026 · During an incident, people who consent can share their position, and the incident map comes to life with live pings, movement trails, and a what3words square for every location. App users can share continuously in the background, with a pause control that is always one tap away.

Scan the same code to join the alert list or report a problem

Write your questions, attach them to a sign-up link, and the next person who scans the poster can tell you what they have just seen. Book a demo and we will set up a reporting page with you.

Book a demo

Or call 020 3856 8700.

whoot.

Emergency alerts, incident response and voice for schools, venues and events.

  • 020 3856 8700
  • hellowhoot.me
  • whoot. on LinkedIn (opens in a new tab)
  • whoot. on Instagram (opens in a new tab)

Products

  • Desktop Alerts
  • Venue Management
  • Venue Voice

Solutions

  • Education
  • Festivals
  • Events
  • Stadiums & sport
  • Hospitality & nightlife
  • Martyn's Law

Company

  • About
  • Roadmap
  • Blog
  • Case study
  • Contact
  • System status
  • Documentation

Legal

  • Privacy
  • Terms
  • Acceptable use
  • Accessibility
  • iOS app (opens in a new tab)
  • Android app (opens in a new tab)

© 2026 Eager Lobster Ltd, trading as whoot. Registered in England and Wales, company number 17038042 (Companies House, opens in a new tab). VAT number GB514409609.

Registered office: First Floor, 1 Des Roches Square, Witan Way, Witney, OX28 4BE. Prices exclude VAT.

all systems operational
Saved in this browser