← All posts
Product1 Sep · 5 min read

One queue for email, Slack and your chat widget

Three ways customers reach you, one place your team actually works. Here's how each channel gets into the same thread.

AbdelmjidAbdelmjidBuilding InbxerCopy link

A customer doesn't care which channel is easiest for you to build. They'll email, they'll ping your shared Slack channel, they'll open the chat widget on your pricing page — and if those three land in three different tools, someone on your team is the one stitching the story back together.

Email

Inbound email arrives through webhook-based ingestion, threads by conversation, and carries attachments straight into the same view as everything else. No separate mailbox to check.

Slack

Slack sync is two-way: a message posted in a shared Slack channel becomes a thread, a reply from Inbxer posts back to Slack, and reactions and permalinks carry across both directions. Your team can keep the conversation connected without switching between disconnected support tools.

Chat widget

The chat widget is a lightweight, brandable JS embed — drop it into any site, customize it live, and every conversation it starts lands in the same queue as your email and Slack threads, tied to the same account.

Why one queue matters

Once everything is in one place, the filters start doing real work: yours, unassigned, by label, by tier, by channel. Threads can be merged, linked or locked regardless of which channel they came in on, because to your team it's one customer, not three separate relationships.

Email, Slack and the chat widget are the channels shipping today, and more are on the way. Whatever lands next becomes part of the same customer history and support workflow.

Read the source
Everything in this post is in the repository — MIT licensed, self-hostable today.
Open the repo