Trigger library
Weather, closures, transit delays, supplier cancellations, air quality and late arrivals, each with thresholds tuned to your activities and terrain.
Services · Disruption Response Automation
We turn the way your best operations lead handles a storm, a closed road or a late train into playbooks that run in minutes. Impact is assessed, a re-plan drafted and messages prepared, and a person approves before anything goes out.

At 11:50 AM the forecast shows a thunderstorm cell building over the high trails from 1:40 PM. Fourteen travelers in three groups are on the mountain this afternoon. One guide is out of signal until the ridge. The shuttle company needs an hour’s notice to change a pickup. The indoor pottery studio that could take one group has a single afternoon slot.
What happens next depends on who’s on shift. Your best operations lead knows which group to pull first, which supplier will pick up the phone and which travelers would rather have a quiet alternative than a refund. She spends the next ninety minutes on calls and texts, working from memory, and does it well. The next day a road closure lands on someone with less experience, and two travelers wait at the wrong trailhead.
Disruption isn’t a rare event in travel. It’s a weekly operating condition. Northern New Mexico’s summer monsoon brings afternoon thunderstorms, mountain passes close, trains run late and a venue loses power. Handling each one by phone is expensive, inconsistent and hard to learn from.
The goal isn’t to automate the decision. It’s to put a good draft in front of the right person while there’s still time to act: a re-planned day that keeps what can be kept, moves what has to move and tells everyone affected. That’s the difference between saving a trip and refunding one. It matters most for outdoor and adventure operators, corporate travel and events teams and tour operators juggling many moving parts at once.
Timeline
Times are counted back from the forecast impact at 1:40 PM.
A weather alert crosses the threshold your playbook sets for exposed afternoon activities. Closures, transit delays and supplier cancellations trigger the same way.
The system lists who is affected: three groups, fourteen travelers, two suppliers and one guide out of signal, with each traveler's mobility notes and preferences attached.
Route Engine re-plans the afternoon. The exposed hike moves to tomorrow morning, one group takes the studio slot, dinner stays put and pickups shift by forty minutes.
The duty lead reviews the draft on a phone, changes one swap and approves. Anything above your cost or risk threshold waits for this step.
Supplier changes go out through Booking Flow. Travelers get a plain-language update through Concierge. The guide's message waits for the ridge.
Every trigger, draft, edit and reply is logged. Each month we review what the playbook got right and what your lead changed.
Weather, closures, transit delays, supplier cancellations, air quality and late arrivals, each with thresholds tuned to your activities and terrain.
Your team's judgment written down: what's exposed, what the fallback is, who approves and how much flexibility each trip type allows.
Who and what is affected, ranked by urgency, with traveler needs and supplier constraints attached.
Feasible alternatives that respect opening windows, travel times, pacing and accessibility. Re-planning first, rebooking only when it has to happen.
One screen on any device to review, edit and approve. Thresholds decide what can run on its own and what waits for a person.
Traveler, supplier and guide messages in your voice, across email, SMS, WhatsApp and web chat, with a record of who saw what.
How it works
We go through a season of incidents with your team and pick the five to eight scenarios worth automating first.
Each playbook is written with your most experienced people: triggers, thresholds, fallbacks, approvals and the words you'd use.
We connect weather, closure and transit data with your reservations and supplier contacts, then replay past incidents through each playbook.
Playbooks run beside your team, drafting but not sending. When your leads trust the drafts, approvals go live.
Measured, not promised
From a 10-week pilot with a corporate offsite planning firm, across four live events. Read the case study.
Internal measurements from one Nova pilot. Results depend on trip complexity, supplier responsiveness and how much you choose to automate.
Side by side
The first time it drafted a storm re-plan, our lead changed one thing and approved it from the parking lot. That afternoon used to cost her more than an hour in group chats.
Questions
Only within thresholds you set. Most clients let small, reversible changes go out automatically, such as a pickup moved by twenty minutes. Anything that costs money, swaps an activity or touches a traveler's accessibility needs waits for approval. We explain why in Draft, don't decide.
From weather data providers, official road and park closure feeds, transit data and your own suppliers, chosen for your region during playbook design. We don't rely on a single source for a decision that moves travelers.
Every playbook has a clock. If a supplier hasn't confirmed within the window you set, the request goes to a person with the fallback options already drafted.
They shouldn't. Playbooks batch changes, skip travelers who aren't affected and stay quiet about non-events; a forecast that clears doesn't need a message. The principle is in When an AI concierge should stay quiet.
No. A playbook needs routing to draft the re-plan and a way to send messages. Many clients start with Route Engine and their existing messaging, then add Booking Flow and Concierge as volume grows.
Related
We'll walk through it together on a discovery call and show you which parts a playbook would have drafted for you.