Shared Inbox
MyLiveChat starts with website support, then keeps the conversation moving through offline forms, tickets, and email follow-up so your team does not need a separate tool just to finish the job.
Live now
Website chat, offline capture, queue views, macros, transcripts, and email-to-ticket follow-up.
Queue model
Channel-aware ticket metadata already covers web, email, WhatsApp, Messenger, Instagram, and SMS.
Buyer promise
A simpler shared inbox story than suite vendors, without pretending every social channel is GA today.
Channel 1
Serve visitors in real time with departments, routing, transcripts, and AI handoff in the same operator workflow.
Channel 2
When nobody is online or an issue needs follow-up, missed chats become tracked work instead of disappearing in email.
Channel 3
Continue the case with saved views, macros, snooze, and CSAT hooks so longer threads stay visible after the live chat ends.
Operational details
These are implementation facts in the current codebase, not placeholder roadmap language. The queue already normalizes channels, preserves transcript continuity, and exposes outbound hooks for deeper workflow automation.
Channel field
Tickets already normalize channel values across web, email, imported, and adjacent messaging surfaces.
Webhook path
Signed webhook verification gives the future messaging layer a safe inbound edge for external providers.
Transcript continuity
Exports, audit logs, and transcript history already assume support work spans more than one live moment.
Agent workflow
Saved views, macros, SLA-facing triage, and CSAT hooks give extra channels somewhere useful to land.
Why this is staged
Crisp, Intercom, and Zendesk now package the inbox as a broader service surface, not just website chat. The right response is a credible rollout sequence: deepen the queue that already exists, then extend it into the next highest-value channel.
- Website chat and follow-up remain the strongest operational wedge for SMB and mid-market teams.
- Over-claiming social and messaging breadth would weaken trust faster than admitting the staged rollout clearly.
- The existing queue, ticket metadata, webhooks, and transcript model already reduce the cost of expanding into the next channel.
Rollout order
1. Shared email inbox polish: make ticket-to-chat continuity, ownership, and reply workflow the default operational story, not an edge workflow.
2. One added messaging channel: WhatsApp closes the most visible shortlist gap without committing to every social surface at once.
3. Routing and translation proof: make ownership, capacity, saved views, and multilingual follow-up visible enough to answer Zendesk's operational-depth story.
4. AI workflow actions: route, tag, collect fields, and trigger webhooks inside the same inbox so extra channels remain operationally coherent.
This matches the comparison reality documented on May 12, 2026: the fastest win-rate improvement comes from a tighter shared queue, clearer routing proof, and one added channel, not from pretending to match every suite vendor overnight.