Medellín, Colombia · UTC−5 · Remote operation across Latin America and the United States hello@quarl.co EN · ES
quarl ES

AI for travel and hospitality

A hotel assistant that cannot read the PMS can converse but cannot book. And one that answers well in Spanish and badly in English looks fine on average and is useless to half the guests. We measure both separately.

4–8 weeks to production · 10 countries in operation, several languages at once · 2M+ users served by systems we operate

  • Live availability
  • Rates
  • Direct booking
  • Pre and post stay
  • Multiple languages
  • PMS
  • WhatsApp
Contact us How we work Free, no pitch · the proposal lands in 48 hours

Built on

  • Anthropic
  • Claude
  • Google Gemini
  • Google Cloud
  • LangChain
  • LangGraph
  • PostgreSQL
  • Qdrant
  • Datadog

An engineering team that has already been on the other side.

Ninety seconds: who we are, how we work and what you get at the end.

The same sourced answer on every channel

WhatsApp, the website or email land in the same system: it understands the question, searches your documents, answers with a citation and hands over to a person when unsure.

Example: someone asks if there is a room free. The system checks price and availability, and holds the booking.

WhatsApp connected
Web connected
Email connected

01 Channels

02Understands

Reads the message
Detects the entityhotel = cartagena
Picks the sourceSeason_rates.xlsx
Do you have a double room for the October long weekend with breakfast?

03Searches

94 of 100finds the right chunk
142 mstakes

Searches by meaning and by exact words, and filters by the tag before choosing.

04Answers with a source

Yes, two available at $420,000 a night with breakfast. Source: PMS plus rate sheet, row 88.

answers with a source · 91 of 100

05Hands over

  1. Not enough backing
  2. A person on the team is notified
  3. Full conversation attached
  4. Human answer logged

Swipe to follow the flow →

The five leaks in a hotel

01

The night-time query with no answer

A good share of bookings gets decided outside reception hours, and there is nobody there. The booking is not postponed: it goes elsewhere.

02

Reception answering the same things all day

Check-in time, pets, parking, how to get here from the airport. High volume, fixed answers.

03

No personalised recommendations at scale

The concierge who knows what to suggest to each guest exists in a twenty-room hotel, not a two-hundred-room one.

04

Seasonal peaks

Demand triples and staffing does not, so service quality drops exactly when the most revenue is on the table.

05

Silence before and after the stay

That is where the upsell lives and where the review gets asked for, and almost nobody does it.

01

The technical part

Two decisions that determine whether it works

The first is the PMS. Availability, room type and rate change by date and by channel, so they get queried live at answer time and never come out of an index. The semi-stable — policies, amenities, directions, FAQs — does go into the index. An assistant quoting an old rate does not generate a booking: it generates an argument at the front desk on arrival day.

The second is language, and almost nobody measures it. A hotel in Colombia receives guests in Spanish, English and sometimes Portuguese, and the foreign guest is usually the higher-rate one. A system evaluated with a Spanish-only set reports a high number and may be answering badly in English without anyone noticing, because those conversations are few and the average dilutes them. So the evaluation set is built per language and the number is reported per language.

And one operating rule: in hospitality the handoff to a person has to be fast and frictionless. A guest with a problem in their room does not want to converse with a system, and the assistant has to recognise that in the first message.

How it is measured

What we ask for before wiring it to the booking channel

01

Availability and rate accuracy

On a sample: whether what was said matched the PMS at that moment, for that date and channel.

How it gets fixed

Live queries, never the index. It is the failure that turns a booking into a complaint.

02

Quality per language

The same evaluation set run in every language the hotel serves, with the number reported separately.

How it gets fixed

The weaker language gets more examples, and the translated documentation in the index gets reviewed.

03

Attributable direct bookings

Those that started in the conversation and ended in your own engine, measured with a control group.

How it gets fixed

Without a control group, the system gets credit for the booking that was going to happen anyway.

04

Handoff speed

How many turns it takes to reach a person when the guest has a real problem.

How it gets fixed

Intent classification before retrieval: a complaint does not enter the FAQ flow.

When it is not worth it

For a small hotel whose operation fits in one person’s inbox, this is over-engineering: a good FAQ page and a WhatsApp number somebody answers cover nearly everything.

The conversation changes with several properties, several languages, a marked season and dependence on online travel agencies. There, every point of direct booking recovered pays for the system, and that can actually be measured.

Related services

AI chatbots and assistants

Chatbots for businesses of every size

With the evaluation set run before it ever reaches production.

Integrations and APIs

Connecting the systems that do not talk today

MCP servers against the systems already in operation.

AI agents

Agents that do the work, not just talk about it

LangGraph orchestration, durable state and human approval on steps with consequences.

AI for retail and e-commerce

AI for retail and e-commerce

Catalogue, inventory and order status live, not a script.

Key takeaways

Four things before the call

  1. 01

    The most valuable query is the one that arrives outside reception hours, and it is exactly the one that today gets lost or answered the next day, when the guest has already booked elsewhere.

  2. 02

    Availability and rates are queried live against the PMS, never from an index. A stale rate in the chat is an argument at the front desk.

  3. 03

    Quality gets measured per language, not on average: a system that answers well in Spanish and badly in English reports a good overall number and loses the foreign guest, who is usually the higher-rate one.

  4. 04

    The best-returning case is not the virtual concierge but the direct booking: every reservation that skips an online travel agency saves its commission.

This is where the data comes in

An AI system is worth what its sources are worth. These are the standard connectors; anything with an API or a database connects the same way, and what has no API is handled by file.

SAP

Enterprise ERP

ERP

Oracle

ERP and database

ERP

NetSuite

Cloud ERP

ERP

Salesforce

CRM and service

CRM

HubSpot

CRM and marketing

CRM

PostgreSQL

Database and pgvector

Databases

A RAG system in production: three years, two million users

We built and operated the assistant for a loyalty platform serving more than two million active users across ten countries.

We built the full pipeline: document ingestion and normalization, chunking, embedding generation, vector store on Azure AI Search and Pinecone, and retrieval with grounded generation on LangChain.

We held it above 99% availability for three years.

RAG systems →

Frequently asked questions

01

Does it connect to our PMS?

Yes, over API or an MCP server against whichever system you run, and that is what separates an assistant that books from one that only informs. When the PMS does not expose availability and rates in a queryable way, we say so before quoting: we would rather ship a smaller, honest scope — amenities, policies, directions — than an assistant that improvises a rate.

02

What languages does it answer in?

Whichever the hotel needs; in Colombia that is usually Spanish, English and sometimes Portuguese. What sets us apart is not that it answers in several languages — any model does that — but that quality is measured in each one separately. A Spanish-only evaluation set reports a high number and may be failing in English without anyone seeing it, and the foreign guest is usually the higher-rate one.

03

Does it increase direct bookings against the OTAs?

It can, and the only honest way to know is to measure it with a control group. Answering the query at the moment it happens — at night, in the guest’s language, with real availability — removes one of the reasons people end up booking through an agency. Any vendor promising a percentage increase before knowing your operation is making it up.

04

Can it handle check-in or payments?

It can prepare check-in: collect details, send the form, confirm arrival time and leave everything ready in the PMS. Payment we recommend keeping on a gateway link rather than inside the conversation, because handling card data in a chat adds a compliance problem that does not pay for what it saves.

05

What happens when a guest has a real problem?

It escalates fast, and that is designed and measured. A complaint does not enter the FAQ flow: it is classified before retrieval and routed to a person with the context of what was already said. The metric is how many turns that handoff takes. An assistant that insists on solving what it cannot turns an annoyance into a one-star review.

06

How long does it take and how is it priced?

Four to eight weeks to production depending on integrations and the number of languages, with something running from week one. It is quoted with fixed scope, price and date in a proposal 48 hours after the first call. The price is driven by the number of properties, the languages, and how accessible the PMS is.

Fifteen minutes. A concrete answer.

It gets fixed, it gets built, or it is not worth it. And if the diagnostic does not reach three actionable findings, it is not charged.

Message on WhatsApp