Guestreply.ai
A CRM for short-term rental hosts. AI drafts guest replies, a person sends or fixes them, or lets autopilot answer within set limits
- 2025
- Product Designer
- BookingHost.pl
- Founder, CTO, developers, ML engineer, UI designer

The task. Hosts and property managers drown in the same guest questions, worst of all at night and in high season. The founder had a model that could write replies, and no product around it. The objection he kept hearing from clients was simple: what if the bot tells a guest something wrong.
What I did. Research, personas and the product architecture. Three levels of control over AI: a draft, autopilot within limits, and escalation. An inbox with the booking next to the conversation, a knowledge base for every listing, onboarding through the PMS, the design system, the brand, the website and the sales deck. I led the UI designer and shipped the product in stages.
The result. Managers send most AI drafts without touching them, and routine replies went to autopilot.
- What the model can't do
- Every PMS connects differently
- No brand yet
Research
The founder had let apartments by the night for years. When I joined, the team had a model that generated replies with no interface, and a wish list of features. For the first weeks I didn't draw screens.
I interviewed management companies and private hosts with a guide of more than 80 questions.
In parallel I sorted guest conversations from the pilot companies by topic.
- How do you currently handle guest inquiries?
- Which features would you expect from a guest communication tool?
- What's your biggest challenge in managing guest communication?
- How important is automation for your property management?
- Most guest messages repeat the same questions
- A lot of messages arrive at night
- Hosts aren't ready to let AI write unchecked
Competitor research
I compared Guestreply with three direct competitors on the features hosts brought up in the interviews, and went through the interfaces of three PMS: Hostaway, Guesty and Tokeet. Two of the direct competitors are PMS themselves, so I bet on tone and control over automation.

Personas
A private host answers from a phone between other work. A company's operations manager clears a queue at a desk all day. Both use one product and expect different things from it.
Answers alone, from a phone
Clears the queue during a shift
The buyer is a third person: the owner of the management company, who never answers guests. For them I made the website with a demo request form and a ten-slide sales deck.
Hypotheses
A host pays for a guest getting an accurate answer fast. So I proposed the median time to first reply as the main metric, and measured trust in AI by what people did: drafts sent without edits and listings moved to autopilot. With the CTO we set up these events in Mixpanel before the beta.
- If a draft is ready when the manager opens the conversation, with the booking next to it, the first reply in the daytime gets faster than 15 minutes.
- If autopilot has clear limits (listings, booking stage, hours), half of the beta companies switch it on in the first 30 days.
- If listing facts live in separate fields instead of free text, drafts go out without edits more often.
- If people can pick the reply tone from examples, there will be fewer edits, since tone is what people will fix most.
- If AI writes part of the replies, guests won't rate their stays lower. Speed must not cost quality.
Autonomy ladder
This is the central decision of the project. Hosts aren't against automation in general. They are against automation they can't see and can't limit, so I made a ladder of autonomy: AI gets more freedom only where the host has allowed it.
- Off
- Draft
- Autopilot within limits
- Full autonomy
In the first prototype autopilot was a switch on every listing row. With 60 listings that's 60 switches, and a row can't say “only at night”. So autopilot got its own Automation page with a safe default for every limit, and switching it on is confirmed in a separate window. Complaints, money and conflicts never go to autopilot, and without enough listing facts the conversation gets a “needs a human” marker.

Inbox
I drew the first inbox for the stack of the first pilot company: booking data as a header line and buttons into their Front and Salesforce. That worked for one client only. In the final version the guest, the listing, the dates and the booking status sit in a permanent panel on the right, whichever PMS the company uses.


Pre-booking requests and conversations on confirmed bookings sit in separate groups, since their urgency differs. Every message is translated, and the reply goes out in the guest's language.
AI draft
A reply that AI has written and not yet sent is what I reworked most. Three versions, two tests.
A draft in the feed
A block under the feed
A queue and a yellow draft
In an early version a fix was a plain field, and people deleted the whole draft to write their own. With Modify the manager tells the bot what to change and presses Regenerate. A separate Send New Response button keeps an edit from reaching the guest by accident.
Listing data
The research showed that answer accuracy depends on the listing facts. So a draft is assembled from three layers, and each has its own owner.




Mobile and design system
On a narrow screen the booking panel moves to its own Information screen. The draft, the translation and Modify work the same as on desktop.
Guestreply had no brand, so I made the logo and the palette alongside the prototype. Blue means action and selection, yellow is reserved for what hasn't reached the guest yet. The UI designer detailed the components, I set the rules: required states, behaviour at 360 px, AA contrast, a visible focus and touch targets from 40 px.
Launch
In an AI product a designer can't draw behaviour without knowing what the model can do. With the ML engineer I defined which messages always go to a person: complaints, money, missing data. The UI designer joined in month two and every screen went through my review, and the developers came to wireframe reviews to catch PMS limits early.
- Closed beta
- Autopilot and its first weekNew draft and listing fields
- Open sign-up
- Next stage
Results
- 92%
- of AI drafts sent by managers without editing, counted from the logs over 500+ live messages
That share is what made it possible to hand routine categories to autopilot. Discounts, rule exceptions and disputes stayed in review permanently.
Where I went wrong
- I brought in the ML engineer too late
- I invested too much in the tone choice
Next steps
- Offer autopilot per listing
- Channels and scale





