The Zendesk Slack App

Ticket creation is the headline feature of the Zendesk Slack app and the least interesting one. It earns its place through notifications, previews and the occasional reply.

What the Zendesk Slack app installs

It connects two directions at once, and it helps to think of them separately.

Slack into Zendesk. Raising tickets from a message or a command, covered in detail in creating a ticket from Slack.
Zendesk into Slack. Notifications about tickets landing in channels you choose, previews when someone pastes a ticket link, and in some configurations the ability to add a comment without opening the agent interface.

Most of the value, and most of the ways to annoy your colleagues, live in the second direction. Teams that install this app and only ever use it to raise tickets have bought a nail gun and used it as a hammer.

Setup needs an admin on both sides, since the connection is authorised in Zendesk and again in Slack. Budget ten minutes and a calendar invite with whoever holds the Slack keys.

Notifications that people read

The default instinct is to pipe every new ticket into one channel. Do that and within a fortnight the channel is muted, which is worse than having no notifications at all, because now everyone believes they're covered.

Route narrowly instead. A notification is worth sending when somebody would act differently on seeing it.

Escalations and breaches. A ticket about to breach its SLA belongs in a channel a team lead watches, not in a firehose.
VIP or named accounts. Route by organisation so the account manager sees their customer complain in real time.
A single product area into the engineering channel that owns it, filtered by tag or form.

Everything else is browsable in a view. Zendesk triggers give you the filtering, so build the rule on the Zendesk side and let the app deliver it. The triggers and automations guide covers which one fires when.

One more rule that pays off: put an owner on every notification channel. A channel where alerts land and nobody is named as responsible is a channel where everyone assumes somebody else has it. That assumption is how a breach notification sits unread for two hours in a room containing nine people.

Ticket previews are the quiet win

Paste a ticket URL into a channel and the app expands it: subject, status, assignee, requester. It sounds trivial. It removes an enormous number of "what's the status on that one" round trips, and it means people discussing a ticket in Slack are looking at the same facts.

One caveat. The preview shows ticket data to whoever is in that channel, including people who have no Zendesk seat. If you run channels with contractors or customers in them, decide whether that's acceptable before you install the app workspace wide.

Replying to a customer from Slack

This is possible, depending on how the app is configured, and I would be careful with it.

The reply box in Slack isn't the agent workspace. You lose macros, you lose the knowledge base search, formatting is thinner, attachments are awkward, and it's very easy to send a public reply when you meant an internal note. That last one is a live risk rather than a theoretical one.

Where it genuinely helps is the short factual answer from a specialist who doesn't have a Zendesk seat and doesn't want one. Engineering confirms the fix shipped, that comment lands on the ticket, the agent writes the customer-facing version. Use it as an input channel, not as a replacement for the agent workspace.

If you do enable customer-facing replies, set the default to internal note and make the public option the deliberate one. Defaults are policy, whatever the handbook says.

What it doesn't do

Worth saying plainly, because people expect more than is there.

There's no reporting in Slack. No bulk actions. No views, no search across the queue, no merging, no macros. The app is a notification and capture surface bolted onto Zendesk, not a second client for it.

That limitation is a feature if you let it be. The teams that get the most from this app treat Slack as the place work is spotted and Zendesk as the place work is done. The ones that struggle are trying to run support from a chat window, and they end up with half a history in each tool and no way to report on either.

Feature availability and permissions shift between releases, so confirm the specifics against the current marketplace listing rather than against a blog post, including this one.

FAQ

Frequently asked questions

Can you reply to Zendesk from Slack?

You can add a public reply from the message action, and it's worth thinking twice about. Reply to Zendesk from Slack and the agent loses the macros, the history and the CC list they'd have had in the ticket.

Can agents reply to customers from Slack?

In some configurations, yes. It works, but you lose macros and knowledge search and it's easy to post publicly by mistake. Better as an internal comment channel for people without a Zendesk seat.

How do I stop the notification channel becoming noise?

Filter on the Zendesk side with triggers, and only send events somebody would act on: breaches, escalations, named accounts. Everything else belongs in a view.

Does the app show ticket details to people without Zendesk seats?

Ticket previews render for anyone in the channel. Check who is in your channels, especially shared ones, before installing it workspace wide.

Can one Zendesk account connect to several Slack workspaces?

Support for multiple workspaces has varied by release. Check the current marketplace listing, and if you run Slack Connect channels test the behaviour before you rely on it.

Is the Zendesk Slack app free?

The marketplace app itself has generally been free, but plan requirements change. Verify on the current listing rather than assuming.

Fewer tickets to notify about

Roughly a tenth of a support queue is the same issue arriving more than once. Ticket Merger finds those and merges them automatically.

Start free trial

14-day free trial. No credit card required.