Article

Common guest questions Airbnb, sorted by hour

Most lists sort guest questions by theme. This one sorts them by hour, so you can see what a scheduled message prevents and what still needs a reply.

13 min

Most articles on the common guest questions Airbnb hosts receive sort them by theme. Access, wifi, parking and heating make easy headings. They do not help you decide what to do next. The useful split is by hour: what arrives in the morning should usually have been prevented, what arrives late at night has to be handled.

  1. Sort by hourThe same question means different things at different times
  2. Morning slotDoor code, early check-in and time confirmation are sequence issues
  3. Night slotBreakdowns and locked doors are not prevented by a template

Why sorting by hour works

A thematic list tells you what the guest is asking about. It does not tell you whether the answer belongs in a scheduled message, in the house manual or in a live reply.

Take an access question. At 10 am on arrival day, it usually means the check-in sequence did not land early enough or clearly enough. At 10 pm, it usually means the guest is already at the property and something has gone wrong. Same theme, different operation.

Here is the real shape of that day, measured on a three-property portfolio.

Guest messages received, by local hour

7800 h3 h6 h9 h12 h15 h18 h21 h23 h20 h

The highest point of the day is 8 pm. Roughly one message in two lands outside the 9 am to 7 pm window. The thread only really stops between 2 am and 5 am.

461 guest messages received by a host running three properties, measured in our database over eight months ·

Two things read off that curve. The evening peak falls after office hours, when guests arrive and discover the property. The night gap is real but short: it lasts three hours, not eight.

Sorting by theme produces folders. Sorting by hour produces a decision: prevent, answer or escalate.

The send side and the reply side sit in the same thread. Three system messages exist per booking, and you can add as many custom messages as you want per property, placed from thirty days before to thirty days after arrival or departure. Each scheduled message goes out in strict mode, the production default. It can also go out in reinterpret mode, where the resolved template is rewritten at send time in your tone with the property instructions and the thread history. Your template stays the reference version.

Connected to your PMS

Beds24 logo
Beds24
Smoobu logo
Smoobu
Lodgify logo
Lodgify
Hostaway logo
Hostaway
Guesty logo
Guesty

For the scheduling mechanics themselves, Airbnb automated messages covers the send side in detail.

Morning 8 am to noon

The cleanest slot to reason about. If a guest asks for the door code, asks whether early check-in is possible or asks you to confirm a time on the morning of arrival, the question is usually preventable. Not because the guest did anything wrong: they are travelling and want certainty. If certainty has not reached them at the right moment, they ask for it.

A good morning send is short. It carries only what the guest needs in the next few hours. Anything else dilutes the message and pushes the essential detail out of view.

Arrival morningD-0 · 08:00under 60 words
Hello first name. Today's arrival details: Address: address Check-in from check-in time Entry code: code If you expect to arrive after time, reply here and I will note it. Safe journey.

Use this send only for facts the guest needs before arrival. Keep local tips, parking detail and house rules out of it unless they are essential for entry.

Morning questions are also where the difference between a fixed template and an adapted send starts to matter. In strict mode the text goes out word for word. In reinterpret mode the same scheduled message can avoid repeating what was already settled yesterday: if the guest confirmed a late arrival, the message does not ask again.

Noon to 5 pm

This slot is less about entry and more about logistics. Address, parking, transport and luggage storage land here because the guest is on the move. Still largely preventable, but not by the same message as the morning.

They are prevented by coherence. If the address sits in one message, the parking note in another and the luggage rule in a PDF the guest will never reopen, the question comes back.

That is where the house manual earns its place. Airbnb's own self check-in guidance treats autonomous arrival as a method and a set of instructions, not just a keypad code. In practice the route to the building, the entry steps and the on-site basics have to be where the guest finds them without effort.

A midday question is therefore not always a messaging problem. Sometimes it is a documentation problem. If you are mapping that side of the stay, Airbnb self check-in is a more useful frame than a library of generic replies.

Evening 5 pm to 9 pm

Evening is where prevention starts to lose ground. The guest is arriving, opening the door, looking for the wifi and testing the heating. Some of these questions are still preventable. Some are not.

If the property instructions are precise, a reply can still be immediate and useful. It draws on the guest's message, the thread history with an explicit instruction not to repeat itself, the booking status and phase, the arrival and departure dates, availability and the property knowledge base built automatically and enriched conversation after conversation.

Emma L.Booking12 → 15 SeptemberAutopilote
We are at the building but the keybox will not open.18:27
Good evening Emma. On this keybox, please press the black button at the bottom after entering the code, then lift the cover slightly.18:28
That worked. Could you also send the wifi?18:31
Of course. Network: Harbour Flat. Password: BlueShore24. It is also in the house manual on the kitchen counter.18:32
Arrival-time issue. The answer comes from the known entry steps for this property, not from a generic access template.

This slot is only half preventable, because the property decides the rest. A clean set of instructions helps. It does not make locks, batteries and boilers behave.

Night 9 pm to 2 am

At night, the category matters less than the ability to answer fast and to pass the case on. Breakdown, noise complaint and locked door share one operational fact: none could usefully have been solved by a scheduled send. You can reduce some of the night traffic with better daytime instructions. You cannot prevent a failure on site with a prettier template.

Daniel R.Airbnb4 → 7 NovemberHybride
The hot water has stopped and the heater light is off.23:18
I am sorry. The reset button is on the right side of the heater casing. Please press it for a few seconds. Hot water usually returns shortly after.23:19
Still nothing.23:27
Understood. I have passed this to the on-call contact with your flat and the steps already tried. You will be updated here as soon as I have the timing.23:28
Late-night issue. The useful part is not prevention. It is on-thread guidance first, then escalation with context once the known fix is exhausted.

This is where the line between answering and inventing matters. Anything outside the known scope comes back to you instead of being guessed, and the context travels with the escalation.

Pick the level the property can support
  • CopiloteThe safer start while the property is still being documented. The reply is drafted, you send it.
  • HybrideAutonomous inside the hours you set, back to you outside them.
  • AutopiloteFits a stable property with well-documented routines. The edge case still comes back to you.

What a shared template will never cover

A shared template can standardise wording. It cannot standardise the moment in which the wording lands. That is why so many lists of common guest questions become repetitive: they collect topics and flatten time. Yet time is what decides whether the right tool is a scheduled send, the house manual or a live reply.

SlotTypical questionWhat prevents itWhat handles it
8 am to noonDoor code, early check-in, arrival timeScheduled arrival sendShort live follow-up in the same thread
Noon to 5 pmAddress, parking, transport, luggageHouse manual and arrival instructionsReply that points to the right instruction
5 pm to 9 pmAccess friction, wifi, heatingBetter property instructions, partlyReply based on property knowledge and thread history
9 pm to 2 amBreakdown, noise, locked doorVery littleImmediate reply, then escalation with context

If you keep one distinction from this article, keep this one: a question asked early points to a missing send, a question asked late points to a live operational problem. The template is still useful. It is just not the whole job.

What the hourly curve changes about the way you organise
What the curve measures, and what it does not
The 461 messages in the chart are INBOUND guest messages, received by one host running three properties over eight months, measured in our database. It is a real portfolio, not a representative sample of the market: three flats in one city with a stable guest profile produce a smoother curve than a portfolio mixing business and leisure. The general shape, a daytime plateau then an evening peak, shows up for most hosts. The heights belong to this portfolio.
The evening peak is not a volume peak, it is an urgency peak
The highest point of the day is 8 pm. What matters is not only that there are more messages. It is what they are about: at that hour the guest is at the door, inside the flat or discovering something that does not work. A message at 8 pm left unanswered for an hour produces a second message, sometimes a phone call, often a sentence in the review. The same delay at 11 am has almost no consequence.
The night gap lasts three hours, not eight
Between 2 am and 5 am the curve drops to zero on this portfolio. That is the only genuine window of silence in the day. Plenty of setups still reason as if night ran from 10 pm to 8 am, which leaves three sensitive windows with no planned answer: late evening, very early morning, then the 7 am to 8 am slot when departures begin. The question is therefore not how to cover the night. It is how to cover the edges of the night.
Response time is read as a median, never as an average
On the same portfolio, 448 question then human reply pairs were measured. The median is 42.5 minutes, the ninetieth percentile 1,049 minutes, which is over seventeen hours. The average is 902 minutes, dragged up by a single extreme value. A dashboard showing the average therefore describes an operation that does not exist: neither the real responsiveness of half the cases, nor the real cost of the forgotten ones. Read the median for daily work, the ninetieth percentile for incidents.
What the ninetieth percentile actually tells you
Seventeen hours of waiting does not describe a slow reply. It describes a message that landed at the wrong moment, usually in the evening, then was found the next morning. That is the signature of a queue handled in batches rather than continuously. The number is more actionable than the median: it does not ask you to be faster during the day, it asks you to decide what happens between the last look at night and the first one in the morning. One decision, taken once, moves the whole tail.
What a scheduled send genuinely prevents
The morning concentrates predictable questions: the code, the check-in time, whether arriving earlier is possible. One well-placed message on arrival day covers nearly all of them. The limit is sharp: a scheduled send prevents a question, it does not settle a request. "Can we arrive at half past three" needs a call that depends on the cleaning slot and on the previous booking. No template produces that, however carefully it is written.
What belongs in the house manual, and why it is never enough
Stable information deserves to live outside the thread: exact address, parking, transport, luggage drop, floor, network and password. A guest finds it alone, at any hour, without asking you. The manual loses all value the moment the situation is specific. A door that resists, a code typed wrong, a water heater that stopped: no documentation replaces a situated reply, because the difficulty is not knowing what to do but knowing what is actually happening on site.
What should escalate, and with what context
A useful escalation carries three things: what the guest wrote word for word, what has already been tried, then the deadline that matters. Without the third, the request arrives with no priority and gets handled in arrival order, which is rarely the right order. A heating failure on a January evening and a late checkout request are not equivalent, even though both look like a guest message. The healthy rule stays the same: anything outside what is known comes back to you instead of being invented.
Sorting by hour scales differently with more properties
On a single property, the evening peak is handled by hand with no particular organisation. From three or four, arrivals overlap and the same window carries several simultaneous conversations, each with its own urgency. It is not the total volume that becomes hard, it is the simultaneity. A quiet portfolio of ten properties demands less attention than one very busy flat, which is why property count is a poor proxy for workload.
Reproducing this measurement on your own portfolio
It needs no special tool. Export your conversations from your PMS or your extranet, keep only inbound guest messages, then count them by the property's local hour. Two precautions change the result: convert to the property's time zone rather than yours, then drop platform system messages, which inflate certain round hours. A hundred messages is enough to see the shape. The evening peak almost always appears.

Frequently asked questions

Why sort guest questions by hour rather than by theme?

A thematic list gives you folders such as access, wifi or parking. It does not tell you whether the right move is a scheduled send, a live reply or an escalation. The hour does. A code request at 10 am is usually a sequence problem. The same request late at night is an access problem.

Can scheduled messages prevent most guest questions?

They can prevent many questions that arrive before check-in and during the afternoon, because those are often requests for information you already know: address, code, parking or luggage rules. They do not prevent a boiler fault, a noise complaint or a door that will not open. For those, only the reply and the escalation path matter.

What is read before a guest gets a reply?

It uses the guest message, the thread history, the booking status and phase, the stay dates, the property knowledge base, availability and a formality directive. The history carries a clear instruction not to repeat itself. If the question goes beyond what is known, it comes back to you instead of being invented.

Read next

And the reply that follows?

Sentioo adapts your scheduled messages and handles the replies behind them, in your tone, from the property knowledge base. You pick the mode, property by property.

See how it works