Primary Use Case
Analyze origin, destination, and O&D market demand using weekly search activity and business or leisure segmentation.
DemandView is a browser-based airport demand scorecard that combines historical weekly search demand, geographical market views, and a lightweight predictive layer. This help page explains how the product is structured and how to use each view effectively.
Analyze origin, destination, and O&D market demand using weekly search activity and business or leisure segmentation.
Airport teams, network planners, revenue managers, and analysts who need a fast read on search demand trends and event-driven uplift.
Searches Dashboard, Map View, Predictive Demand, and Admin each serve a different stage of market evaluation.
Overview
DemandView is designed as a single-page analytical workspace. Users select an origin city, destination city, or both, then the product aggregates weekly demand records into charts, rank tables, a map, and a forecast summary.
Select an origin city to study outbound search demand, top destination markets, seasonality, and weekly search movement from that origin.
Select a destination city to study inbound demand, top origin markets, and the destination-side demand footprint visible in the historical search data.
Select both origin and destination to isolate a specific O&D market. Charts and tables narrow to the directional market relationship.
Select the same city for both origin and destination to evaluate combined outbound and inbound demand around a single airport market.
Getting Started
The product loads airport metadata first, then fetches demand data as you select cities. Initial usage is driven from the left-side filter column.
Origin City and/or Destination City search fields to choose the market you want to analyze.Trip Type, Sales Week, and Business and Leisure Insights.Searches Dashboard to validate the market story before switching to Map View or Predictive Demand.Filters
The filter rail defines the analytical context for every chart and table. Choosing the right combination of city, trip type, time period, and traveler segment is the key to reading DemandView correctly.
Search by city name or code. When selected alone, all charts focus on outbound demand from that origin.
Search by city name or code. When selected alone, all charts focus on inbound demand toward that destination.
Use All, O for one-way, or R for roundtrip to isolate search behavior by itinerary type.
Filter by all data, a specific year, a quarter, or an individual weekly snapshot. This affects trend lines, tables, map totals, and exports.
Switch between total demand and segmented views for Business, Long Stay Leisure, or Weekend Leisure.
When the Predictive tab is active, the uplift slider and event filter modify the projected forecast and event capacity table.
Searches Dashboard
This is the primary dashboard for validating market scale, seasonality, and directional movement. It combines summary metrics, market ranking, and three supporting chart types.
0-6, 7-13, 21-59, and 180+.Map View
The map converts cached demand into proportional circles by city, making it easier to see where search activity is concentrated. This view is most useful after you have loaded more than one airport or market.
Predictive Demand
The predictive view turns historical weekly searches into a forward-looking demand estimate. It is not a full forecasting engine; it is a fast scenario layer for communicating likely uplift and event pressure.
Adjust the manual uplift percentage to represent expected commercial upside beyond the selected historical baseline.
Filter forecast output to event windows such as Spring Break, FIFA, Independence Day, or Christmas.
The main forecast chart contrasts the historical baseline with future projections and supports click-based point inspection.
Highlights elevated growth weeks, historical demand, forecast demand, and the recommended operational action.
Admin Workspace
The admin tab is currently a management-style workspace that presents product health, account activity, and customer usage examples rather than a live transactional admin console.
Data & Metrics
DemandView normalizes weekly records into a common structure for origin, destination, trip type, AP bucket, and traveler segment. Most visualizations are aggregated weekly before display.
searches_out for the chosen origin-to-destination pair. In destination-only mode it relies on searches_in to represent inbound demand.Exports
DemandView supports PDF export for charts and the map view. Exports include the current selection label and generation timestamp, which helps preserve analytical context when sharing outputs.
Download button when data exists for that visualization.FAQ
These answers are tailored to the current DemandView 2.0 implementation and how the page behaves in-browser today.
The dashboard waits for airport metadata and user selections. Until an origin or destination is chosen, the main analytical cards and charts have no demand context to render.
The app switches into a combined-city view and adds outbound and inbound demand together for that city. This is useful when you want a broader demand picture around a single airport market.
Not directly. The predictive layer starts from search demand and applies a fixed search-to-passenger ratio in its summary cards. It should be treated as a directional scenario aid rather than a validated passenger forecast system.
Several views rely on cached city data from the current session. The more airports you load, the richer the multi-airport and map-market comparisons become.
Yes. The Business and Leisure Insights selector changes how the app reads directional demand values, and that selection flows through the main charts, table, map, and predictive outputs.