So here's something that caught my eye in Hilton's Q2 numbers. They made $482 million in net income. They spent $932 million on share repurchases. In the same quarter. That's nearly two dollars going to Wall Street for every dollar the business earned. Add the dividend and you're looking at $966 million in total capital return for 90 days.

Look, I'm not an investment analyst. That's not my lane. But I am someone who evaluates what hotel companies spend on technology, infrastructure, and the systems their properties actually run on... and $932 million is a number that makes me ask questions. Hilton's system-wide RevPAR grew 3.9% on a currency-neutral basis, U.S. RevPAR was up 5.4%, and the development pipeline hit a record 541,300 rooms. Those are strong numbers. But a record pipeline means more properties coming online that need functional tech stacks, reliable integrations, and PMS environments that don't fall apart during night audit. Every room in that pipeline is a room that will eventually need a system update pushed at 2 AM while one person is working the desk. I talk to operators at branded select-service properties who are still running on platforms that feel like they were designed for a conference demo in 2019 and never updated for the person actually using them at midnight. The question I keep coming back to: when a company this profitable is returning capital at this rate, what's the investment plan for the technology layer that 541,300 pipeline rooms are going to depend on?

Now, credit where it's real. Hilton mentioned loyalty fee reductions and something called Project RISE benefits aimed at improving owner economics. I'd love to see the specifics on that... what does "improving owner economics" actually mean in the tech stack? Does it mean better PMS tools? Faster integration with third-party revenue management systems? Or does it mean a slightly smaller line item on the franchise bill while the underlying systems stay the same? I consulted with a hotel group last year running a major brand's "next-generation" platform, and three of their seven properties couldn't get the channel manager to sync properly with the PMS for over four months. Four months of manual rate updates. The platform looked gorgeous in the rollout presentation. The night auditor's experience was a different story entirely. Would that work at a 90-key independent with one person on the night shift? No. Would it work at a 200-key select-service in Hilton's pipeline? Apparently not always.

The Navan direct connection announcement is actually interesting to me. Bypassing intermediaries for corporate travel bookings is the right instinct... less middleware, fewer points of failure, lower distribution cost for owners. But "direct connection" is one of those phrases that can mean almost anything technically. Is this a real API integration where booking data flows cleanly into the PMS without manual reconciliation? Or is it a glorified redirect that still requires someone at the property to chase down discrepancies? The mechanism matters. Every direct booking channel I've evaluated comes down to one question: what happens when the reservation doesn't match what's in the PMS at check-in? If the answer involves a front desk agent spending 15 minutes on the phone with a help desk, it's not direct. It's just a different kind of indirect.

Here's what actually matters to operators watching this. Hilton is printing money. Adjusted EBITDA hit $1.054 billion for the quarter. Full-year guidance projects nearly $4.1 billion. That's an enormous war chest. The 29.5% RevPAR decline in the Middle East and softness in China are real headwinds, but domestically this company is running hot. The question for every GM and owner inside this system isn't whether Hilton is profitable... it obviously is. The question is whether that profitability is translating into better tools at property level, or whether the technology investment is growing at the same rate as the pipeline. Because if you're adding 21,600 rooms in a quarter and the tech infrastructure supporting those rooms isn't scaling proportionally, you're building on a foundation that gets thinner with every opening. I've built systems that couldn't handle scale. I know exactly what that looks like at midnight when everything breaks.

So Wyndham just raised its full-year guidance... adjusted EPS up to $4.71-$4.83, EBITDA up to $735-$745 million, U.S. RevPAR growth revised to +2% for the back half of 2026. The stock dropped anyway. Revenue came in at $375 million against a $401 million consensus. And international RevPAR was down 6% in Q2.

But that's the investor story. Let me tell you the technology story, because that's where the interesting tension lives.

Wyndham launched a native ChatGPT app in May. They've been rolling out something called Wyndham Connect and an "AI Concierge." And they're telling the market their development pipeline... 261,000 rooms across 60+ countries, 24th consecutive quarter of expansion... carries a 30% FeePAR premium over existing systems. That last number is doing a LOT of heavy lifting. It means the hotels in the pipeline are supposed to generate meaningfully more fee revenue per available room than what's already open. Which means Wyndham is betting that newer properties, with newer technology stacks, in better locations, will pull the portfolio average up even as legacy properties churn out.

Here's the problem nobody's talking about. I consulted with a franchise group last year running eight economy and midscale properties under a major flag. Corporate had just mandated a new guest engagement platform... AI-driven, cloud-based, the whole pitch deck. Looked gorgeous in the demo. At property level, three of the eight hotels were running PMS versions two generations old. The integration required middleware that didn't exist yet. The front desk teams averaged 7 months of tenure. The "AI concierge" sent a pre-arrival text to a guest who'd already checked in and left. The technology wasn't bad. The assumption that it would work uniformly across a portfolio with wildly different infrastructure, staffing, and operational maturity... that was bad. And this is the fundamental challenge with Wyndham's strategy right now. They're an asset-light franchise company with roughly 9,200 properties globally, and the technology experience at a new-build Wyndham Garden in a top-25 U.S. market and the technology experience at a converted Super 8 running 1990s-era wiring are not even in the same conversation.

Look, the U.S. demand story is real. Leisure travel holding up, tax refund spending, RevPAR actually growing domestically. And the portfolio quality play... replacing lower-fee hotels with higher-FeePAR properties... is strategically sound. That's not marketing. That's actual portfolio management. But the Revo Hospitality insolvency in Europe is a $12 million hit on deferred royalties and franchise fees, with most of that portfolio expected to terminate in Q3-Q4 2026. That's not a one-time event. That's a signal about what happens when franchise economics don't hold up for the operator. The franchisee goes under, and the franchisor writes a deferral note. The technology mandates, the brand standards, the loyalty assessments... those costs don't pause when RevPAR goes negative internationally. They just become a larger percentage of a shrinking revenue base. Someone's paying for that ChatGPT integration. It's the franchisee.

The 30% FeePAR premium on the pipeline is the number Wyndham wants you to focus on. The number I'd focus on is total brand cost as a percentage of revenue for an existing franchisee running at the portfolio's current average RevPAR of roughly $40-45. Run that calculation. Include loyalty assessments, reservation fees, technology mandates, PIP requirements, marketing contributions. Then ask whether the brand is delivering enough incremental revenue to justify what it's extracting. For the top quartile of the portfolio, the answer is probably yes. For the bottom quartile... the properties that are supposed to be getting replaced by higher-quality conversions... the math gets uncomfortable fast.

So here's something that should bother every hotel technology vendor on the planet. Air New Zealand just announced it's gutting and rebuilding the cabins on its entire fleet of seven Boeing 777-300ERs, starting March 2027, with every aircraft done by December. Nine months. Seven aircraft. New business class suites with privacy doors, lie-flat beds, 18-inch screens with Bluetooth audio, USB-C charging at every seat. New economy seats with 13-inch personal screens and Bluetooth. A completely redesigned passenger experience from nose to tail.

They're doing this because their 777 business class product is over 20 years old and they know it. Their chief customer officer basically said the quiet part out loud... for an airline stuck at the bottom of the Pacific with no geographic advantage and limited scale, innovation isn't optional. It's existential. So they're spending the money (they won't say exactly how much, but their 787 retrofit program ran $35 million, and this is a bigger fleet with bigger planes). And here's the part that kills me... they chose a Collins Aerospace "off-the-shelf" seat for the 777s, a different product than what's on their 787s, because the aircraft width demanded it. They didn't try to force one solution across every platform. They picked the right tool for the specific environment. When was the last time a hotel technology vendor did that?

Look, I know this isn't a hotel story. Air New Zealand isn't competing with your 200-key select-service. But the THINKING behind this move is exactly what's missing in hotel tech. They mapped the entire passenger journey. They identified where the experience leaked (their business class was outdated, economy screens were too small, no Bluetooth anywhere, charging was inadequate). They picked best-in-class components for each segment instead of forcing a single "unified platform" across aircraft with different physical constraints. And they're executing the rollout in nine months across seven aircraft while those aircraft continue flying revenue routes. That's operational discipline applied to experience design.

Meanwhile, I consulted with a hotel group last quarter that spent 14 months migrating four properties to a new PMS. Fourteen months. Four hotels. And the vendor still calls it "seamless integration" on their website. The airline industry is retrofitting entire aircraft... ripping out every seat, every screen, every wire... and returning them to service in weeks. Hotels can't swap a property management system without a year of pain. The gap isn't about complexity. It's about whether the people building the technology have ever had to live with it at 2 AM when something breaks. Air New Zealand's team clearly asked "what does this feel like for the person in seat 4A at hour nine of a 12-hour flight?" That's a Dale Test question (what happens when the least technical person encounters this system in the worst conditions?). Most hotel tech vendors ask "what does this look like in the demo?" Those are fundamentally different design philosophies, and the results are exactly what you'd expect.

The competitive pressure angle matters too. Air New Zealand is doing this because Qantas is launching Project Sunrise (ultra-long-haul with premium cabins). They can't match Qantas on network size. So they're going to out-execute on product. That's the playbook every independent hotel operator already knows... you can't outspend the brands, so you out-experience them. The difference is that Air New Zealand is actually investing the capital to make it real. Too many hotels talk about "elevated guest experience" and then hand their front desk team a PMS built in 2011 with a training manual that's a PDF nobody reads. If an airline can redesign an entire aircraft cabin in nine months, your vendor can build a check-in workflow that doesn't require six clicks to assign a room.

So here's something that should be on every hotel technology committee's agenda this week. Oracle, the company that runs the PMS for thousands of hotels across 230 countries, just got its credit rating cut to BBB- by S&P. That's one notch above junk. One. Their credit default swap spread hit a record 2.03 percentage points... the highest in nearly 18 years. The stock is sitting at $126, down 63% from its 52-week high of $345. And CLSA, the firm that just initiated coverage, slapped a "Hold" rating on it with a $145 target, essentially saying: we see where you're trying to go, but the debt math to get there is terrifying.

Let me be really specific about the debt math, because it matters. CLSA estimates Oracle needs up to $500 billion in capital to fund its AI cloud expansion through 2030. Internal cash generation covers roughly one-fifth of that. The rest has to come from debt or equity markets. They already carry somewhere north of $120 billion in total debt (reports vary depending on the quarter you're looking at), plus $261 billion in off-balance-sheet lease commitments for data centers. Capital expenditures hit $55.7 billion in the fiscal year that just ended... up from $21.2 billion the year before. And fiscal 2027 plans call for $90 to $95 billion. These aren't hotel technology numbers. These are "we're trying to compete with AWS and Azure and we're leveraging the entire company to do it" numbers.

Here's what actually matters if you're running a hotel on OPERA Cloud. Oracle isn't building all these data centers for you. They're building them for OpenAI, for Meta, for massive AI workloads that make your 300-key property's reservation data look like a rounding error. The hospitality division is a legacy business inside a company that's betting its entire future on becoming an AI infrastructure giant. When a company is spending $90 billion a year on data centers and its credit rating is one step from junk, where do you think the product development dollars go? To the OPERA Cloud Assistant that automates your room assignments... or to the $300 billion OpenAI contract that Wall Street is watching? I've consulted with hotel groups that run on enterprise platforms where the parent company decided to chase a different market. The pattern is always the same: feature development slows, support response times stretch, the sales team keeps telling you everything's fine while the engineering talent quietly migrates to whatever the company actually cares about. You don't get a memo. You just notice that the roadmap updates stop being interesting.

Look, I'm not saying Oracle is going to collapse. Wall Street consensus is still "Strong Buy" based on cloud growth potential, and the AI bet might work. But there's a difference between "the company survives" and "the hospitality product gets the investment it needs." Oracle launched the OPERA Cloud Assistant last month with AI-powered room assignments and rate descriptions, and that's genuinely useful stuff. But the question every GM needs to ask is: who funded that feature, and does the funding model survive a credit downgrade? Because when a company needs $500 billion and can't generate it internally, everything becomes a prioritization decision. And hotels aren't going to win that prioritization fight against the hyperscaler contracts.

The Dale Test question here is brutal. When Oracle's engineering team is stretched across a $90 billion capital plan and the hospitality division represents a fraction of overall revenue, what happens to your PMS bug fix at 2 AM? What happens to the integration you've been waiting on for 18 months? What happens to the product roadmap that justified your migration to OPERA Cloud in the first place? I talked to a CTO at a regional hotel group last month who told me he tracks his PMS vendor's earnings calls more carefully than his own company's P&L. "If they stop talking about hospitality on the call," he said, "I start looking at alternatives." Smart guy. Everyone running OPERA should be doing the same thing. Pull up Oracle's last three earnings transcripts. Search for the word "hospitality." Count the mentions. Then count the mentions of "AI infrastructure." That ratio tells you everything about where you sit in their priority stack.

So Loews just added OPERA Cloud Distribution and OPERA Cloud Loyalty to a stack that already includes OPERA Cloud PMS, Simphony POS, Oracle's AI-driven guest engagement tools, and Fusion Cloud ERP. Let me be specific about what that means: a guest books a room, and the same platform that processes the reservation also manages the rate distribution, tracks the loyalty interaction, rings up the dinner check, and feeds it all into the financial reporting system. One data layer. No middleware duct tape. No CSV exports at 3 AM.

That's not a PMS upgrade. That's an operational nervous system.

I talked to a hotel group last year that was running seven different platforms across reservations, revenue management, POS, loyalty, accounting, guest messaging, and housekeeping. Seven vendors. Seven logins. Seven contracts. Seven support lines. And the guest data? Fragmented across all of them. The front desk agent checking in a returning guest had no idea that guest had dropped $400 at the restaurant last visit because the POS and PMS didn't talk to each other. They were spending roughly $11,000 a month across all those platforms... and getting maybe 40% of the functionality that a unified stack delivers out of the box. That's not a technology strategy. That's a vendor buffet where nobody's checking the bill.

Look, I get the skepticism. I've built integrations. I've watched "unified platforms" that were actually four databases wearing a trench coat pretending to be one product. But Oracle's play here is architecturally different... OPERA Cloud Central isn't bolting acquisitions together with API calls. The distribution and loyalty modules share the same data model as the PMS. That matters. When your loyalty engine and your distribution engine and your PMS are reading from the same guest record in real time, you can do things like dynamically adjust rate offers based on loyalty tier and historical spend without a third-party middleware layer adding latency and failure points. For a 26-property portfolio like Loews, that's the difference between "personalization" as a marketing slide and personalization as something the front desk agent actually sees on their screen during check-in.

The uncomfortable part for independents and smaller groups: this widens the data gap. Loews will have a centralized view of guest behavior across 26 properties... booking patterns, spend by outlet, loyalty engagement, rate sensitivity. That's the kind of dataset that feeds genuinely useful AI (not the marketing kind... the kind that actually predicts which guest is likely to book a spa treatment if you offer it at the right moment). An independent running a standalone PMS with a bolted-on loyalty plugin doesn't have access to that kind of cross-property intelligence. And the gap gets wider every quarter because unified platforms compound their data advantage over time.

The real question... and this is where I'd apply the Dale Test... is what happens when this system hiccups at 2 AM. Oracle's cloud uptime has been solid, but "solid" isn't "perfect," and a 26-property portfolio running reservations, distribution, loyalty, POS, and ERP on a single platform has a single point of failure that a fragmented stack doesn't. Loews' CIO clearly decided that the data unification benefit outweighs the concentration risk. He's probably right. But if you're evaluating a similar consolidation for your property or portfolio, ask Oracle (or any vendor pitching a unified stack) one question: what is the local fallback when the cloud goes down? If the answer involves the word "seamless," hang up the phone.

So here's something that should bother you. A potential guest sits down, opens ChatGPT or Gemini or Perplexity, and types "best boutique hotel near downtown Nashville for a weekend trip." An answer comes back. It's confident, specific, and includes booking links. Your property isn't mentioned. Not because it's bad... because the AI doesn't know you exist. Or worse, it knows you exist and is saying something about you that's three years out of date.

This is the new distribution problem, and it's fundamentally different from SEO. With Google, you could at least reverse-engineer the algorithm... keywords, backlinks, review velocity, metadata. You had levers to pull. With AI assistants, the recommendation logic is largely opaque. You don't know what training data it's pulling from. You don't know if it's citing your OTA listing instead of your direct site. You don't know if last year's one-star review about a plumbing issue is the only thing it "remembers" about your property. And until very recently, you had no way to even check. That's what makes Cendyn's new Wayfinder tool interesting (and I stress "interesting," not "proven")... it's attempting to give hotels visibility into what AI systems are actually saying about them. Think of it as a monitoring layer for a channel you didn't even know you were listed on.

Look, the big brands are already moving on this. Marriott is building natural language search into its direct booking flow. Hilton launched an AI concierge in beta. IHG partnered with Google Cloud to build a generative AI travel planner inside its loyalty app. They're not doing this because it's trendy. They're doing it because AI referral traffic to hotel websites surged over 50% after ChatGPT expanded outbound links. That's not a blip. That's a channel forming in real time. And here's what actually concerns me... the OTAs are investing even harder. They want to be the first trusted citation when an AI assistant recommends a hotel. If Booking.com or Expedia becomes the default source that AI pulls from, your direct booking strategy just got a new, very well-funded competitor sitting between you and the guest before the guest even knows they're looking at an OTA result.

I talked to a hotel group last month that spent $40K on a new website redesign with all the SEO bells and whistles. Beautiful site. Fast load times. Schema markup, the whole thing. Then someone on their team asked ChatGPT to recommend their property's market and the AI recommended three competitors and an Airbnb. Forty thousand dollars optimizing for a discovery channel that's losing share to one they hadn't even thought about. That's not a technology failure... that's a strategy gap. The website still matters. But if the guest never gets to the website because an AI answered their question first, you've optimized the wrong thing.

Here's the part that makes me uncomfortable as a technologist. We're in the early innings of this, and the vendors are already out in force. Every CRM, CMS, and distribution platform is going to bolt on an "AI visibility" feature and charge you for it. Some of those tools will be genuinely useful. Some will be dashboards that show you data you can't act on. The Dale Test question here is critical... when this tool tells your night auditor (or more realistically, your marketing coordinator who works 9-to-5) that an AI assistant is misrepresenting your property, what exactly is the recovery path? Can you correct it? Can you influence it? Or are you just watching yourself get described inaccurately in real time with no recourse? Before you spend a dollar on AI visibility tools, make sure you understand whether "visibility" means "we can show you the problem" or "we can help you fix it." Those are very different products at very different price points.

So here's what nobody's really talking about with this project.

Everyone's focused on the timeline... will it open in 2027, will it slip again, how's construction going. And sure, the tower is topped off, the facade is 83% installed, interior fit-out is underway. That's all fine. But I keep coming back to a different question entirely: what does the technology infrastructure look like inside a 1,530-key integrated resort that's operating under a brand-new regulatory framework in a country that has literally never had legal commercial gaming before?

Think about what Wynn is actually building here. A 70-story tower with 1,217 hotel rooms, 297 suites, a 225,000-square-foot casino floor, 22 dining venues, a theater, a marina with 98 berths, retail, pools, a beach club... and all of it needs to talk to each other. The PMS needs to integrate with the gaming management system. The gaming management system needs to comply with GCGRA regulations that are being written in real time. The F&B POS across 22 outlets needs to feed into a unified revenue system. The loyalty platform needs to bridge Wynn's existing program with a guest profile that might include gaming activity in a market where the cultural norms around gaming are... let's say evolving. I've consulted with hotel groups trying to integrate a PMS with a spa booking engine and watched it take nine months. This is that problem multiplied by about fifty, in a jurisdiction with no operational precedent.

And the cost trajectory tells you something. This project started at $3.9 billion in April 2023. By September 2025 it was $5.1 billion. That's a 30.8% overrun before a single guest checks in. Wynn's already contributed over a billion dollars in cash to the joint venture, and they hold 40% equity, which means they're not even the majority stakeholder in their own flagship expansion. The $2.4 billion construction facility they secured is the largest hospitality financing deal in UAE history. When the numbers are this big, the pressure to get the technology right on opening night is enormous... because the cost of getting it wrong scales with the asset. A rate-push failure at a 150-key select-service costs you a few thousand dollars (I would know). A system failure at a 1,530-key integrated resort with a casino floor projected to generate between $1 billion and $1.66 billion in annual GGR? That's a different universe of consequences.

Look, the analyst says it's on track for 2027, and the construction progress supports that. But "on track" for opening and "ready to operate" are two very different things. I've seen properties where the building was done and the systems weren't close. Where the grand opening happened and the PMS was still running on a parallel legacy backup because nobody trusted the new platform under load. The CEO already acknowledged a "modest delay" due to regional logistics and shipping issues back in May. What I want to know is whether the technology integration timeline is getting the same honest assessment. Because the building is the easy part. The concrete doesn't crash at 2 AM. The software does.

Here's what makes this genuinely interesting from a technology perspective, though. If Wynn gets this right... if they build a technology stack from scratch for a property of this scale in a greenfield regulatory environment... that becomes the blueprint. No legacy systems to work around. No 1978 wiring creating interference (unlike a certain family hotel I could mention). No decades-old PMS they're afraid to migrate off of because the night auditor is the only person who knows how it works. A clean-sheet build at this scale, with gaming compliance baked in from day one rather than bolted on after the fact, could actually produce something the rest of the industry learns from. Could. The gap between "could" and "did" is where about $5.1 billion worth of execution risk lives.

So here's a fun experiment. Ask ChatGPT for the best boutique hotel in, say, Portland. Write down the answer. Close the window. Open a new one. Ask the exact same question. There's a 45% chance you get a different hotel at the top. Not a different order... a different hotel entirely. Only about 60% of the properties even show up the second time. Now go ask Gemini the same question. Then Copilot. Then Google's AI Overview. According to an ongoing study from Kollective covering 13,500 AI-generated answers and roughly 9,600 distinct properties across 100 destinations, those platforms agree on the single top hotel about 4% of the time. Four percent. Seven out of ten hotel names appear on just one platform and nowhere else.

Let that sink in for a second if you're an operator who just paid a vendor to "optimize your AI visibility."

Look, I get the instinct. For 20 years, the game was Google. You had a ranking. You could track it. You could hire someone to improve it. SEO was knowable... tedious and annoying, sure, but knowable. There was a list, your hotel was on it somewhere, and the job was to move up. So when AI search started replacing traditional search (and it is... the trajectory is obvious), the natural reaction was to treat it the same way. Find the ranking, optimize for it, measure progress. Except there is no ranking. These systems are probabilistic. The output changes based on phrasing, session history, prior queries, model updates, and what amounts to a weighted dice roll inside the architecture. You're not position 7 trying to get to position 3. You're a set of data points that may or may not get surfaced depending on variables you can't see and the model itself can't fully explain.

This matters because vendors are already selling "AI ranking optimization" to hotels the way they sold SEO packages in 2010. I talked to a hotel group last month that was quoted $2,800 a month for an "AI visibility platform" that essentially monitored how often ChatGPT mentioned their properties. That's it. Monitoring a number that changes 45% of the time between identical queries. The vendor couldn't explain the mechanism for improvement because there isn't one in the traditional sense. What you can actually do... and this is the unsexy part that doesn't sell $2,800/month contracts... is make sure your property data is rich, structured, and machine-readable. Semantic schema. Detailed, accurate, consistent information about your hotel that AI systems can parse without hallucinating. That's not optimization. That's hygiene. It's the equivalent of making sure your phone number is correct on Google Maps. Essential, but nobody should be charging you a premium subscription for it.

The Kollective study also surfaces something interesting that deserves attention: there's a "winner-take-most" pattern where certain properties consistently appear across platforms while the rest rotate in and out. That's not ranking. That's data density. The hotels showing up everywhere tend to have the richest online footprint... reviews, structured data, content depth, OTA presence, media mentions. They're not gaming an algorithm. They're just more thoroughly documented than the competition. Which, if you think about it, is the same reason some hotels always ranked well on TripAdvisor. It wasn't magic. It was volume and consistency of guest-generated content.

Here's what actually changes your Monday morning. Stop thinking about AI ranking and start thinking about AI readiness. Is your property data structured correctly across every platform? Are your room descriptions, amenity lists, and location details consistent and detailed enough for a system to confidently recommend you? Because the study's real finding isn't that AI recommendations are broken. It's that they're working exactly as designed... pulling from available data and making probabilistic selections. If your data is thin, you're invisible. Not ranked low. Invisible. There's a difference, and the difference is that no amount of "optimization" fixes a data problem. You fix a data problem by actually having better data.

So here's something that doesn't happen very often in hotel technology: someone with a vendor-adjacent title saying "calm down." Max Spangler, VP of Technology at Charlestowne Hotels, told CoStar this week that hoteliers should stop chasing the AI hype and start integrating tools that actually help people do their daily work. He frames it as the 80/20 split... AI handles the first 80% (drafting, summarizing, comparing, organizing, analyzing), and your team owns the last 20% where judgment, tone, guest sensitivity, and owner expectations live. About 350 Charlestowne employees are using AI tools daily under this model.

Look, I agree with almost everything Spangler is saying here. And that's notable because I spend most of my time telling hotel operators that the technology being sold to them doesn't do what the sales deck promises. This is different. The 80/20 framing is honest because it acknowledges something most vendors won't admit: AI is a drafting tool, not a decision-making tool. The person who writes the first version of your RFP response, your guest recovery email, your maintenance summary... that work can absolutely be assisted by a language model. The person who decides whether that email actually gets sent, whether the tone matches the situation, whether the guest in room 412 needs a different approach than the guest in 308... that's a human job. That's always going to be a human job. Spangler gets this. Most of the industry does not.

But here's where I push back, and it's not on Spangler specifically... it's on the framing that "350 employees use AI daily" as a success metric. Usage isn't value. I consulted with a hotel group last year that rolled out an AI writing assistant to every department. Six months later, 80% of their staff had used it at least once. Sounds great, right? When we actually looked at what they were using it for, half of them were generating content they then rewrote entirely. The other half were using it for tasks that took three minutes manually and now took four minutes because they had to prompt, review, edit, and re-check. The tool wasn't bad. The implementation assumed that "available" equals "useful," and those are very different things. The question isn't how many people are using AI. It's how many people are doing better work because of it... and "better" means faster, more accurate, or higher quality. If you can't point to which one, you don't have adoption. You have activity.

The cybersecurity angle Spangler raises deserves more attention than it's getting. He's right that AI-generated phishing has eliminated the telltale signs (bad grammar, weird formatting, obvious spoofing) that we've trained front desk teams to spot for years. Your night auditor at 2 AM getting an email that looks exactly like it came from your brand's loyalty team, with perfect formatting, correct logos, and natural language... that's not hypothetical anymore. That's Tuesday. And most hotels are still running cybersecurity training built for the era when phishing emails had typos in the subject line. This is the part of the AI conversation that actually keeps me up at night, not whether your revenue manager is using ChatGPT to draft a comp set analysis.

Meanwhile, contrast Spangler's "give people useful tools" approach with what happened at Mews this week... roughly 170 people laid off because, according to their founder, AI is "fundamentally changing the economics of hospitality." That's a $2.5 billion company that raised $300 million this year cutting somewhere around 13% of its workforce and telling those people that AI changed the math on their roles. So which is it? Is AI a tool that handles the first 80% so humans can do the important 20%? Or is AI the reason 170 people don't have jobs? Both things can't be the industry narrative simultaneously. The answer, obviously, is that it depends entirely on who's making the decisions and what they're optimizing for. Spangler is optimizing for operational quality. Mews is optimizing for margins. Your technology vendor's AI strategy tells you everything about what they think your people are worth.

So let me get this straight. IHG has 115 million enrolled loyalty members. Those members generate 66% of global room nights. And the company's answer to "how should these people reach us when something goes wrong" is... remove email, keep fax? I've been building and evaluating hotel technology for a decade and this is one of those decisions that makes perfect sense in a cost-reduction spreadsheet and absolutely zero sense at property level.

Let's talk about what this actually does. Email is asynchronous. That matters. A Diamond member dealing with a points discrepancy or a botched reservation doesn't want to sit in a chat queue at 10 PM explaining the problem in real time to an AI that's going to ask them to "please provide more details" three times before routing to a human. They want to write a detailed message, attach a screenshot of the confirmation, and get a resolution in their inbox. That's not a preference... that's a workflow. IHG is replacing a workflow that works with a channel that's cheaper to operate. The 20-40% reduction in customer service costs that chatbot vendors love to cite? That number measures the company's savings, not the customer's satisfaction. Those are two very different metrics (and the gap between them is where loyalty actually erodes).

Here's my problem with this from an architecture standpoint. IHG is rolling out a Salesforce-powered CRM platform. They're investing in cloud-based data infrastructure, machine learning for revenue management, AI-driven personalization. All of that is legitimate technology work. But when you pair serious infrastructure investment with a customer-facing decision that feels like it was designed to make complaining harder... you undermine the whole narrative. One article I read about this literally suggests one motivation is "decreasing the volume of complaints by making the process more difficult." If that's even partially true, this isn't a technology strategy. This is a friction strategy disguised as innovation. And the people who feel that friction most are the high-value members who actually use email because their issues are too complex for a chatbot.

Look, I've seen this pattern before. A travel company kills a support channel, claims digital alternatives are "better and faster," and then quietly brings back the old channel 12-18 months later when member satisfaction data gets ugly. The Dale Test question here is simple: when a loyalty member has a complicated problem at midnight... maybe a reservation that shows cancelled but shouldn't be, maybe points that vanished after a stay, maybe a rate guarantee claim that needs documentation... what's the recovery path? "Argue with AI or send a fax" is not a recovery path. It's a punchline. IHG reported $1.2 billion in operating profit last year. They're targeting 100-150 basis points of annual fee margin expansion. Saving on email support staff while you're printing those numbers isn't efficiency. It's telling your most engaged customers that their time is worth less than yours.

The fax thing is almost too perfect. It's 2026. IHG kept fax as a contact method and killed email. If you wanted to design a single decision that perfectly captures the gap between "digital transformation" on an investor slide and actual customer experience design... you couldn't do better than this. Would this work at a 90-key independent with one person on the night shift? The independent wouldn't dream of removing a communication channel from their best customers. They'd add one. That's the difference between operating a loyalty program and optimizing a cost center.

So here's a number that should make every hotel technology vendor on the planet start booking flights to Riyadh: 6,122 licensed accommodation facilities in Saudi Arabia as of Q1 2026, up 22.7% year-over-year. That's not incremental growth. That's a market adding roughly 1,100 properties in twelve months. And Riyadh Air, the sovereign wealth fund's airline, just launched commercial service in June and is already flying to nine destinations with plans for 22 by March 2027. The demand pipeline is real. The spending is real (SAR 304 billion in tourism spending last year... roughly $81 billion). The ambition is unlike anything I've seen in this industry.

But here's the thing about building hotels at this pace... the buildings are the easy part. I consulted with a hotel group last year that opened four properties in 14 months across a fast-growing market. Beautiful lobbies. Gorgeous renderings. And on opening night at property number three, the PMS couldn't sync with the channel manager because nobody had tested the integration against the local network infrastructure. Forty-seven reservations stuck in limbo. The night manager (one person, by the way) was on the phone with three different vendor support lines simultaneously. At 1 AM. In a building that had been open for six hours. That's what happens when the ambition outruns the operational technology.

Look, I'm not here to be cynical about Saudi Arabia's Vision 2030 push. The numbers are genuinely staggering... 100,000 hotel rooms targeted by PIF, giga-projects accounting for 73% of the supply pipeline, a market projected to more than double from $51.5 billion to $111 billion by 2034. And the Riyadh Air play is smart. You can't fill hotel rooms without airline seats, and building your own carrier means you control the demand funnel. That's vertically integrated tourism strategy at sovereign scale. But occupancy already dipped from 63% to 60.8% year-over-year in Q1, even as supply exploded. That's not a crisis... but it's a signal. You're adding rooms faster than you're adding guests who sleep in them.

The technology question is the one that keeps me up. When you're building 1,100 properties a year, who's doing the PMS implementations? Who's training the staff? Saudi nationals make up 23.9% of the tourism workforce... the rest are international hires who may have used completely different systems in their home markets. The Dale Test applies here at massive scale: when one of these new properties has a system failure at 2 AM during Hajj season, what's the recovery path for the least technical person on the smallest shift? If the answer involves calling a vendor support line in a different time zone, that's not a technology solution. That's a prayer.

What actually interests me is the "Package Visa" pilot they launched on July 6... integrating visa, flight, and accommodation into a single booking flow. THAT is the kind of technology thinking that matters. Not because the concept is novel (OTAs have been bundling for years), but because it suggests someone in the Saudi tourism apparatus understands that the guest technology experience starts before the guest arrives. If they can execute that integration cleanly (and that's a big "if" given the number of government systems that need to talk to each other), it removes genuine friction from the booking path. The question is whether "pilot" means "working product" or "demo that runs perfectly on a laptop in a conference room." My dad would ask what happens at 2 AM when nobody's there. I'd ask what happens when 50,000 pilgrims try to use it simultaneously during peak season.

So IHG puts out a press release about hitting 200 open hotels in Canada with nearly 40 more in the pipeline, and everybody claps. Fine. It's a nice round number. But let's talk about what this actually does at the property level, because the expansion story and the technology story are two very different conversations, and the second one is where things get interesting (and by interesting I mean expensive).

Look, I've been watching brand expansion playbooks for years, and the pattern is always the same. The press release talks about "delivering strong guest experiences and owner returns." The development team talks about conversion opportunities and pipeline growth. What nobody talks about is the technology integration burden that lands on the owner the day the flag goes up. IHG is pushing voco into Montreal, Toronto, Vancouver, and Niagara Falls. They're bringing Garner to southern Alberta in 2027 as a conversion brand. Conversions are where tech costs hide. You're not building a new hotel with infrastructure designed for the brand's tech stack... you're retrofitting an existing property. That means PMS migration, loyalty system integration, revenue management platform onboarding, and whatever brand-mandated vendor stack comes with the flag. I consulted with a hotel group last year that converted three properties to a major brand. The quoted technology costs were about 60% of the actual technology costs once you factored in data migration, staff retraining (twice, because the first round of trained employees turned over within four months), and the productivity dip during the transition period that nobody puts in the pro forma.

The Garner play is particularly worth watching. Three conversion properties in Red Deer, Medicine Hat, and near Calgary International Airport. These are secondary and tertiary Alberta markets. The Dale Test question here is: when the PMS integration fails at 1 AM in Medicine Hat, who's fixing it? Because I can promise you the night auditor at a converted independent in southern Alberta is not calling a 24/7 tech support line and getting someone who understands the legacy system that was running yesterday AND the new platform that's supposed to be running today. The gap between "cloud-based brand technology" and "what actually works in a 90-key converted property with one person on the overnight shift" is where owner ROI goes to die. Canada's hotel market hit record numbers in 2025... 66% national occupancy, $216 ADR, $143 RevPAR. CoStar is projecting 1.9% RevPAR growth for 2026. Those are healthy numbers. But new supply is crossing 1.5% growth for the first time in six years. So you've got IHG adding 40 properties into a market where supply is finally catching up to demand, and the technology infrastructure at each of those properties needs to perform from day one or the RevPAR premium that justifies the franchise fees evaporates.

Here's what actually concerns me about the Suites portfolio expansion... Candlewood and Staybridge are technology-heavy products. Extended-stay guests use the tech stack differently than transient guests. They need reliable WiFi for remote work (not "reliable" in the brand brochure sense... reliable in the "I have a Zoom call with my CEO at 9 AM and if the connection drops I'm leaving a one-star review" sense). They need mobile key that works consistently, not 70% of the time. They need in-room tech that doesn't require a front desk visit to troubleshoot. I've seen extended-stay properties where the technology gap between the brand promise and the guest experience was so wide that the property was generating negative loyalty sentiment... guests checking in because of the brand and leaving because of the execution. The buildings IHG is converting or opening weren't all designed for this. A property in Barrie or Pembroke built on 1990s infrastructure doesn't magically support 2026 bandwidth requirements because you changed the sign out front.

The FIFA World Cup demand spike in Toronto and Vancouver is real... that's not the question. The question is whether the technology stack at these properties can handle the surge operationally. Can the PMS handle triple-normal check-in volume? Can the revenue management system reprice in real-time during a demand event unlike anything these properties have experienced? Can the mobile app handle thousands of simultaneous users in a geographic cluster? These aren't theoretical questions. These are the questions that determine whether IHG's 200-hotel milestone translates into owner returns or owner headaches.

So Saudi Arabia just launched something called TourismX... an AI platform that generates hotel SOPs, designs restaurant menus, creates branding identities, and builds tour scripts. All powered by AI. All part of the Kingdom's "Year of AI 2026" push. And look, I get the ambition. They recorded 123 million tourists last year, they're chasing 150 million by 2030, and they're spending serious money to get there. The global AI-in-hospitality market is projected to hit $198.9 billion by 2034. Everybody wants a piece of that. But here's what this actually is: a government-built suite of AI tools designed in a conference room, launched with a press release, and pointed at an industry where the person who needs it most is standing behind a front desk at midnight with a property management system from 2016 and a WiFi network that drops every time someone microwaves popcorn in room 214.

Let's talk about what these tools actually do. An "AI hotel interior designer." An "AI menu creation assistant." An "AI SOP generator." I've built products for hotels. I know what it takes to make software that works in a live operating environment. And every single one of these tools sounds like it was designed for a tourism ministry pitch deck, not for a hotel operator trying to get through a Tuesday. An AI that generates SOPs? I consulted with a hotel group last year that spent four months trying to get their staff to follow the SOPs they already had. The problem was never "we don't have enough standard operating procedures." The problem was training, turnover (73% industry average, remember), language barriers, and the reality that a 47-page SOP manual gets read exactly once and then lives in a binder behind the front desk forever. Generating MORE SOPs with AI doesn't solve an SOP problem. It automates the wrong part of the workflow.

Here's what's actually interesting buried under the press release: there's a developer portal with APIs, and there's an AI assistant called "Noura" for ministry services. That's infrastructure. If TourismX becomes an open data layer that lets hotels in Saudi Arabia access demand forecasting, visitor pattern data, and regulatory compliance tools through a clean API... that could matter. That's the kind of thing a tourism board should build because no individual hotel can build it alone. But that's not what they're leading with. They're leading with "AI menu creation" because it demos well. And I've seen this movie enough times to know the difference between a demo feature and a production feature. This is a demo feature. The developer portal might be the production feature nobody's paying attention to.

The timing is telling too. Saudi tourism growth dropped 5-6% in the first five months of 2026 compared to the prior year. Reports say the Kingdom is redirecting funds from some of its giga-projects toward AI. So this isn't just innovation for innovation's sake... it's a pivot. They're betting that technology can compensate for what massive construction projects haven't delivered yet. That's a legitimate strategic bet. But the tools they're offering right now are consumer-grade AI wrappers (menu generators, branding designers) pointed at an industry that needs industrial-grade solutions (real-time demand data, labor optimization, integration with existing PMS and RMS systems). A PwC survey says 91% of regional industry leaders are piloting AI solutions. Great. What percentage of those pilots survived past month six? Nobody quotes that number. Because that number is ugly.

Would this work at a 90-key independent with one person on the night shift? Not the developer portal... maybe. But the flashy tools? No. And that's the problem with government-led technology initiatives in hospitality. They build for the keynote stage, not for the property. The AI SOP generator doesn't know that your housekeeping team speaks three different languages and your training budget is zero. The AI menu creator doesn't know that your chef quit last week and you're running a skeleton crew through Ramadan. The AI branding designer doesn't know that your owner just spent $15,000 on signage six months ago and isn't spending another dime. Technology that doesn't account for the operational reality of the people using it isn't technology. It's a toy.

So here's what's actually happening, and I need you to understand the mechanics before you decide whether to care.

Guest-facing AI... ChatGPT, Google's Gemini, whatever Anthropic ships next... is already pulling hotel availability, comparing rates, and making recommendations in real time. Not "coming soon." Now. A traveler asks their AI assistant "find me a hotel near the convention center in Nashville under $200 with good reviews and late checkout," and the AI goes shopping. It queries inventory. It reads structured data. It checks rate parity across channels. And it either finds your hotel or it doesn't. Lighthouse ran over 4,500 ChatGPT prompts and found that AI has a heavy bias toward 4 and 5-star properties with consistent, structured data across platforms. If your rate on your website says one thing, your OTA listing says another, and your Google Business profile hasn't been updated since 2024... the AI doesn't recommend you. It's not punishing you. It just can't trust you. And AI, unlike a human scrolling through page three of Expedia results, doesn't give you the benefit of the doubt.

This is what the Hospitality Net piece is getting at when it says "AI-native distribution isn't a project you run." The author, Markus Busch, draws a line I think is actually important: there's internal AI adoption (your PMS vendor adding a chatbot, your RMS getting smarter algorithms... that's on the vendor's timeline, you can wait) and then there's external AI-native distribution (your hotel being discoverable and bookable by AI agents that guests are already using... that's on the guest's timeline, and the guest isn't waiting). The distinction matters because most hotel tech conversations right now are about the first category. Revenue managers are excited about AI-powered pricing. Front desk teams are testing AI concierge tools. Cool. Fine. But none of that matters if the AI shopping layer... the one that sits between the guest's intent and your booking engine... can't find you, can't read your data, or can't trust what it reads.

I talked to a hotel group last month that was spending $4,200/month across three different platforms for "AI-powered" guest engagement, dynamic pricing, and reputation management. Every one of those tools worked inside their operation. Not one of them made the hotel more visible to external AI agents. Their structured data was a mess. Their API endpoints were either nonexistent or returning stale inventory. They were investing in AI that talked to them but had done nothing about AI that talks to guests before those guests ever reach their website. That's like renovating every room and forgetting to update the photos. The product is better. Nobody knows.

Look, I built rate-push systems. I know what it takes to make hotel data machine-readable in real time, and I know what it costs. It's not trivial. You need clean, structured inventory data. You need an API layer that responds fast enough for an AI agent to query it mid-conversation (we're talking sub-second response times). You need rate parity that actually holds across channels, because AI cross-references... it's basically an automated audit of your distribution integrity. And you need someone on your team, or at your management company, who understands that "our website is up to date" is not the same as "our data is queryable by an AI agent." Those are two completely different technical requirements. The OTA-to-direct split right now is roughly 52/48 and Phocuswright expects it to hold through 2029. But that forecast assumes the current distribution architecture. If AI agents become a primary discovery channel (and the data says they're already heading there), the hotels that are structured for it capture direct bookings through a channel that costs less than the 15-25% OTA commission. The ones that aren't structured for it? The AI sends the guest to whoever IS structured for it... which, inevitably, is the OTA. You could end up paying more commission because you didn't invest in being findable by the channel that was trying to send guests to you directly.

The AIHA (AI Hospitality Alliance) just launched with 12 founding partners... Apaleo, Canary, Cendyn, Cloudbeds, Lighthouse, FLYR... specifically to build standards around this. That's promising (governance and open standards are exactly what this space needs before it fragments into vendor-specific silos). But standards take time. The AI agents are live now. If you're an independent or a soft-branded property without a major chain's tech stack behind you, this isn't a 2028 problem. This is a "what does your tech stack actually expose to the outside world right now" problem. Ask your PMS vendor one question this week: "Can an external AI agent query my real-time availability and rates through an API?" If the answer is no, or "we're working on it," or a long pause followed by "let me get back to you"... you have your answer. And your timeline just got a lot shorter than you thought.

So here's what's actually happening. A guest asks ChatGPT to find them a boutique hotel in Savannah for a long weekend. The AI pulls from your website, your reviews, maybe a blog post someone wrote about your property two years ago. It recommends you by name. The guest is sold. They click through... and land on Booking.com. You just paid 18-22% commission on a guest who was already yours.

That's not a hypothetical. Recent data shows ChatGPT hotel referrals convert at 11.4% versus 5.3% for organic search. That's more than double. And 56% of US leisure travelers are already using AI tools to plan trips. But here's the part that should keep you up tonight: for independent hotels without direct pricing synchronization and API connectivity, somewhere between 73% and 93% of those AI-referred guests get routed to OTA pages. Let me say that differently. AI is doing your marketing for you, for free, and then handing the commission check to Expedia.

Look, I've been in enough vendor meetings to know that the "AI-powered" label gets slapped on everything from genuinely sophisticated systems to glorified if-then statements. But this isn't about whether your hotel needs an AI chatbot or some "AI-powered revenue optimizer" (it probably doesn't). This is about a fundamental shift in how guests discover properties... and the infrastructure gap that determines whether discovery converts to direct revenue or OTA revenue. The mechanism matters here. AI platforms like ChatGPT, Gemini, and Copilot are compressing what used to be a multi-step booking funnel (search, compare, read reviews, decide) into a single conversational interaction. The guest goes from "I need a hotel" to "book this one" in about 90 seconds. If your property isn't directly bookable at the moment the AI makes the recommendation... if there's no API connection, no real-time availability feed, no structured data the AI can pull from... the AI defaults to the channel that IS connected. Which is always the OTA.

The fix isn't complicated to describe. It's structured property data (accurate, consistent, updated regularly), real-time availability via API, and what the industry is calling Merchant Connectivity Platforms (MCPs)... basically the plumbing that lets an AI platform connect a recommendation directly to your booking engine instead of a third-party intermediary. That's the technical spec. The actual implementation? That's where it gets real. Because most independent hotels are running on systems that were designed before conversational AI existed. I consulted with a 120-key independent last month whose PMS doesn't even have a functional API endpoint. Their "integration" with their booking engine is a nightly batch file. A nightly batch file. In 2026. And they're not unusual... they're the median. So when someone says "just connect your booking engine to the AI platforms," they're describing a destination without acknowledging that most independents don't have the road to get there.

This is one of those moments where the gap between chain hotels and independents could widen permanently. The big brands already have the connectivity infrastructure... their central reservation systems are already feeding data to these AI platforms. Independents have to build it themselves, property by property. The 41% of independents already using some form of AI (per a recent European survey) are mostly using it for chatbots, content generation, and review analytics... useful stuff, but not the same as solving the distribution plumbing problem. The hotels that figure out the connectivity piece in the next 12-18 months will capture direct bookings from a channel that's growing exponentially. The ones that don't will watch AI become yet another distribution layer that costs them margin. And the cruel irony is that AI will recommend those hotels because their product is genuinely good... and then hand the booking to someone else because the pipes aren't connected.

So here's something most hotel tech people aren't talking about: Airbnb has quietly built one of the more sophisticated reservation screening systems in the travel industry, and every Fourth of July, they turn it up to full volume. The system uses machine learning to flag bookings based on proximity to listing, length of stay, whether it's a last-minute reservation, and property type. Last year it redirected over 20,000 people nationally away from entire-home listings during the holiday weekend. In Houston specifically, 580 people got blocked or rerouted. Where do you think those 580 people went?

Let's talk about what this actually does. The system doesn't just reject a booking and leave the guest hanging... it redirects them to alternative accommodations. Private rooms. Hotels. The language Airbnb uses is "redirected to alternative accommodations," which is corporate-speak for "we pushed demand toward your competitors." And look, from a technology standpoint, I respect the engineering. Analyzing booking patterns, guest history, property characteristics, timing signals... that's a legitimate ML application, not one of those "AI-powered" labels slapped on a rules engine. They're actually using behavioral modeling to predict which reservations are likely to result in a party. The fact that party reports dropped over 50% since their global ban in 2020 suggests the system is doing what it's supposed to do. Less than 0.06% of U.S. reservations resulted in a party report in 2024. That's a real number with a real methodology behind it.

But here's the part that interests me as someone who thinks about hotel technology: this is demand reallocation happening through an algorithm that hotels have zero visibility into. You can't see it. You can't predict it. You just notice that your walk-in traffic or last-minute OTA bookings spike on holiday weekends and you assume it's organic demand. It's not entirely organic... some percentage of it is Airbnb's screening system literally pushing people toward traditional accommodations. And with Houston's new STR regulations requiring $275 annual registration fees and prohibiting properties from advertising as event spaces (enforcement started this year), the squeeze on short-term rental supply is coming from two directions at once. Airbnb's own technology AND local regulation. That's a meaningful supply constraint in a market that's about to host FIFA World Cup matches... an event Airbnb themselves project will be their largest booking event in company history. They're simultaneously recruiting new hosts with $750 incentives and blocking the ones most likely to cause problems. That's a company managing both sides of a marketplace, and the technology is the lever.

The Dale Test question here is straightforward: what happens when this system fails? What happens when a legitimate family reunion gets flagged because it's a last-minute booking by a local guest for an entire home over a holiday weekend? A host I talked to recently raised exactly this concern... she said new guests with thin review histories are the most likely to get caught in the filter, which means the system penalizes exactly the people it can't evaluate. That's the classic false-positive problem in any ML screening system, and it tells you something about the confidence threshold Airbnb is using. They'd rather lose a legitimate booking than allow a party. That's a business decision encoded in technology. Hotels don't have to make that tradeoff. You take the walk-in. You take the last-minute booking. Your screening system is a person at the front desk who can read the situation in real time.

Here's what this means if you're running hotel technology strategy: Airbnb is investing heavily in trust-and-safety infrastructure because their business model requires it. Their reputation risk is existential in a way that hotels' isn't. A shooting at a party house makes national news and triggers regulatory crackdowns. A noise complaint at a Hilton Garden Inn gets resolved by the MOD and nobody writes a law about it. The technology gap here isn't that Airbnb has better systems... it's that they NEED better systems because their operating model creates risks that hotels solved decades ago with something called a front desk. Sometimes the oldest technology is still the best technology. An old night auditor I worked with years ago would have appreciated that.

So Marriott just put a new executive in charge of Vietnam, and honestly, the appointment itself isn't the story. Sander Looijen has 25 years in hospitality, ran 22 properties in Bali, opened eight hotels there. Fine. Solid resume. What's actually interesting is what he's walking into... and what that tells you about the operational and technology stress that comes with doubling a portfolio in four years.

Let's talk about what "50-plus projects in the pipeline" actually means at property level. That's not just construction timelines and ribbon cuttings. That's 50-plus PMS implementations. 50-plus integrations with Marriott's central reservation system. 50-plus properties that need to plug into Bonvoy's loyalty infrastructure, which... let me be clear... is not a trivial technical lift, especially in a market where 96% of travelers participate in loyalty programs (highest in APEC, apparently). Every single one of those properties needs a tech stack that talks to Marriott's global systems, handles rate distribution across channels, and does it reliably at 2 AM when the night shift has one person on the desk. I've consulted with hotel groups going through brand conversions at a fraction of this scale, and the integration failures aren't the dramatic ones. They're the quiet ones... the rate-push that doesn't fire, the loyalty points that don't post, the reservation that drops between the CRS and the PMS. Multiply that across 50 properties coming online in a developing market with inconsistent internet infrastructure and you start to see the actual challenge.

The Vietnam numbers are genuinely impressive. 73.7% occupancy in Q1, ADR up 17.5%, RevPAR up 19.2% year-over-year. Those are real numbers in a real growth market. But here's my question... and it's the same question my dad would ask any vendor or brand executive making promises... what happens when those 50-plus properties start opening? Because the demand data looks great right now. Vietnam hit 17.5 million international visitors in 2024, targeting 22-23 million in 2026. But supply is about to surge. Marriott alone is adding over 50 properties. Their partners... Sun Group (roughly 4,500 rooms), Masterise Group (around 1,900 keys), Vinpearl (2,200 rooms across eight hotels)... those are just the ones we know about. Every major chain is looking at the same growth data. The technology question isn't whether these properties can be built. It's whether the systems can handle the complexity of managing rate, distribution, and loyalty across this many properties, this many brands (11 currently), in a market where the digital infrastructure varies wildly between Ho Chi Minh City and a resort island in Phu Quoc.

Look, I get the excitement. Vietnam is one of those markets where the trajectory genuinely justifies aggressive expansion. But I've watched this movie before... in other fast-growth Asian markets where brands opened properties faster than they could operationally support them. The PMS goes in, the brand standards checklist gets completed, the flag goes up. And then reality hits. The WiFi can't handle 300 rooms streaming simultaneously (because the building's electrical infrastructure wasn't designed for it). The loyalty integration breaks during peak check-in because the API call times out on local bandwidth. The revenue management system recommends rates based on comp set data that doesn't exist yet because the comp set is still under construction. These aren't hypothetical problems. I've debugged variations of every one of them.

The real test for Looijen isn't going to be the openings. Openings are the easy part... everyone shows up, the champagne flows, the lobby looks perfect. The test is month four, when the technology stack at property number 38 crashes during Golden Week and there's one IT support person covering three provinces. That's when you find out if the infrastructure was built for scale or built for the press release.

I worked with a GM years ago who had a file on his desk he called the "vendor graveyard." Every time a management company or buying group rolled out a new preferred vendor partnership, he'd print the announcement, paper-clip it to the contract terms, and drop it in the file. About 18 months later, he'd pull it out and write the actual cost next to the projected cost. The gap was never small. "The partnership announcement is the easy part," he told me once. "The implementation is where the money goes."

That file came to mind when I saw Curator Hotel & Resort Collection announce their partnership with Canary Technologies. On paper, this is a smart move. Canary's platform is running in over 20,000 properties across 100 countries. The numbers they're putting out... check-in times dropping from 10 minutes to under one, credit card fraud down 75-90%, a 40% lift in ancillary revenue through upsells... those are real operational improvements if they hold at your property. And the fact that Pebblebrook Hotel Trust, Curator's founding sponsor with 43 hotels and roughly 11,000 rooms, is already implementing the platform tells you this isn't vaporware. Pebblebrook's CFO Raymond Martz is talking about AI as a practical tool to free up teams for service delivery, not as some futuristic experiment. That's the right language. That tells me someone on the ownership side actually gets it.

But here's where I start asking questions. Curator's member hotels are independents. That's the whole point of the collection... stay independent, get the benefits of scale. And scale benefits on vendor pricing are real. I'm not disputing that. What I'm questioning is the gap between "preferred access to enterprise-grade AI tools" and what happens when a 90-key boutique hotel in a secondary market with 73% annual turnover tries to implement a platform this sophisticated. Canary says their AI can handle up to 70% of inbound guest questions. Great. But somebody has to configure that AI with property-specific information. Somebody has to train the front desk team (and then retrain their replacements in four months). Somebody has to integrate this with whatever PMS that independent hotel is running, which might be a cloud-native platform or might be something installed during the Obama administration. The press release talks about "flexible tools built around real hotel workflows." I've heard that line from dozens of vendors over the years. The ones who mean it are the ones who show up for the implementation and stay through the first 90 days. The ones who don't mean it send you a link to their knowledge base and wish you luck.

Look... I'm not burying this partnership. Independents getting access to technology that major brands take for granted is genuinely important. Curator is doing what a good collection should do... negotiating on behalf of operators who don't have the volume to negotiate for themselves. And Canary has a track record (their case study at a 236-room property showed a 4x increase in early check-in revenue and response times dropping from 10 minutes to under one minute). That's not nothing. But the announcement tells you what the technology CAN do. It doesn't tell you what it COSTS to get there... not the subscription fee, the total cost. Implementation labor. Data migration. Training hours. The productivity dip during the transition. The GM's time, which is the most expensive line item nobody ever accounts for. For a Pebblebrook property with a corporate operations team behind it, this is a Tuesday. For an independent with a GM who's also the revenue manager, the marketing director, and the person fixing the ice machine at midnight... this is a project that either gets done right or becomes one more login nobody uses.

The trend line here is real and it matters. Eighty-five percent of hospitality IT decision-makers plan to dedicate more than 5% of their IT budgets to AI in the next 12 months. Guest communications are the highest-impact area for 58% of them. The industry is moving this direction whether individual operators are ready or not. Curator adding Canary to a preferred vendor list that already includes EHVA.ai, Siv, Directful, and Liquified Solutions tells me they're building a technology ecosystem for independents piece by piece. That's smart strategy. The execution is where it lives or dies. And execution, in this industry, always comes down to the person on property at 2 AM who has to make the thing work.

I worked with an independent hotel group a few years back that got access to a deeply discounted revenue management platform through their purchasing consortium. Best-in-class tool. Fortune 500 hotel companies used the same software. The GM was thrilled for about two weeks. Then reality set in. Nobody on the team had time to learn it properly. The regional support person was handling eleven other properties. Six months later, they were using maybe 20% of the features and the night auditor had taped a handwritten cheat sheet to the monitor because the "intuitive interface" wasn't intuitive to anyone who hadn't sat through a three-day certification course.

That's what I thought about when I saw Curator Hotel & Resort Collection announce its partnership with Canary Technologies. On paper, this is a smart move. Canary's platform touches over 20,000 properties across 100 countries. They just raised $80 million in Series D funding last year. The product handles digital check-in, guest communications, upselling workflows... the kind of stuff that Marriott and Hilton properties get baked into their brand tech stack. Curator is trying to give its roughly 120 independent lifestyle hotels that same firepower through a preferred vendor deal. Jennifer Barnwell, Curator's president, talks about reducing friction while preserving human connection. Raymond Martz from Pebblebrook (one of Curator's founding sponsors, and having a very good year with shares up over 100%) frames it as freeing hotel teams to deliver more thoughtful service.

I don't disagree with any of that in theory. The problem is the gap between "preferred access" and "operational reality." A Canary platform deployed at a 400-key Pebblebrook resort with a dedicated IT contact, a revenue manager, and a front office manager who went through brand-level training is a completely different animal than that same platform dropped into a 60-key boutique where the GM is also the sales director and the front desk team turns over twice a year. The technology is the same. The organizational capacity to absorb it is not even close. And Curator's model... which I actually respect... is built on preserving each property's independence. That means there's no brand standard forcing adoption, no regional VP checking dashboards, no compliance timeline. Which is the whole appeal of Curator for operators who don't want a flag. But it's also the thing that makes technology adoption inconsistent.

Here's what I've seen play out with consortium tech deals over 40 years. The top 15-20% of properties in the group... the ones with strong leadership, adequate staffing, and an owner who invests in training... they'll implement this well and see real results. Digital check-in reduces front desk transaction time. Automated upsell prompts generate incremental revenue that actually hits the P&L. Guest communication tools cut phone volume and improve satisfaction scores. Those properties will be the case studies Curator and Canary put in the next press release. The middle 60% will sign up, do a partial implementation, use the digital check-in and maybe the text messaging, and never touch the AI-driven upsell engine because nobody has time to configure it properly. The bottom 20% will never get past the initial setup because they're running too lean to absorb another system, no matter how good it is or how preferred the pricing.

That's not a criticism of the partnership. It's a criticism of how this industry talks about technology. We announce the deal, we quote the executives, we write "AI-powered" in the headline, and we skip the part where a real human being at a real hotel has to make it work at 2 AM with no IT support and a property management system that was installed during the Obama administration. Canary builds good products. I've talked to operators who use them and the feedback is generally positive. But the product isn't the hard part. The implementation is the hard part. The training is the hard part. The sustained adoption after your best front desk agent leaves for a $2/hour raise at the Hilton down the street... that's the hard part. If you're a Curator member hotel, the question isn't whether this technology can help you. It probably can. The question is whether you have the operational capacity to actually capture that help. And if you don't, a preferred vendor discount on a platform you use at 30% is just a smaller number on a line item that's still not earning its keep.

So here's what actually happened. Hilton rolled out its "Upgrade at Digital Check-In" program globally, and now Gold, Diamond, and Diamond Reserve members see both complimentary and paid upgrade options in the app before they arrive. Hilton's own numbers say 57% of incremental upsell revenue at participating full-service properties is coming from elite members. Let that land for a second. The people who were already supposed to get upgrades... they're the ones buying them now. That's not a loyalty benefit evolution. That's a monetization pivot dressed up as "transparency" and "flexibility."

Look, I get the business logic. Chris Nassetta said it himself... the Diamond tier grew to "millions of members," making it impossible to "reliably deliver bespoke, on-property benefits." So instead of fixing the dilution problem (which would mean making Diamond harder to earn, which would mean fewer members, which would mean lower engagement metrics for the quarterly call), they created a new super-tier called Diamond Reserve requiring 80 nights or 40 stays plus $18,000 in eligible spend. Those folks get Confirmable Upgrade Rewards... guaranteed suite upgrades at booking. Everyone else? Here's a menu. Swipe your card. The architecture of this is classic loyalty program entropy... you inflate the tier until it's meaningless, then sell a new tier on top of it and charge the old tier for what they used to get free.

Here's where I start thinking about the technology and the operational reality. The app-based upsell flow is clean... I'll give them that. Digital check-in, room selection, upgrade pricing visible before arrival. As a system, it's well-built. But the system assumes every guest interaction happens in the app. It doesn't. A GM I talked to last month told me roughly 40% of his Diamond guests still walk up to the desk. They don't check in digitally. They want the human interaction... that's part of what "elite" means to them. So now your front desk agent is the person who has to explain why the upgrade isn't automatic anymore. The app handles the "transparency" beautifully. The lobby handles the friction. And the PMS... let's talk about what the PMS actually shows the agent. If the upgrade inventory is being managed through a separate revenue optimization layer that feeds into the app but doesn't perfectly sync with the front desk terminal in real time (and if you've worked with hotel tech stacks, you know how often "real time" means "close to real time, usually, unless it doesn't"), you're going to get conflicts. Agent sees a suite available. App already priced it at $75 for a Diamond member who hasn't decided yet. Guest walks up. Agent offers it. Now what? Who owns that inventory decision... the algorithm or the human?

The Dale Test question here is brutal. When this system creates a conflict at 11 PM between what the app says and what the desk agent sees, and the guest is a Diamond member with 60 nights who's been getting complimentary upgrades for years... what's the recovery path? The technology works fine in the demo. It works fine for the 60% who check in digitally. For the rest, you just moved the emotional labor of a loyalty program devaluation onto your least-paid, least-empowered employees. That's not a technology problem. That's a design philosophy problem. The system was built for revenue optimization, not for the moment when a human being has to look another human being in the eye and say "that used to be free, but now it's $75."

And here's the thing that really gets me. Hilton is framing this as giving members "more choice." That's the exact language every airline used when they started charging for upgrades, when they started charging for bags, when they started charging for seat selection. "More choice" is corporate speak for "we found a way to charge for something you already had." The technology enables it beautifully... clean UI, transparent pricing, friction-free digital flow. I'm not questioning the engineering. I'm questioning what we're engineering it to do. Because 188 million Honors members didn't sign up for a transactional relationship. They signed up for recognition. And recognition that comes with a price tag isn't recognition. It's retail.