Why AI pilots stall: integration, data and change management in hotels and airlines

Failure mode 1: Legacy systems weren't built to be integrated

Most hotels still run on a PMS (property management system), the software that handles reservations, room inventory, billing and check-in/check-out. Many large chains still operate on PMS platforms first built in the 1990s or 2000s (Oracle Opera being a common example), later layered with modules and acquisitions. Airlines have an equivalent problem with PSS (passenger service systems), the reservation, inventory and departure-control backbone. Amadeus, Sabre and Travelport dominate this space, and many airline PSS cores date to mainframe-era architecture.

These systems were built for transaction processing, not for real-time data exchange with an external AI layer. Integration typically happens through APIs (application programming interfaces, the connectors that let software systems talk to each other) that are limited, rate-throttled, or simply absent for the data field you need. A revenue management AI that wants to adjust room pricing in real time may find the PMS only accepts batch updates once a day.

Practical implication: before evaluating any AI vendor, ask for the exact APIAPIApplication Programming Interface: a standardised interface that lets applications communicate and exchange data without knowing each other's internal workings.View full definition → endpoints they will use, the refresh frequency, and a reference client running the same integration on your specific PMS or PSS version. "We integrate with Opera" is not an answer. "We use the OHIP (Oracle Hospitality Integration Platform) reservation feed with 15-minute sync" is.

Failure mode 2: Data that looks fine but isn't usable

AI models are only as good as the data pipelinedata pipelineETL (Extract, Transform, Load) is a data integration process that pulls data from sources, reshapes it into a consistent format, and writes it into a target system.View full definition → feeding them. In hospitality and airlines, three data problems recur:

• Fragmentation. Guest data lives in the PMS, the CRMCRMCustomer Relationship Management: software and strategy to manage and analyse customer interactions throughout their lifecycle.View full definition → (customer relationship managementcustomer relationship managementCustomer Relationship Management: software and strategy to manage and analyse customer interactions throughout their lifecycle.View full definition → system), the loyalty platform, and the booking engine, often with no shared identifier. A returning guest can appear as four different people.
• Inconsistent labeling. "Room type" might mean twelve different things across properties in the same chain, because each hotel configured its own PMS codes independently.
• Sparse or skewed history. A new AI-based dynamic pricingdynamic pricingAutomatically adjusting prices in real time based on demand, competition or user behaviour to optimise revenue, margin or conversion.View full definition → tool needs months of clean booking and cancellation history to calibrate. A property that suffered a demand shock (a renovation, a local event cancellation, a pandemic-era closure) will have distorted training data that skews recommendations.

A simple diagnostic before any pilot: pull a sample of 90 days of booking data and check for duplicate guest profiles, missing rate codes, and gaps in the cancellation field. If more than roughly 10 to 15% of records have material gaps (a common rule of thumb cited by hospitality data consultants, treat as an estimate, not a hard benchmark), expect the AI output to need heavy manual correction, which quietly kills the ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition → case.

Failure mode 3: Staff resistance is rational, not stubbornness

Front desk agents, revenue managers and airline gate staff often resist AI tools for defensible reasons: the tool adds steps to their workflow, it occasionally produces an obviously wrong recommendation that erodes trust permanently, or it is perceived (sometimes correctly) as a precursor to headcount reduction.

The classic failure sequence: management mandates use of an AI upsell tool at check-in. It suggests a suite upgrade to a guest who just complained about noise on a prior stay, because that context lives in a different system the AI can't see. The agent overrides it once, twice, then stops opening the tool at all. Nobody retrains the model or fixes the context gap. Six months later, usage logs show 4% adoption and the project is quietly shelved.

Airlines see a parallel pattern with AI-assisted crew scheduling or disruption-management tools: ground staff who don't trust a rebooking recommendation will manually override it, and if overrides aren't fed back into the model, it never improves.

What actually works: treat frontline staff as the QA (quality assurance) layer, not the obstacle. Build a fast override-and-feedback loop, involve staff in pilot design before launch, and set adoption metrics (not just accuracy metrics) as a go/no-go gate for scaling.

What good evaluation looks like before signing a contract

Ask vendors and internal sponsors to answer these before a pilot starts:

1. Integration: Which specific system versions, APIAPIApplication Programming Interface: a standardised interface that lets applications communicate and exchange data without knowing each other's internal workings.View full definition → depth, and data-refresh cadence will this run on, with a named reference client?

2. Data: What is the minimum viable training data qualitydata qualityThe degree to which data is fit for purpose: accurate, complete, consistent, timely, valid and unique. Poor quality data undermines analytics, reporting and AI.View full definition →, and who owns cleanup, the vendor or us?

3. Change management: What is the staff override rate we'd consider acceptable in month one, and how does feedback flow back into the model?

4. ROI baseline: What metric moves, by how much, over what time frame, and what did the pilot cohort look like versus a control group?

If a vendor cannot answer question 4 with a defined control group, the eventual ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition → claim will not be verifiable, however good the demo looked.

For a broader framework on evaluating AI systems responsibly, the OECD AI Policy Observatory offers sector-agnostic guidance on trustworthy AI that's useful background before any procurement conversation.

Sequencing matters more than the model choice

A useful mental model: integration readiness gates data readiness, which gates change management, which gates ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition → measurement. Skipping a stage doesn't save time, it just moves the failure downstream where it's more expensive to diagnose. A chain that skips data cleanup to hit a pilot launch date will get an AI tool that "works" technically but produces recommendations staff don't trust, and the eventual post-mortem will misdiagnose it as a "staff adoption problem" when the root cause was upstream.

This is why pilots that succeed tend to be narrow and instrumented: one property, one clearly defined metric (say, ancillary revenue per stay, or overbooking-related denied boardings for an airline), a control group of comparable properties or routes, and a fixed evaluation window (commonly 90 to 180 days) before any scale-up decision.

Key Takeaways

• Stalled AI pilots in hotels and airlines almost always trace back to one of three root causes: legacy system integration limits (PMS, PSS), fragmented or inconsistent data, or unmanaged staff resistance, and these compound rather than occur in isolation.
• Before evaluating a vendor, demand specifics: exact system versions and APIAPIApplication Programming Interface: a standardised interface that lets applications communicate and exchange data without knowing each other's internal workings.View full definition → depth, a data-readiness check on your own booking history, and a named reference client with a comparable setup.
• Treat frontline staff overrides as diagnostic signal, not as noncompliance. A feedback loop from staff back into the model is often the single highest-leverage fix available.
• Require a defined control group and fixed evaluation window before any pilot's ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition → claim is taken as real. No control group means no verifiable ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition →, regardless of how compelling the demo looked.
• Sequence matters: integration readiness, then data qualitydata qualityThe degree to which data is fit for purpose: accurate, complete, consistent, timely, valid and unique. Poor quality data undermines analytics, reporting and AI.View full definition →, then change management, then ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.View full definition → measurement. Skipping a stage moves the failure downstream, where it costs more to diagnose and fix.