Demand forecasts
Bookings and inquiries by product, date and channel, with booking-pace curves against the same point last year. You see a slow departure eight weeks out, not three days before.
Platform · Signals
Signals predicts demand, cancellations and price sensitivity from your own booking history, then turns each prediction into something a person can act on this week: a departure to promote, a guest to call, a quiet week to package.

Most tourism forecasting is a chart that says next October will look like last October. It’s rarely wrong enough to notice and rarely useful enough to change a decision.
Signals is built backwards from decisions. Which departures need a push, and when? Which bookings are likely to cancel, and is there a date we could move them to instead? Which shoulder weeks have demand hiding in them? Every signal arrives with three things: a range rather than a single number, the drivers behind it, and a suggested action a person can approve or ignore.
Bookings and inquiries by product, date and channel, with booking-pace curves against the same point last year. You see a slow departure eight weeks out, not three days before.
A risk score for each booking, built from lead time, deposit status, party shape, channel and communication patterns. It comes with the top reasons, so the call you make is the right call.
How demand for each product responds to price by season and lead time, so you can see where a discount buys bookings and where it only gives away margin.
Who already books your quiet weeks, what they value, and which packages would bring more of them. Results feed Itinerary Studio and your campaigns.
How it works
Bookings, cancellations, lead times, inquiries, deposits and channel data, plus on-site and assistant search demand where you have it. Event calendars and weather history fill in the context.
Hierarchical forecasts for demand, so thin products borrow strength from their category. A calibrated classifier for cancellation risk. Elasticity estimates for price. No single model pretends to answer everything.
Before anything goes live, we replay held-out seasons and show you the error. You decide whether a signal is good enough to trust.
Each signal carries a suggested move: release an allotment, send a reassurance note, offer a date change, build a package. A person approves it or doesn't.
Outcomes flow back in. When accuracy slips because of a new competitor, a closed road or a shift in who travels, we see it and retrain. That's part of Managed AI Operations.
Shoulder-season shaping
Quiet weeks are rarely empty of demand. They're short on reasons. Signals looks at who already books them, how far ahead, from where and in what party shape, and what those travelers rated highly. Then it suggests packages built on what the season genuinely offers: cooler hiking, emptier trails, softer lodge rates, clear high-desert nights.

Measured, not promised
A 10-week pilot with a small collection of desert lodges, measured against the same weeks the prior year. Read the case study.
Pilot measurements from one engagement and one season. Forecast quality depends on the depth and cleanliness of your history, which is why we show backtest error before go-live.
Checklist
Prediction in travel touches sensitive ground. These defaults come from our Responsible AI & Traveler Data Governance practice, and they aren't optional extras.
We used to discount the summer midweeks because they felt empty. Signals showed us who was already booking them, and why. We built two packages around those guests and stopped giving the rooms away.
Questions
Two full seasons of bookings and cancellations is a comfortable start, and one can be enough for cancellation risk. Products with thin history borrow from similar products. After the backtest we tell you plainly what's reliable and what isn't yet.
No. It shows how demand responds to price and suggests where to test. Price changes go through a person, and Signals never personalizes a price to an individual traveler.
Models learn from the past, so a new festival or a long road closure will surprise them. You can add known future events by hand, and drift monitoring flags it when reality leaves the forecast's range.
Where you have the data, yes: on-site search, planner queries, and requests that arrive through Agent Gateway. Questions asked before anyone books are often the earliest signal you'll get.
No. Your models train on your data, for your use. We add general public context such as holiday calendars and weather history, but your bookings are never pooled with anyone else's.
Related
Send two seasons of booking and cancellation exports. We'll replay a past season and show you what Signals would have flagged, and how often it would have been wrong.