Sistema de tickets para Slack: as 8 melhores opções em 2026

Por que o Slack puro desmorona como fila

Eu trabalho na própria fila de suporte do eesel. Por isso tenho simpatia de verdade por quem decidiu que as solicitações deveriam simplesmente chegar pelo Slack, porque é mais rápido para quem está perguntando. Isso também é exatamente o problema.

Um operador que postou no Hacker News em março de 2026 descreveu esse modo de falha melhor do que qualquer página de fornecedor:

"We have Slack Connect channels with all of our customers ... and I've since grown to hate it. ... Because Slack is so frictionless, there was no barrier asking anything, including questions that were answered the day prior in the main channel or questions that are right in our searchable API docs."

jjice, Hacker News

A versão interna da mesma reclamação aparece o tempo todo:

"If I can believe what I've been seeing in our internal support channel, no one uses the slack search feature and keep asking the same questions over and over, I really see a space for [Stack Overflow] for Teams to fix this internal knowledge sharing issue."

Chico75, Hacker News

Repare que nenhuma das duas é uma reclamação sobre status faltando. Ambas são reclamações sobre volume. Essa distinção decide qual das ferramentas abaixo é a certa para você, e é exatamente o que a maioria dos comparativos pula direto.

Existe um segundo problema, mais silencioso, e uma profissional de customer success no Reddit nomeou o mecanismo com precisão:

"Slack makes every customer feel “close”, but it does not give you a queue by default. So the team thinks they are being responsive while important stuff is just buried three scrolls up. The fix I have seen work is boring: every channel needs a visible owner, one current next step, and a lightweight rule for what leaves Slack and becomes a tracked ticket/project."

u/TheChandrianX, Reddit

Uma thread do Slack não tem responsável. Três pessoas reagem com 👀, ninguém responde, e a solicitação expira na rolagem do canal. Essa é a lacuna que um registro de tickets preenche, e é uma lacuna real, por isso o resto deste post existe. Também é por isso que a opinião mais dura da internet, de que o Slack "simplesmente acaba virando um sistema de tickets, e não um particularmente bom", segundo o trollbridge no Hacker News, está mais certa do que errada.

As três formas de construir um sistema de tickets para Slack

Nativo do Slack. O registro do ticket vive no sistema do fornecedor, mas toda a experiência acontece no Slack. Uma mensagem vira ticket, os agentes assumem com um emoji, os status mudam dentro da thread. Suptask, Unthread e Thena estão todos aqui. Melhor quando quem responde já vive no Slack o dia inteiro.

Ponte com helpdesk. O Slack serve só como entrada e visibilidade. O ticket vive no Jira, no Freshservice ou no Zendesk, e o agente acaba abrindo essa outra aba. Melhor quando você já paga por um helpdesk interno de verdade e precisa dos relatórios, ativos ou canal de e-mail dele.

Camada de resposta com IA. A pergunta é respondida na thread a partir da sua documentação existente, e só o que sobra vira ticket. Essa é a peça que eu adicionaria primeiro, porque ela muda a entrada das outras duas em vez de reorganizar a saída.

A maioria das configurações reais acaba sendo duas dessas ao mesmo tempo. O erro é comprar a segunda antes de ter experimentado a terceira.

Como eu comparei essas ferramentas

Eu não fiz um teste comparativo de cinco semanas com as oito, e sinceramente eu desconfiaria de qualquer post que afirmasse ter feito isso. O que eu fiz foi ler a página de preços e a documentação do produto de cada fornecedor em 31 de julho de 2026. Depois separei as quatro coisas que decidem se uma ferramenta funciona de verdade para a sua equipe: exatamente como uma mensagem do Slack vira um ticket, o que um agente pode e não pode fazer sem sair do Slack, qual nível de plano libera a IA, e a quanto sai o preço publicado com um tamanho de equipe real.

Onde um fornecedor faz uma afirmação que eu não consegui verificar em nenhum lugar fora do próprio marketing dele, eu deixei isso claro em vez de repetir como fato. Onde um limite está escrito na própria documentação do fornecedor, eu o citei, porque são essas as linhas que mordem no terceiro mês, não na primeira semana.

Um aviso que me custou uma tarde e vai te poupar uma. Essa categoria é incomumente astroturfada. Vários tópicos do Reddit que pareciam perguntas genuínas de compradores acabaram sendo postados por funcionários dos próprios fornecedores, incluindo dois posts separados do tipo "eu fiz a conta do preço" escritos da mesma conta de funcionário. A página do Capterra de uma das ferramentas aqui tem dez avaliações, seis delas marcadas como incentivadas; a página do G2 de outra ferramenta tem treze avaliações com exatos 100% cinco estrelas. Toda citação de usuário abaixo vem de uma conta que eu não consegui ligar a nenhum fornecedor desta lista.

As 8 opções de relance

O que isso realmente custa no tamanho da sua equipe

Todas as ferramentas acima, exceto uma, cobram por assento, então o preço de tabela quase não diz nada até você colocar seus próprios números. Mova os controles deslizantes e observe o que acontece com a coluna de custo por ticket, porque esse é o número que a sua equipe financeira vai acabar perguntando.

Duas coisas chamam a atenção assim que você mexe nisso. Com seis agentes e 400 tickets, as ferramentas por assento custam entre $228 e $474 por mês, enquanto o modelo por ticket fica em $160. Suba o volume para 3.000 tickets com os mesmos seis agentes e o ranking se inverte por completo, porque o preço por assento não liga para o quanto essas seis pessoas estão trabalhando.

1. eesel AI

Melhor para: equipes cujo canal do Slack é majoritariamente as mesmas perguntas repetidas.

Devo ser transparente: eu trabalho no eesel, então trate esta seção como a visão interna, não como uma resenha neutra. O que posso te contar é por que construímos assim. Passamos anos colocando agentes de IA em filas de suporte reais, e o que aparece em praticamente todo rollout é que boa parte do tráfego de um canal do Slack são perguntas que a documentação já responde. Organizá-las em tickets não as reduz.

Como as solicitações são tratadas no Slack. O eesel entra no workspace como um bot de verdade, não como um widget. Ele lê canais e DMs, responde ao ser @mencionado, e você define comportamentos diferentes por canal, então ele consegue atender suporte no #support, postar resumos no #ops e responder perguntas em DMs. Funciona em canais públicos, canais privados e DMs. O Slack Connect não é mencionado na página de integração, então eu não prometeria isso a uma equipe voltada ao cliente sem confirmar antes.

O que o agente consegue fazer. Ele responde a partir do conhecimento conectado, redige respostas para um humano aprovar, faz triagem e escala para um helpdesk existente. O rollout é deliberadamente em etapas: na primeira semana ele só redige para revisão, e você o ativa em modo autônomo quando confia nele. Respostas com baixa confiança vão para rascunho em vez de irem ao ar, e você pode simular contra tickets históricos antes de qualquer coisa ficar visível para o cliente. Essa última parte existe porque já vimos um bot com tom confiante dar respostas erradas silenciosamente, e uma vez foi suficiente.

Fontes de conhecimento. Google Drive, Confluence, Notion, Zendesk, Freshdesk, SharePoint, sites e PDFs, tudo indexado automaticamente. É o mesmo instinto que uma equipe de SaaS B2B descreveu numa call em março passado, querendo um agente de helpdesk com IA capaz de cruzar o guia do usuário, o Slack, a base de conhecimento interna e tickets antigos em vez de olhar um silo de cada vez.

Preços. $0.40 por ticket ou conversa de helpdesk atendida, cobrado por ticket em vez de por resposta, então uma troca de quinze mensagens ainda conta uma única vez. Tarefas pesadas, como um rascunho de blog, custam $4.00, e perguntas no painel são gratuitas. Não há assentos nem mínimo. Você recebe $50 de uso gratuito sem cartão, o teto de gasto padrão é $250 com alertas em 50%, 75% e 100%, e se comprometer com $300 por mês no anual dá 25% de desconto. O Enterprise é uma taxa de plataforma de $1.000 mensais além do uso, para SSO, HIPAA e um BAA.

"We needed a turnkey solution for Confluence that met our GDPR requirements and could serve different teams through dedicated Slack bots. eesel AI delivered exactly that, with EU data residency included."

Flemming Ottosen, Development Director, Simployer

Prós: sem conta de assentos para fazer, configuração em menos de 30 minutos pelo Slack App Directory sem precisar de desenvolvedor, regras por canal, mais de 80 idiomas, e ele se coloca em cima do seu helpdesk atual em vez de pedir uma migração.

Contras: não é um repositório de tickets. Se você não tem nenhum helpdesk e quer que o registro em si viva no Slack, você quer o Suptask ou o Unthread em vez disso. O suporte ao Slack Connect não está documentado. E a cobrança baseada em uso significa que um mês ruim custa mais, o que é a troca por um mês tranquilo custar menos.

Minha opinião: escolha o eesel quando o problema é volume, não organização. Se o seu canal #it-help é 60% redefinições de senha e perguntas sobre política de envio, isso as elimina; uma ferramenta de fila teria simplesmente dado a elas um número de ticket.

2. Suptask

Melhor para: um service desk de verdade que nunca sai do Slack.

O Suptask é a ferramenta mais focada aqui. Sua própria frase de fechamento é que ele transforma o Slack em um help desk que sua equipe vai realmente usar, e tudo no produto decorre disso.

Como os tickets são criados. Quatro caminhos documentados: postar em um canal de solicitações designado, reagir com o emoji 🎫, rodar /suptask ou /helpdesk, ou usar o atalho de mensagem Create a ticket. Também existe uma superfície do app Suptask na barra lateral do Slack, funcionando como hub do service desk. Um ticket mantém uma thread pública para quem solicitou e uma thread privada do lado do agente, o detalhe que o torna utilizável para trabalho de TI em que metade da conversa não deveria ser visível.

O que o agente consegue fazer. Tudo, sem sair do Slack. O roteamento suporta round-robin, menos-tickets-abertos e regras por palavra-chave, o que cobre a maior parte do que você gostaria de ter em triagem de tickets numa fila de TI. Inboxes por equipe, sequências de aprovação, status personalizados e painéis cobrindo tempo de resposta, tempo de resolução, CSAT e conformidade com SLA fecham o pacote.

Preços. Por agente, por mês, com solicitantes ilimitados e gratuitos. O Starter é $15 anual e $18 mensal, o Professional $24 e $29, o Growth $38 e $45, e um nível Custom sob consulta. Não há mínimo de assentos nem plano gratuito para sempre, só um teste de 14 dias no plano Growth sem cartão, depois do qual a conta é bloqueada. O Starter é limitado a uma única Inbox; gestão de SLA, formulários dinâmicos e os assistentes de IA ficam todos no Growth.

Prós: sem mínimo de assentos, então uma equipe de TI de duas pessoas realmente consegue pagar $30 por mês. Solicitantes ilimitados e gratuitos. O SOC 2 Type II está listado na linha de segurança. O modelo de thread pública mais privada é a parte mais bem desenhada do produto.

Contras: o medidor de IA não é divulgado. O card do Growth traz uma nota de rodapé dizendo "inclui créditos por agente", sem quantidade de créditos, sem preço por crédito e sem taxa de excedente publicada em lugar nenhum. As estatísticas de destaque do Suptask (mais de 1.700 equipes, resposta 76% mais rápida, 85% resolvido automaticamente por IA) só aparecem no próprio site, sem metodologia anexada, então eu trataria isso como marketing, não como evidência.

O veredito externo mais útil que encontrei veio de um IT manager no Reddit que gerencia uma equipe de cinco pessoas para cerca de 500 usuários, e comprou justamente porque a gestão não obrigava as pessoas a usar um portal:

"We conceded that if we couldn't get management to enforce user behavior, then at least with suptask, any DM or message in a it-requests channel could easily get turned into ticket. It did help but suptask is not fully featured like a bigboy ITSM so it really depends on your needs."

u/signal_empath, Reddit

Minha opinião: a escolha mais forte se você quer que o ticket realmente viva no Slack e seus volumes são estáveis. Peça os números de créditos de IA por escrito ao time de vendas antes de assinar, porque esse é o único item de linha que você não consegue prever pela página de preços.

3. Unthread

Melhor para: uma única fila atendendo TI interno e clientes externos ao mesmo tempo.

O Unthread se apresenta como um único helpdesk cobrindo TI, suporte ao cliente, RevOps e RH, e a própria lista de clientes reforça isso: o depoimento da Lemonade vem de um Head of IT, enquanto a thirdweb o usa para usuários externos.

Como os tickets são criados. Dois caminhos. O Unthread rastreia automaticamente canais monitorados e transforma conversas qualificadas em tickets, ou um usuário manda DM para o bot de suporte para abrir um privado. Os agentes trabalham a partir de uma Slack Inbox, enquanto relatórios, base de conhecimento e configuração vivem em um painel web separado, então isso é Slack-first, não Slack-only.

Preços. Aqui é preciso ler com atenção. O Basic é $50 por agente e o Pro é $75, ambos marcados como "a partir de", e ambos com um mínimo de 5 assentos. O preço de entrada real é, portanto, $250 e $375 por mês. O Basic é limitado a 100 conversas por mês e não inclui nenhuma IA: o construtor de automação, os documentos com autoaprendizado e a sincronização da base de conhecimento são do Pro para cima. SSO, suporte ao Slack Enterprise Grid e HIPAA com BAA ficam todos no Enterprise, que é sob consulta, então uma organização grande que já esteja no Grid não consegue comprar isso pelo preço de tabela.

Prós: a interface do Slack é a mais polida do grupo nativo do Slack, aprovações e escalonamentos vêm prontos, e ele exibe um selo de 4,9/5 no G2. A sincronização bidirecional de tickets com rastreadores de terceiros é uma vantagem real se a engenharia vive no Linear ou no Jira.

Contras: o piso de 5 assentos exclui totalmente equipes pequenas. O Basic não ter absolutamente nenhuma IA em 2026 é uma linha estranha de se manter. A afirmação da página inicial de que "desvia 40% no primeiro dia" bate exatamente com o número de ~40% do estudo de caso da Lemonade, o que soa como um único cliente generalizado em manchete. E o teste de 14 dias depende de demo, não é self-service, então você não consegue avaliar tranquilamente numa sexta à tarde.

Relatórios são a reclamação recorrente de usuários reais. Um avaliador de dezembro de 2025 no G2 foi direto ao ponto:

"It does not have a proper customer centric dashboard to track and create reports. Need to click on few tabs to make it user friendly."

Verified user, G2

Minha opinião: vale o investimento a partir de dez ou mais agentes, quando uma única equipe realmente atende tanto colaboradores quanto clientes. Abaixo de cinco agentes você está pagando por assentos que não tem, e uma configuração mais leve de help desk de TI com IA vai fazer mais por menos.

4. Thena

Melhor para: empresas B2B que gerenciam suporte por canais compartilhados do Slack Connect.

O Thena não titubeia sobre para quem é. O site diz "a plataforma de suporte para B2B", e o produto inteiro assume que os seus clientes já estão com você em um canal compartilhado.

Como os tickets são criados. O mecanismo de destaque é a detecção de tickets por IA, disponível já no nível de entrada: o Thena observa os canais conectados e decide quais mensagens são solicitações reais, depois abre tickets com resumos e tags gerados por IA. Ações por emoji, formulários estruturados e conversores por canal cobrem os caminhos manuais, e threads internas deixam a equipe discutir um ticket sem que isso vaze para o canal do cliente.

Onde os agentes trabalham. Nas duas superfícies, deliberadamente. Os agentes podem gerenciar tickets pelo Slack ou por um painel completo com quadros, triagem e visualizações. O Thena também publica um servidor MCP, então tickets podem ser lidos e trabalhados a partir do Claude, Cursor ou Raycast, o recurso mais futurista deste comparativo.

Preços. Só cobrança anual, e, de forma incomum para essa categoria, os três níveis publicam um número. O Starter é $29 por usuário por mês, limitado a 5 assentos e 1.000 tickets por mês, só Slack e e-mail. O Standard é $79 e o Enterprise é $119. SLA, CSAT e Insights estão em todos os níveis, o que é raro; a maioria dos helpdesks tranca o SLA atrás de um plano intermediário. O Microsoft Teams é exclusivo do Enterprise, e RBAC, API, webhooks e agentes de IA são descritos como "Limitados" no Standard sem que o Thena jamais defina qual é o limite.

Prós: preços genuinamente transparentes, SLA já no nível de entrada, detecção por IA incluída desde o Starter, e o posicionamento B2B mais claro do grupo. A referência nomeada da Clarify diz que um único líder de suporte hoje cobre o que antes exigia uma equipe de quatro pessoas.

Contras: só compromisso anual, então não há como testar mês a mês. O teto de assentos do Starter se contradiz entre páginas (a página de preços diz 5, o card da home diz 10). A home anuncia um plano gratuito enquanto a página de preços não publica nenhum termo para um plano gratuito. E "Limitado" como valor de nível de recurso não é algo pelo qual eu assinaria um ano sem um número anexado.

Minha opinião: se seus clientes registram solicitações em canais do Slack Connect, essa é a ferramenta mais construída para esse propósito aqui. Se sua fila é TI interno, você está pagando por contexto de conta B2B que nunca vai usar.

5. Atlassian Assist com Jira Service Management

Melhor para: equipes que já pagam pelo Jira e querem entrada via Slack sem custo extra de licença.

Se você se lembra do Halp, foi para aqui que ele foi. A Atlassian encerrou a venda em 9 de maio de 2023 e desligou o Halp web e o sistema de tickets Halp-Assist em 4 de junho de 2024, incorporando os recursos ao Jira Service Management Cloud em todos os níveis de plano, incluindo o Free.

Como os tickets são criados. Cinco caminhos documentados, e as diferenças entre eles importam mais do que a quantidade. Reagir com :ticket:, que só funciona dentro de um canal de solicitações configurado; usar a ação de mensagem Raise a request, o único caminho que funciona em canais privados e DMs; digitar /assist em qualquer lugar; usar a aba Home do Assist, que exige ser administrador do Jira; ou ativar a criação automática para que toda mensagem em um canal de solicitações vire um item de trabalho.

Essa restrição do emoji pega tanta gente que a Atlassian publicou um artigo dedicado sobre isso. Se você implantar isso e metade da equipe relatar que o emoji "não funciona", esse é o motivo.

O que o agente consegue fazer. Clicar em Take it ou reagir com :eyes: para atribuir, mudar o status pela thread, e prefixar uma mensagem com :lock: para uma nota interna. O card expandido mostra um máximo de 10 campos, depois do qual o Assist manda você ver a solicitação no Jira, e campos de texto multilinha ficam ocultos por design.

Preços. Não existe um SKU separado para o Assist. Você paga os assentos de agente normais do Jira Service Management, agora vendidos como Service Collection: o Free cobre 3 agentes, o Standard lista $25 por agente por mês para os primeiros 15, e o Premium $57.30. A peça realmente restrita é o agente de serviço virtual, exclusivo do Premium, que funciona no Slack ou no Microsoft Teams, nunca nos dois.

Prós: efetivamente grátis se você já usa Jira, funciona no nível Free para equipes minúsculas, e a solicitação acaba no mesmo sistema que seus engenheiros já usam. O Assist roda nos quatro níveis de plano, o que é incomumente generoso, e se encaixa direitinho com uma automação Jira-Slack mais ampla que você talvez já tenha.

Contras: o teto de 10 campos torna formulários de solicitação complexos desagradáveis no Slack. A própria documentação da Atlassian não diz nada sobre suporte ao Slack Connect em nenhuma direção, então canais externos são uma incógnita, não um sim garantido. E a IA é Premium, o que mais que dobra seu custo por agente.

Minha opinião: a escolha óbvia se o Jira já é o sistema de registro. Se não for, não adote o Jira Service Management só para ter tickets no Slack, porque você estaria comprando uma plataforma ITSM inteira para resolver um problema de entrada. Minha análise do Jira Service Management aprofunda se a plataforma justifica o custo por assento, e há um resumo separado da melhor IA para o JSM se o Premium parecer caro.

6. Freshservice

Melhor para: equipes de TI que precisam de aprovações, ativos e um registro ITSM de verdade por trás do frontend do Slack.

A presença do Freshservice no Slack é um bot chamado Servicebot, e ele faz mais do que só entrada. Ele tenta primeiro um desvio via base de conhecimento, e um "não gostei" escala para um ticket, que é o jeito certo de fazer isso.

Como os tickets são criados. Quatro caminhos: mandar DM para @Servicebot e responder às perguntas dele, usar um formulário pré-preenchido pelo Freddy, rodar o comando de barra /freshservice-ticket, ou usar atalhos e ações de mensagem do Slack. Vale conhecer o comando de barra: ele só funciona em DMs, precisa ser ativado separadamente por um administrador, cada agente precisa autorizar o Slack individualmente pelo próprio perfil, e ele captura a hora anterior de mensagens dentro do ticket.

O limite que você precisa conhecer. Respostas e notas privadas que fluem do Freshservice para o Slack são limitadas a 250 caracteres. Uma resposta real de TI raramente cabe em 250 caracteres. Respostas no canal também caem como notas privadas, então nunca chegam a quem solicitou. Anexos vindos do Slack e associação de ativos são ambos explicitamente sem suporte.

Preços e a restrição de IA. O Freddy AI Agent no Slack é exclusivo do Enterprise, segundo a própria tabela de planos da Freshworks, e o preço do Enterprise não é publicado. Cada licença Enterprise inclui 1.200 sessões do Freddy por ano, sem taxa de excedente publicada. O Freddy AI Copilot, o assistente do lado do agente, é um complemento separado a $29 por agente por mês na cobrança anual, ou $35 mensal. Nosso detalhamento dos preços do Freshservice AI mapeia toda a escada.

Prós: aprovações no Slack estão devidamente documentadas, com aprovação em um clique e comentário obrigatório ao rejeitar. Desvio antes do ticket é o padrão correto, e se encaixa na história mais ampla de autoatendimento do funcionário do Freshservice. O registro em si é um sistema ITSM completo, com ativos e gestão de mudanças por trás.

Contras: o teto de 250 caracteres é um limite funcional rígido. A compatibilidade de formulários falha silenciosamente: formulários com mais de 8 campos, mais de 100 opções ou seções dinâmicas mandam o usuário para o portal web em vez disso. E a IA que todo mundo quer está atrás de um preço Enterprise não publicado.

Minha opinião: ok como superfície de entrada se o Freshservice já é o seu ITSM. Não é motivo para comprar o Freshservice. Se o objetivo é desvio, uma camada de IA sobre o Freshservice contorna totalmente a restrição do Enterprise.

7. O app do Zendesk para Slack

Melhor para: capturar solicitações internas para uma fila do Zendesk que você já usa.

O Zendesk lança dois produtos separados para o Slack, e a documentação é categórica de que eles não são intercambiáveis. O Slack for Zendesk Support é a integração interna que a maioria tem em mente. O canal Slack Direct Messages é um canal de mensagens distinto, em que usuários finais mandam DM para um handle e essas DMs viram tickets, limitado a conversas 1:1 e com threads explicitamente sem suporte.

Como os tickets são criados. O atalho /zendesk, a ação de mensagem sobre uma mensagem existente (que pré-preenche a descrição), a aba Home do app, ou uma menção @zendesk em um canal do Slack Connect, o único caminho disponível para usuários externos. Tickets criados pelos dois primeiros caminhos recebem uma tag created_from_slack sobre a qual você pode construir visualizações, embora essa tag não seja aplicada no caminho do Connect. Não há gatilho por emoji.

O que um agente não consegue fazer. Esse é o conjunto de limites mais rígido do comparativo, e vem direto do próprio FAQ do Zendesk. Você não consegue fechar tickets pelo Slack. Não consegue editar campos do ticket. Só consegue atribuir a um grupo, nunca a uma pessoa. Respostas públicas ao cliente vindas do Slack não estão documentadas em lugar nenhum, só notas internas. O Slack é uma superfície de captura e visibilidade, e o espaço de trabalho de agentes do Zendesk continua obrigatório.

As side conversations funcionam na direção oposta, permitindo que um agente inicie uma thread no Slack de dentro de um ticket. Elas são limitadas a 1.000 caracteres por comentário, sincronizam em 5 a 30 segundos ou mais, não suportam reações por emoji, DMs ou indicadores de digitação, e quebram completamente se o canal do Slack Connect pertencer ao workspace externo em vez do seu. Elas exigem Suite Professional ou superior, ou o complemento Collaboration.

Prós: nenhuma taxa adicional além do seu plano Suite atual. As aprovações funcionam. O Answer Bot for Slack é gratuito onde está disponível, e as notificações de canal são totalmente orientadas por triggers, então se encaixam em qualquer automação de roteamento do Zendesk que você já tenha.

Contras: o Answer Bot for Slack fica restrito a contas que já tinham um agente de IA em rascunho ou publicado em 2 de fevereiro de 2025, então contas mais novas são direcionadas ao complemento pago de agentes de IA. Ele não sugere artigos em chinês, coreano, japonês ou tailandês. E qualquer pessoa no canal consegue ver os tickets criados ali, o que é um problema real para RH ou qualquer coisa sensível.

Minha opinião: trate isso como uma ferramenta de captura, não como um sistema de tickets. Se você quer que o Slack de fato resolva coisas contra uma fila do Zendesk, precisa de uma camada que realmente consiga responder, que é a lacuna que nosso texto sobre alternativas de IA ao Zendesk percorre.

8. Slack lists e Workflow Builder

Melhor para: descobrir se você tem um problema real de ticketing antes de comprar qualquer coisa.

O próprio Slack promove esse caso de uso. Existe um artigo de ajuda chamado "Slack lists: Collect and triage requests" cujo exemplo prático é, literalmente, um help desk de TI.

O que você realmente ganha. Qualquer mensagem pode virar um item de lista pelo menu de mais opções. As lists vêm com Completion, Name, Assignee e Due Date como campos padrão, e você adiciona qualquer outra coisa, incluindo status. O modelo Help request tracker já vem com Request, Category e Priority pré-adicionados. Duas automações prontas perseguem prazos: uma manda DM ao responsável, outra posta um resumo no canal. A atualização de um item de lista pode até disparar um workflow, o que é o mais próximo nativamente de uma automação por mudança de status.

Onde isso para. O Workflow Builder tem um teto de 100 etapas por workflow, e a ramificação condicional, o recurso necessário para rotear por gravidade, é do Business+ para cima. Os registros de atividade dos workflows cobrem só os últimos 90 dias e não podem ser exportados, então não há tendência de volume de tickets, nem tempo de primeira resposta, nem CSAT. Os status nesse registro são status de workflow (completo, em andamento, erro de workflow, cancelado, aguardando ação do usuário), que dizem se a automação rodou, não se a solicitação foi resolvida. Não há cronômetro de SLA, ID de ticket, nem distinção entre solicitante e responsável.

Preços. Tanto lists quanto Workflow Builder ficam de fora do Slack Free. O Slack Pro custa $8.75 por usuário mensal ou $7.25 anual, e o Business+ é $18 ou $15. O Slack Connect no Free é limitado a DMs externas 1:1, então canais compartilhados com clientes exigem no mínimo o Pro, com teto de 250 organizações.

Prós: nenhum fornecedor novo, nenhum login novo, nenhuma compra a fazer. Para uma equipe pequena atendendo um punhado de solicitações por semana, isso mais um pouco de automação do Slack é, honestamente, suficiente.

Contras: não é grátis, não tem SLA nem camada de relatórios, e a própria lista de conectores do Slack meio que entrega o jogo. Os conectores incluem Jira, ServiceNow e Zendesk, o que significa que a própria resposta do Slack para "onde o ticket de verdade vive" é o produto de outra empresa.

Muitas equipes pulam as lists por completo e usam uma convenção pura de emojis. Um IT manager no Reddit descreveu o sistema inteiro e, na mesma frase, apontou o teto dele:

"Eyes 👀 emoji to acknowledge you’ve read it. @ the person who will complete the request. Checkered flag 🏁 emoji when it is complete. This will get you organized at least somewhat. It won’t help you report on tickets per day or old incomplete tickets or anything else that a proper ticketing system would do."

u/cspinelive, Reddit

Minha opinião: comece por aqui por duas semanas. Se a lista continuar curta e as pessoas fecharem as coisas, você nunca precisou de uma ferramenta. Se ela virar um cemitério, agora você sabe exatamente que tipo de ferramenta comprar.

O que a maioria das equipes erra

Volte e releia aquela citação do HN sobre os canais do Slack Connect. A reclamação nunca foi "não consigo saber quais solicitações estão abertas". Era "as mesmas perguntas continuam chegando". Uma ferramenta de tickets cobrada por assento responde lindamente ao primeiro problema e não faz absolutamente nada pelo segundo.

Preço por assento significa que sua fatura é definida por quantas pessoas você contrata, não por quanto trabalho chega. Desvio não reduz isso nem um centavo. Um modelo por ticket é a imagem espelhada: contratar não muda nada, e cada pergunta que a IA responde antes de virar ticket é dinheiro que você guarda. Nenhum dos dois está certo universalmente, mas eles recompensam comportamentos completamente diferentes, e a maioria das equipes escolhe um sem nunca perceber qual assinou.

Já de quebra, defina suas expectativas a partir de usuários, não das páginas dos fornecedores. Fornecedores desse setor anunciam desvio na faixa de 80%; o número mais confiável que encontrei de alguém que realmente gerencia um foi um usuário do Reddit relatando "talvez 35-40%" resolvido automaticamente, com o restante ainda sendo rastreado. Outra equipe que construiu sua própria automação de Slack para Jira relatou ter cortado o número de tickets em "quase 70%" ao longo de um ano. Em algum lugar dessa faixa de 35-70% é como se parece um rollout real.

Se você está tentando reduzir a carga de suporte em vez de só organizá-la, o conselho honesto é consertar a entrada primeiro. Essa é a mesma lógica por trás do desvio de tickets em geral, e ela se aplica com ainda mais força no Slack do que em qualquer outro lugar, justamente porque o Slack tem tão pouco atrito para perguntar.

Como é de verdade uma boa configuração do Slack

Um usuário no Hacker News descreveu esse padrão melhor do que qualquer diagrama de arquitetura:

"My current employer has a slack helpbot where you dm the bot and it does a first pass at trying to find the right ticket/form etc to solve your problem. If it can't, it opens a regular helpdesk ticket with the info you have given it so far and the helpdesk sorts your problem out. It's great."

seanhunter, Hacker News

Três coisas estão acontecendo ali. O bot tenta primeiro. Quando não consegue ajudar, ele escala com o contexto já reunido, que é todo o sentido de uma boa transferência entre agentes de IA e o motivo pelo qual o humano não pede para quem solicitou repetir tudo. E a solicitação cai em um helpdesk de verdade, com um registro de verdade. Esse é o design completo, e cada ferramenta deste post cobre uma ou duas partes dele.

A quarta etapa é a que quase ninguém constrói: quando uma pergunta não pôde ser respondida, essa lacuna deveria ser escrita de volta na documentação para que a próxima versão dessa pergunta seja, sim, respondida. Sem esse ciclo, o desvio estaciona no que a sua documentação acontecia de cobrir no primeiro dia. Nosso guia de treinamento da base de conhecimento mostra como manter esse lado saudável.

Experimente o eesel no Slack

Toda ferramenta acima é sobre organizar solicitações do Slack. O eesel para Slack é sobre haver menos delas desde o início. Um clique no Slack App Directory, e depois ele indexa sozinho o seu Google Drive, Confluence, Notion e helpdesk atual, e começa a responder nos canais que você apontar, com regras separadas por canal. No começo, ele redige para revisão. Você o ativa em modo autônomo quando estiver pronto. E ele escala para o Zendesk, Freshdesk ou o que você já usa, então nada precisa ser migrado.

Para uma fila do Slack especificamente, o que importa é o medidor: você paga $0.40 por ticket atendido, não por agente. Uma semana tranquila custa menos, e os tickets que seus humanos atendem não custam absolutamente nada. Comece com $50 de uso gratuito, sem cartão, e defina um teto de gastos antes de ativar qualquer coisa. Experimente o eesel e veja como fica o canal quando as repetições param de chegar.