More than 700 events · 14m room nights · US$12bn GVA · 49 countries · 180 cities · in the past 12 months

A tenth of the world's output and employment depends on the visitor economy

A demand platform already sees what its users do. Living Lab adds what the city has coming: the events, the flights, the hotel curve, and the sentiment in each market, so the platform sees demand form before it arrives.

In the last 12 months our OECD and UN SDG aligned model has been deployed at more than 700 events, 49 nations and 180 cities. They delivered 14 million room nights and over US$12bn in gross value added

What Living Lab adds to a demand platform

One model of everything that moves demand in a city: every event on the calendar, every inbound route and its seat capacity by week, the hotel booking curve, paydays and holidays in each origin market, weather, and the search interest and social sentiment there. Signal137 names the cause when your own signal spikes. Demand137 delivers the forward layer weeks ahead, as a feed your pricing and supply models can consume.

Each spike in your signal is traced to its cause, whether an event, a route change, a campaign or a market shift, and attributed with synthetic controls. Which of your cities and weeks were moved by which events. What a past event did to rides, rooms, or bookings by hour and by district. Every number marked observed, derived, or inferred, delivered as data, not as a report.

The forward demand layer, weeks before the booking curve moves. Where the audience will stay, how they will move, and when they will arrive, by district and by hour. The access ceiling stated, so the forecast never exceeds what the routes and rooms can carry. The interval stated, the model version stamped, and a refusal when the inputs cannot support an answer.

ProductYour questionYou getWhat it changes
Demand137Whether to build a demand-forecasting layer in-house or integrate oneA fair comparison of build cost and time against what a connected signal already addsThe fastest defensible path to a differentiated product
Demand137What connected context adds beyond our own dataThe driver and duration of a demand step-change, and whether supply can meet itA platform that explains demand before the customer notices it moved
Demand137How do we explain a demand shift to customers with confidence?An explainable, attributable method rather than an opaque scoreA demand answer customers can act on and justify to their board
Demand137Can this run as an API or a feed, not a report?A licensed feed, an API, or a co-developed model built to your specificationIntegration into your product, on your timetable
Demand137What does a proof of concept look like?One market or signal type, connected once, so you see what it addsYour team assesses the value before committing to a wider integration
Signal137Why did that market move last quarter?The event, route, or price driver attributed, with the counterfactual statedThe rear-view explanation your customers can quote
Signal137Which of our customers' campaigns actually moved demand?Attribution of demand shift to campaign, net of what would have happened anywayA story your destination customers can defend to a funder
BothDoes a partnership strengthen or dilute our own data asset?Clear terms on ownership, governance, and exclusivity, set before anything movesCapability added without ceding the asset
BothAre you building a competing consumer-facing platform?No. Living Lab stays as a data and method layerThe customer-facing product, brand, and relationship remain yours
BothWhat data do we need to share?Often none; where aggregated data helps, terms are set out firstNothing moves until the boundary is agreed

Five questions this answers

A major concert is coming. Where will the crowd stay, how will they move, and how do we serve them?

Living Lab connects the event to the hotel cluster, the inbound flights, and the origin markets. A mobility or logistics platform gets the demand shape days ahead, geotagged and timed.

Our pricing algorithm reacts in real time. How do we give it the signal weeks earlier?

The event calendar, the flight schedule, and the hotel booking curve are visible weeks before the demand hits your platform. Earlier signal lets you set price and position capacity before demand arrives.

A demand spike appeared in our data. What caused it, and how do we catch the next one early?

Living Lab attributes the spike to a named event, route change, or market shift. Your product team can explain each spike with evidence.

We want a forward demand layer in our product. How fast can we have it?

Building it means assembling event data, flight schedules, hotel supply, and search signals across multiple vendors and geographies, then joining and maintaining them. Living Lab has already done that across 80 countries.

How do we position fleet, staff, or inventory ahead of a peak we can now see coming?

Demand vectors by place, date, origin, and expected duration. Living Lab names, sizes and times each peak before it arrives, so the operational response is planned.

Calendar optimisation example

USE CASES

La Sagra

Advancing the Tourism Industry

Show me the evidence

Tell us the question. We'll bring back the answer.

Come and show your working

We turn messy event and tourism data into decisions that help communities grow. Bring curiosity and rigour. We will hand you questions nobody has answered yet.