Realtime inbox
Official XDK messages with webhook push instead of polling.
A missed DM costs more than a bad post, especially across accounts and languages.
Official XDK messages with webhook push instead of polling.
Unread state and conversation history stay separated per account.
DMs and comments handled in one desk with assignable owners.
Auto-acknowledge and triage; commitments stay with people.
Cross-border inquiries follow a timezone curve: by the time you wake up, the buyer has asked someone else. The first minute of response usually decides whether the lead is still warm.
Polling inboxes are inherently delayed by their interval. The official XDK realtime channel plus webhook push delivers messages to the desk as they arrive, so whoever is on duty catches them.
Automate the first acknowledgement, triage of common intents (pricing, partnership, support), and marking off-hours messages as pending. These are repetitive and enumerable.
Keep human anything that commits to a time, a price or terms. Automating those costs trust and rarely shows up in metrics. Unify the inbox first, define triage rules second, automate wording last.
With several accounts the problem becomes fragmentation: the same customer may ask from different accounts and the person replying lacks context. Per-account unread isolation with full history is the precondition for team work.
If data must stay in your environment, self-hosted deployment covers the same desk path: tokens and conversation content live in your database, and traffic still runs through official channels.
Track first-response time per account rather than a fleet average: one neglected inbox hides behind healthy numbers elsewhere. Track how many inquiries are triaged automatically versus escalated, so automation keeps earning its place.
Track unread ageing — how long the oldest unanswered message has waited — because that is the number customers actually feel. Review weekly: if unread ageing grows while response time looks fine, the desk is under-staffed at a specific hour, not overall.
Keep a shared handover note per account: what was promised, by whom, and by when. Cross-border desks hand off between shifts, and the cheapest reliability win is making sure the next person does not re-ask a question the customer already answered.
Run this for a month and the desk becomes predictable: you will know which hours need coverage, which intents can be triaged automatically, and where a human reply actually decides the deal.
Detection looks at interface and behaviour patterns, not at whether a human typed it. We stay on the official API and XDK with configurable rates.
Yes, set desk windows per account. Messages outside the window stay unread so the next shift does not miss them.
In your tenant database on cloud, or entirely on your own machines when self-hosted.
A missed DM costs more than a bad post, especially across accounts and languages.
| Dimension | XControl | Typical approach |
|---|---|---|
| Inbox | Official XDK realtime and webhook push | Interval polling |
| Many accounts | Unread and history isolated per account | One mixed inbox |
| Teamwork | Desk assignment with pending markers | Manual single operator |
| Automation | Acknowledge and triage; commitments to humans | Fully scripted replies |
| Data residency | Self-hosted option (tokens and DMs yours) | Vendor custodian |