So Choice dropped four product names in one convention keynote... Business Direct, EasyBid, RAISE, and CHARLIE... and every one of them has "AI" somewhere in the description. I want to be fair here, because some of what they announced is genuinely interesting. But when a franchisor rolls out four tools simultaneously and wraps every single one in AI language, my first instinct is to separate what's real from what's dressing.

Let's start with the one that actually has numbers behind it. EasyBid, the group RFP tool, reportedly cut response times by about 30% in Q1 2026 and bumped conversion rates by roughly 250 basis points. That's specific. That's measurable. And the EasyBid Plus layer, where Choice responds to RFPs on behalf of owners who don't have a sales team, is solving a real problem I've seen at dozens of independents and smaller franchised properties. If you're a 120-key Comfort Inn without a dedicated sales coordinator, group RFPs either sit unanswered or get a half-hearted reply three days late. Automating that response at the brand level, at no additional cost to the owner... that's a workflow I can point to and say yes, this addresses something broken. The mechanism makes sense. I want to see the conversion numbers at six months, not just Q1, but the architecture is sound.

RAISE is where I start squinting. It's described as a rate management tool that uses AI to "provide relevant information and maintain competitiveness." That language is doing a lot of work while saying almost nothing. What model? What inputs? Is this a recommendation engine that suggests rate adjustments, or is it actually pushing rates to the PMS? Does it account for comp set positioning, or is it optimizing against Choice's own loyalty contribution targets? (Those are very different objectives, and if you've ever watched a brand's revenue tool optimize for the brand's interests rather than the owner's, you know exactly what I'm talking about.) Joshua Sloser, Choice's Chief Commercial Officer, said RAISE will "simplify pricing and inventory management." Simplify for whom? The owner managing rates at 11 PM, or the brand trying to standardize yield across 7,500 hotels? I'm not saying it's bad. I'm saying I need to see the mechanism before I call it good. "AI-powered rate management" is a sentence that could describe anything from a sophisticated machine learning model to a rules engine with a new logo.

CHARLIE, the AI virtual assistant, is the one that concerns me most. An AI "digital coach" that supports hotel teams through Choice's operating platforms sounds great in a convention demo. But here's what I keep coming back to... what happens when CHARLIE encounters a scenario it wasn't trained on? What happens when the front desk agent at 2 AM asks it something edge-case and gets a confident wrong answer? I've built systems that worked beautifully in testing and spectacularly failed in production because hotel operations generate situations no training dataset anticipates. A guest checking in with a reservation under a name that doesn't match their ID because their company booked it. A group block that released early because someone fat-fingered a date. A loyalty member insisting on a benefit the property doesn't offer. These aren't rare events. They're Tuesday. And if CHARLIE's fallback is "contact support," you haven't replaced the problem... you've added a step to it.

The bigger picture here is actually worth paying attention to, though. Choice completed its cloud migration to AWS in January 2024. The enterprise AI integration with AWS AgentCore announced in April 2026 gives them a real infrastructure backbone. That's not nothing. Most hotel companies are still running pilot programs and calling it "AI strategy." Choice is at least building on a unified architecture, which means these tools have a chance of actually talking to each other instead of being four separate databases with a shared login. Anna Scozzafava's comments about "agentic commerce" (where AI agents book travel on behalf of consumers) suggest Choice is positioning for a distribution shift that most hotel companies haven't even started thinking about. Whether that shift happens in 2027 or 2032 matters a lot for the ROI timeline... but at least someone's asking the question. My concern isn't the strategy. It's the execution gap between a convention stage and a property in Shreveport with a PMS that was last updated in 2019 and a GM who just wants the WiFi to stop dropping during check-in.

So here's what actually happened. A guy books a room at a major hotel three weeks before one of the highest-profile events in the country. He travels cross-country by train with a shotgun, a pistol, and three knives. He checks in, goes through normal guest entry, and because he's a registered guest... he's already inside the security perimeter when he decides to charge a Secret Service checkpoint with a loaded 12-gauge.

Let me say that again. His room reservation was his access credential.

Look, I think about hotel technology through the lens of what happens at 2 AM when one person is running the building. But this is a different version of the same question: what happens when your property management system, your key card infrastructure, and your access control are all treating "registered guest" as a single trust level... and one of those guests is carrying weapons into a building that's simultaneously hosting the President of the United States? The PMS checked him in. The key system gave him access. The elevator took him to his floor. Every system worked exactly as designed. That's the problem.

The technology gap here isn't exotic. It's structural. Most hotel access systems operate on a binary: guest or not-guest. You have a reservation, you get a key, the key opens doors. There's no middle layer that says "this guest is in the building during a Secret Service-protected event, flag for secondary screening." There's no integration between the PMS and event security protocols that would trigger when a guest checks in the day before a high-profile function. The building's own systems treated him identically to a tourist visiting the Smithsonian. I've consulted with hotel groups on access control and the conversation almost always stops at "does the guest have a valid key?" Nobody asks what else that key might enable.

Here's where this gets real for operators beyond the Washington Hilton. If your property hosts events... conferences, political fundraisers, corporate retreats with executive protection... your current tech stack has this exact blind spot. Your PMS doesn't talk to your event security vendor. Your key card system doesn't have conditional access logic based on building status. Your front desk team has no protocol trigger that connects "high-security event on the second floor" with "guest checking into room 417." These are separate systems built by separate vendors who have never sat in a room together and asked "what happens when a registered guest is the threat?" I talked to a security integrator last year who told me flat out that hotel access control is 15 years behind commercial office buildings. Office towers have had tiered credentialing... different access levels for tenants versus visitors versus delivery... for over a decade. Hotels are still running on "valid key equals full access." That's a 1990s architecture being asked to handle 2026 threat profiles.

The policy response is already predictable. The Secret Service will review protocols. There'll be talk of enhanced screening for registered guests during protected events. Maybe a mandate from the major brands about event security coordination. But the actual fix is a technology problem. It requires PMS systems that can flag event-coincident check-ins, access control that supports conditional credentialing, and integration layers that let security teams see the guest roster in real time against the event calendar. None of that exists as a standard product today. And until someone builds it (or a brand mandates it, which means someone builds it fast and badly), every hotel hosting a high-profile event has the same vulnerability that a guy from California exploited with nothing more sophisticated than a three-week-old reservation.

So let me get this straight. The hotel industry is on track to pour tens of billions into AI by 2031... we're talking a market projected at $70 billion... and the thing most likely to make that investment worthless isn't the AI models, isn't the compute costs, isn't even the vendor landscape. It's the data. The actual information flowing into these systems. And most of it is garbage.

This is what Richard Valtr at Mews is calling the "hidden constraint," and look... it's not hidden to anyone who's actually tried to implement this stuff at property level. I consulted with a hotel group last year that had spent six months and north of $200K deploying an AI-powered revenue management overlay. Beautiful dashboards. Impressive demos. One problem: their PMS was storing guest history in one format, their CRM in another, and their loyalty data lived in a spreadsheet that the director of sales updated manually every Thursday. The AI was making recommendations based on three different versions of reality. Nobody caught it for four months because the outputs looked plausible. Plausible isn't accurate. That's the whole problem.

Here's what actually happens at most hotels. You've got a PMS that was installed in 2014. A CRS that sort of talks to it through an integration that breaks every time either system updates. A revenue management system pulling occupancy data that's 24 hours stale because the sync runs overnight. Guest profiles fragmented across six different platforms, none of which agree on whether John Smith has stayed four times or fourteen times. And now someone wants to layer AI on top of all that and call it "intelligent automation." What you actually have is an expensive system making confident decisions based on conflicting information. That's not intelligence. That's a very fast way to be wrong.

The numbers tell the story. Wyndham says 98% of their owners have "incorporated" AI. But only 32% have it embedded across operations. That 66% gap? That's properties where AI exists in a silo... doing one thing (maybe a chatbot, maybe a pricing suggestion) disconnected from everything else. And the industry average spend of $319K per property in 2026 is being allocated without most operators even auditing whether their underlying data architecture can support what they're buying. One in five properties plans to spend over $500K. On what foundation? The BCG report showing 25% of hospitality firms achieving real AI returns is actually the most honest number in this whole conversation... because it means 75% aren't. And I'd bet my engineering degree that data quality is the primary reason for most of that 75%.

The fix isn't sexy. Nobody's going to do a press release about it. But before you spend another dollar on AI, you need to answer one question: can you pull a single, consistent guest profile across every system in your stack right now? Not eventually. Not after the next upgrade. Right now. If the answer is no (and for most properties it is), then your AI investment is a $319K bet on a foundation that can't hold the weight. The technology works. I've seen implementations where clean, integrated data feeds an AI pricing engine and the results are legitimate... 8-12% RevPAR gains are real when the inputs are real. But the inputs have to be real first. And that means the unsexy work of data mapping, system integration, format standardization, and probably replacing at least one legacy system that's been "good enough" for a decade. That's the actual constraint. Everything else is a vendor pitch.

I worked with a GM once who kept a laminated card behind the front desk. It listed every system that talked to the PMS, what each one did, and... this is the part that mattered... who to call at 2 AM when any of them stopped talking. She updated it every quarter. Her regional VP thought it was quaint. Her night auditors thought it was the most important piece of paper in the building. They were right.

Oracle just made a move that's going to matter to every hotel running OPERA Cloud, which at this point is a significant chunk of the industry. They've shifted their integration platform (OHIP) from a polling model to a streaming model. In plain English: instead of your connected systems constantly asking the PMS "anything new? anything new? anything new?" every few seconds, the PMS now pushes updates out in real time the moment something happens. Reservation change, room status flip, guest check-in... the data flows immediately to every system that needs it. They're using GraphQL Subscriptions and WebSockets, which (for the non-technical folks) is essentially the difference between refreshing your email every 30 seconds and getting a push notification the instant a message arrives. It's faster, it's lighter on the system, and it means fewer of those maddening moments where a guest checks in but housekeeping's system doesn't know for another three minutes.

Here's what I like about this. It's a real architectural improvement, not a marketing rebrand of existing functionality. The old polling approach created lag, ate bandwidth, and generated unnecessary server load... especially at properties with dozens of integrations all pinging the PMS simultaneously. With 1,200-plus partners building on the OHIP platform and 650-plus live in the marketplace, that's a lot of simultaneous conversations. Streaming cleans that up. And for properties where your infrastructure is already strained (and let's be honest, if your building was wired before 2010, your infrastructure is strained), reducing that constant back-and-forth polling traffic is meaningful. The real-time piece also opens the door for things like instant mobile key delivery, live housekeeping dashboards that actually reflect what's happening right now, and revenue management systems that can react to booking patterns as they unfold rather than on a delay. That's genuine operational value.

But here's where I start asking the questions that don't show up in the product announcement. Oracle is actively sunsetting their legacy SOAP-based integrations in favor of OHIP's REST-based APIs. That's industry speak for: the old way your systems connected is going away, and every vendor you work with needs to rebuild their connection to the new standard. If you're running OPERA Cloud with eight or ten integrated vendors... your door locks, your payment gateway, your housekeeping system, your RMS, your guest messaging platform... every single one of those vendors needs to migrate to the streaming model or eventually get cut off. Some of your vendors are Oracle marketplace partners with dedicated engineering teams. They'll be fine. Some of your vendors are smaller companies running lean, and rebuilding an integration isn't a weekend project. The timeline between "Oracle announces new architecture" and "your door lock vendor actually supports it" can be months. Sometimes longer. And during that gap, you're running a patchwork of old connections and new connections and praying they all play nice together. I've seen this movie before. The technology gets better. The transition is where things get ugly.

The other thing nobody's talking about: Oracle's cloud revenue just hit $8.9 billion in Q3 (up 44% year-over-year), and their remaining performance obligations are at $553 billion. That's not a hospitality number... that's the whole Oracle machine. Hospitality is a vertical inside a company that is aggressively, almost maniacally, moving everything to cloud subscription revenue. Which means the pressure to migrate every property off legacy systems and onto cloud-based, subscription-priced products is not going to slow down. It's going to accelerate. If you're still running on-premise OPERA and thinking you've got time... you have less than you think. The integration ecosystem is being rebuilt around OPERA Cloud. The partners are building for streaming APIs. The old architecture isn't getting investment. Nobody at Oracle is going to call you and say "we're forcing you to migrate." They don't have to. They just have to make staying where you are progressively more painful until moving is the only rational choice. That's not a conspiracy. That's how platform companies work. I've watched it happen with three different enterprise vendors over the last 20 years. Same playbook every time.

So here's the pitch: AI runs in the background, optimizes your pricing, handles 80% of guest inquiries, cuts food waste by 50%, speeds up housekeeping by 20%... and nobody gets fired. The "invisible manager." That's the framing from a new wave of coverage positioning AI as the silent co-pilot every hotel operator has been waiting for. The global AI-in-hospitality market is supposedly headed from $16.3 billion to $70 billion by 2031. And 77% of hoteliers say they're planning to throw 5-50% of their IT budget at it.

Let me tell you what actually happens.

I consulted with a 180-key select-service property last fall that bought into one of these "invisible" AI platforms. Conversational guest messaging, dynamic pricing recommendations, automated housekeeping task assignment. The demo was gorgeous. Worked perfectly on the sales rep's laptop. They signed at $1,400 a month. What the vendor didn't mention: the PMS integration took 11 weeks instead of three, required a middleware patch that nobody on the hotel's team understood, and the dynamic pricing module kept pushing rates that conflicted with the revenue manager's comp set strategy. The front desk staff stopped trusting the guest messaging bot after it told a guest the pool closed at 9 PM (it closes at 10) and offered a "complimentary spa upgrade" at a property that doesn't have a spa. The GM told me he spends more time babysitting the AI than it saves him. His words: "I didn't buy an invisible manager. I bought an invisible toddler."

Look, I'm not anti-AI. I'm an engineer. I've built rate-push systems. I understand what good automation architecture looks like, and some of what's emerging is genuinely impressive. The food waste tracking using computer vision in kitchen operations? That's real. The math works... if you're a 400-key full-service property with a serious F&B operation, you can see ROI in under a year. Voice-powered LLM systems that can handle multi-step guest requests? Getting better fast. But here's the thing nobody's asking: what percentage of the hotels being sold this technology actually have the infrastructure, the bandwidth, the staff training capacity, and the PMS architecture to make it work? The BCG-NYU report from last week quietly mentions that only 2.9% of hospitality workers have AI-relevant skills. The average hotel PMS is 15 years old. And 65% of North American hotels can't fully staff their existing shifts. So we're layering autonomous systems onto properties where the WiFi drops on the second floor and the night auditor learned the PMS from a three-ring binder in 2011. That's not an AI readiness problem. That's a fantasy-meets-reality problem. And I've been on the wrong side of that equation before... my first startup crashed because I built technology that worked perfectly in a demo environment and failed spectacularly in a real hotel at midnight. The gap between "works in the pitch" and "works at 2 AM when nobody's here" is where most of these AI promises will die.

The real question for operators isn't whether AI is useful (it can be) or whether it's coming (it is). The question is: does this specific product, at this specific price point, solve a problem my team actually has, on infrastructure my building actually supports, with a failure mode my least technical employee can actually recover from? That's the test. And Marriott's own SEC filing from early 2025 flags something even bigger... AI-driven platforms may shift bookings away from direct channels and loyalty programs toward intermediaries, potentially increasing distribution costs. So while vendors are selling you AI as a cost-saver, the macro effect of AI on the distribution landscape might actually cost you more on the top line. Nobody's putting THAT in the demo.

If you're a GM or owner being pitched an AI platform right now, do three things before you sign anything. First, ask the vendor what happens during a system outage at 2 AM with one person on shift. If the answer involves "contact support," walk away. Second, get the actual total cost... not the monthly subscription, but implementation, training, integration maintenance, and the productivity dip during the transition. That "$500 a month" system has a very different real cost. Third, demand performance data from properties that match yours... not the 500-key resort with a dedicated IT team, but the 120-key select-service with a night auditor who's also watching the door. If they can't show you that, they haven't proven their product works where you need it to work.