Airbnb Pre-Check-In Messages: A Three-Message Cadence for Arrival Day

Most arrival confusion is not caused by hosts who forget to write. It is caused by hosts who write everything at once, three days early, into a message the guest skims once and then cannot find again.

A single long note has a predictable failure mode. The parking detail is read and forgotten, the address is buried in paragraph four, and the door code sits in the same thread for days. By the time the guest is standing at the building, the only thing they remember is that there was a message.

Splitting the same information into three short, single-purpose messages fixes the part that actually breaks: attention. Each message has one job, one moment, and one thing the guest can act on.

The timing does the work. Each message covers a different kind of information, and mixing them is what makes a guest scroll past the one field they needed.

The arrival-time question in the logistics message is doing more work than it looks like it is. A guest who says 6 p.m. has given you something real to plan around, including whether the turnover has enough room, and a guest who never answers is a signal to check in again rather than assume.

The honest version of message automation is narrower than most software implies. It is very good at timing, repetition, and pulling the right context into a draft. It is not a source of truth about the physical property.

Read the middle column as the product. The right-hand column is where messaging tools quietly overpromise: a scheduled send becomes "handled", a repeated template becomes "accurate", and a code in a message becomes "the guest is in".

If you already run a smart lock, a keypad, or Airbnb check-in instructions, keep running them. Morphic does not compete with the layer that creates and rotates a code, and it does not need to, because the two tools sit at different levels of the same arrival.

That split is what makes coexistence work. The lock keeps generating codes, the listing keeps storing the stable facts, and the messaging layer stops being a manual job. Nothing has to be ripped out for the cadence to run.

The one rule is that the code in the message has to come from somewhere real. If your lock rotates it per stay, paste the current code as a host-supplied fact before the access message goes, or send your lock app's own instructions and use the Airbnb thread for the address and the fallback. A messaging tool that invents a code it has no authority over is worse than a host sending it late.

Every message inside the platform is timestamped and tied to the reservation. That matters the moment a guest says they never received the address, because the record either exists in one place or it is spread across three apps you now have to reconcile.

Guests also get a push notification for an Airbnb message. An email with the door code can sit in a promotions folder until the guest is already at the door, and a code sent only by text is a code you cannot prove arrived.

If a guest genuinely prefers another channel, keep the option, mirror the important parts back into the thread, and never send the entry detail only off-platform.

Write these once, keep each short, and let the assistant fill the guest name and dates from the booking.

1. Confirmation:

Hi [Guest name], thanks for booking [dates]. Your arrival guide is here: [link]. Message me any time with questions before your stay.

2. Logistics (24 to 72 hours out):

Hi [Guest name], a quick note before [day]. Parking is [detail]. The neighborhood has [one useful tip]. Roughly what time do you expect to arrive? It helps make sure everything is ready.

3. Access (evening before):

Hi [Guest name], here is everything for tomorrow. The address is [address]. Check-in opens at [time]. Entry is [method the host supplies]. If anything is unclear when you arrive, reply here and I will help straight away.

The access message is the one to keep plain. Guests want it fast and functional, and it is the last message that should carry a new fact they have to remember.

Leading indicators are whether the cadence ran from the booking rather than a manual reminder, whether the arrival-time question got an answer, and whether the access message went out the evening before instead of days early.

The lagging signal that matters is simple: how many arrival-day questions you answered this month compared with last month. Do not report a scheduled send as proof of a better review outcome, a rating change, or revenue. A sent message is a sent message, and the guest experience is the only thing that can confirm the rest.