Skip to main content
Waaru
Waaru for hotels and hospitality

Manage hotel enquiries and guest requests on WhatsApp.

Collect stay requests, send pre-arrival messages, and route guest questions to the right hotel team on WhatsApp. Your staff or connected booking system confirms availability and reservations.

In one line

Use WhatsApp to collect booking enquiries, send reminders, and route guest requests. Reservations confirms availability and rates. Reception and service teams handle requests that need a person.

Industry guide reviewed .

Maintained by the Waaru product team. Read our editorial and product-claim review method.

Create free workspace

Platform free. AI features are paid separately.

Keep reservations and reception in the same guest thread.

See how a booking enquiry passes between reservations, reception, and finance. Staff confirm room availability and payment before sending a guest a confirmation.

ExampleGuest journey ownership

STAY 1842

Courtyard room

Direct enquiry · Bengaluru

Current owner
Reservations
Next action
Enquiry captured

Operating boundary

Define the hotel workflow before guests enter it.

Treat each stage as an operating contract. Decide what Waaru may collect, what system or person confirms the answer, and what should stop or leave the workflow.

Authorization

Use the hotel's connected WhatsApp Business number and approved teammate access. Keep service communication and later marketing permission as separate purposes.

Reads

Guest replies, structured Flow answers, contact fields, conversation history, and data returned by a connected source within its granted permissions.

Writes

Logic Flow can update contact fields, assignment, conversation state, and approved messages. Creating a Razorpay payment link or calendar booking is not exposed as a Logic Flow write; staff or a separate authenticated connected-app action completes that step.

Events

Inbound messages, Flow submissions, human assignment, and verified provider events can move the journey. A copied spreadsheet row is not automatically current availability.

Setup

Name the owner for reservations, payments, arrivals, and in-stay requests. Test changes, cancellations, duplicate events, late replies, and after-hours handoff before publishing.

Exclusions

Waaru should not invent a room, rate, upgrade, refund, or service-recovery promise. Keep judgement and exceptions with authorised hotel staff.

Recovery

Unknown requests and failed actions stay in the shared inbox with the guest's answers and booking reference so a person can continue without restarting the conversation.

The problem

Stop asking guests to repeat their booking details.

A guest can move through reservations, reception, housekeeping, maintenance, transport, dining, and finance during one stay. When those teams use separate inboxes or copy details manually, the guest repeats dates and room information while staff lose the original promise.

  • After-hours enquiries wait without an acknowledgement or named owner.
  • Rates and availability are copied from a source that may already be stale.
  • Pre-arrival instructions vary by property, booking channel, and shift.
  • In-stay requests lose room, urgency, and responsibility context.
  • Marketing offers are mixed into a service conversation without a separate permission check.

Enquiry

Collect a booking request that reservations can act on.

Ask for check-in, checkout, number of guests, property, and room preference with buttons or a WhatsApp Flow. Confirm what was received, then route it to reservations. A Flow can make the intake easier, but availability and final price should still come from a verified source or an authorised person. See how the same structured pattern is built in the visual flow builder.

Operator worksheet

Write the reservation handoff before automating the reply.

Start with one property and one booking path. Write down the minimum information reservations needs, the person or system allowed to confirm each commercial fact, and the exact point at which the conversation returns to a guest. Use that list to test the workflow before guests use it.

  • What details must the guest provide before reservations can make a decision?
  • Who can confirm the rate and room, and where is that decision recorded?
  • How long may availability or a quoted rate be treated as current?
  • Who owns the thread after a failed payment action, exception, or late reply?
  • What message can the guest rely on as the final booking confirmation?

Confirmation

Keep the room decision and deposit in the same record.

After staff or an integrated property system confirms availability, send the approved rate, cancellation terms, booking reference, and the next payment step. If a deposit is required, authorised staff can create a hosted link through the connected Razorpay action and share it in the thread. The conversational Logic Flow does not create the link. Verify the merchant, amount, expiry, and provider event before offering this path to guests.

Before arrival

Send useful details before they become questions.

Directions, check-in time, identification requirements, parking, transfer options, property rules, and the contact point for changes belong in a concise pre-arrival message. Keep the booking reference attached to the conversation. If the guest changes the arrival time or asks about an exception, reception should see the original stay details before replying.

During the stay

Route requests by urgency and ownership, not by keyword alone.

Housekeeping, maintenance, transport, dining, and late-checkout requests have different owners and response expectations. A deterministic workflow can collect the room and request type, then place the thread in the shared inbox for a person to accept. An urgent or unclear request should leave the structured path early instead of waiting behind a routine task.

After the stay

Ask for feedback without mixing in promotions.

A checkout acknowledgement, invoice notice, or feedback request should state its purpose plainly. A previous stay does not create permanent marketing permission. Store the source and purpose of consent, keep promotional audiences separate from service updates, and suppress future marketing immediately after opt-out.

Operations

Measure where the guest journey needs attention.

Start with the hotel's own baseline rather than an industry conversion promise. Review time to first useful response, requests waiting without an owner, booking enquiries that reach a verified decision, failed payment actions, pre-arrival replies, in-stay acceptance time, and opt-outs by message purpose. These measures reveal workflow gaps without pretending that messaging alone created a booking.

FAQ

Frequently asked questions.

Can a hotel take booking enquiries on WhatsApp?

Yes. A WhatsApp Flow or guided conversation can capture dates, guests, property, and room preference. Availability, price, payment, and confirmation should come from a verified system or authorised staff member.

Can Waaru confirm hotel availability automatically?

Only when a tested connected source owns current availability. Otherwise the safer workflow collects the request and assigns it to reservations rather than inventing a room or rate.

Can a hostel or serviced apartment use the same workflow?

Yes, but the fields and owners should match the property. A hostel may need bed type and check-in rules, while a serviced apartment may need length of stay, housekeeping cadence, and deposit details.

Can WhatsApp route housekeeping and maintenance requests?

Yes. The workflow can collect room, request type, and urgency, then assign the conversation to the relevant human queue with the complete thread visible.

Can a hotel collect a booking deposit on WhatsApp?

Yes, by sharing a hosted link created through the connected Razorpay action. That creation is an authenticated staff action, not a conversational Logic Flow write. Verify the merchant, booking reference, amount, expiry, and payment-event handling before launch.

Can I send a past guest a direct-booking offer?

Only when the guest has an appropriate marketing opt-in and the message follows WhatsApp policy and applicable law. A service interaction or past stay does not automatically create marketing consent.

Research notes

Policy and product references for hotel workflows.

These sources define the messaging and structured-form boundaries. Your property remains responsible for its rates, availability, guest policy, and legal review.

  • WhatsApp's Business Messaging Policy governs user control, message purpose, acceptable business use, and opt-out handling.

    WhatsApp Business Messaging Policy · Accessed 20 August 2026

  • Meta documents WhatsApp Flows as structured experiences that open inside WhatsApp.

    Meta for Developers · Accessed 20 August 2026

Map one property journey before automating every request.

Bring the current enquiry, booking, arrival, and handoff steps. We will identify the first workflow worth publishing.