A ticket sits beside the chat it came from, with a category, a priority, an owner and a remarks trail. Pools hand new tickets to the right person at the right hour, and everyone who needs to know gets an email on every change.
Per-channel workflows ✦ Pools that route by hour and workload ✦ Atomic bulk actions
The most guest-obsessed brands trust Lodgestory to power 50M+ conversations a year
Most tools create a ticket as a separate case and lose the messages the moment it is closed. Here the ticket opens from the guest panel of the chat, its details are editable in place, and its notes are the chat's own note thread. Open the chat from the ticket, or the ticket from the chat, and the whole story is there.
Dev Sharmavia pool · MaintenanceFrom a chat, from a call, standalone, from a bot journey or through the API. The ticket links back to the thread, the call and the guest.
Learn moreCategories and sub-categories come from a per-channel list, never free text, so "top issues last month" is a real answer.
Learn morePools pick an owner by hour, by workload, by capacity or at random, in the pool's own timezone, with a fallback when nobody is on.
Learn moreSelect many tickets and change status, priority or owner at once. Every bulk action is atomic: all succeed, or none apply.
Learn moreDesign the list your team picks from: categories, optional sub-categories, the details every ticket must capture and the statuses it moves through. One active workflow per channel, so a hospitality WhatsApp line and a technical support mailbox can run different taxonomies on the same workspace.
A pool is a roster plus a rule. Decide who is on, by an hour-of-day schedule in the pool's own timezone or by each member's availability toggle, and how the next ticket is picked: take turns, whoever has the fewest open tickets, at random, or weighted by capacity. A live preview tells you who would get a ticket right now.
If a ticket came in right now, it would go to: Priya



Status, priority, assignee, creator, channel, issue, date range and free text, including captured details, so a room number finds its ticket. Sort by urgency or by triage, which lists open before resolved and most urgent first. Select many and reassign, re-prioritise, change status or delete, as one atomic change.
The assignee is emailed when a ticket is created, and the relevant people on every status change. The guest hears on the channel they used. In Analytics the Tickets tab charts created against resolved per day and the average resolution time, and Reports exports any filtered set as CSV for your own BI.
Go deeper
The statuses a ticket moves through, per channel, with the stage history kept for every ticket.
Learn moreTicket stages mapped to deal stages in HubSpot and your CRM, with the conversation logged on the contact.
Learn moreInstagram comments and mentions arrive as threads, and a bot journey can open a ticket from any of them.
Learn moreIn practice
A guest messages "AC not cooling" on WhatsApp. The agent opens Create ticket from the guest panel, picks Maintenance and HVAC, sets High and lets the pool hand it to whoever is on. The guest gets an acknowledgement, the maintenance lead gets an email. When the fix is logged and the ticket moves to Resolved, the guest hears again, and a CSAT survey follows.
Tickets are scoped to your organisation, encrypted in transit and at rest, and kept in the region you choose. Every assignment, status change and bulk action is logged with who did it and when.
Visit the trust centerDesign one workflow, invite the team and raise the first ticket from a real conversation today.
The things teams ask before they move their tickets.
A support-ticket system tied to every chat and call. Each ticket carries a category and sub-category from your own list, a priority, an assignee, a status and a remarks trail. It sits beside the conversation it came from, so resolving the ticket never loses the messages behind it.
From a chat, through the Create ticket button in the guest panel; from a call, linked to the call and to the caller's chat when one exists; standalone, for issues that did not start in a conversation; from a bot journey's Create Ticket step; and from your own systems through the partner API.
Yes. A ticket workflow is configured per channel: its categories, sub-categories, the details it captures on every ticket such as a room number or an invoice id, and its status list. A hospitality channel can run Open, In progress, Waiting on vendor, Resolved while a technical channel runs New, Triaged, Fixed, Verified.
Assign it by hand, or let a ticket pool pick. A pool is a roster plus a rule: who is on, by hour-of-day schedule in the pool's own timezone or by each member's availability toggle, and who gets the next one, taking turns, by fewest open tickets, at random, or by capacity. If nobody is on, the pool falls back to the most recent pick so the ticket still gets an owner.
The assignee is emailed when a ticket is created, and the relevant people get an email on every status change. The guest's own acknowledgement and updates go out on the channel the conversation is on.
Yes. The partner API creates, lists, updates and bulk-operates tickets, and manages pools, their members, weights and schedules. Bulk actions are atomic: every selected ticket changes, or none does.