Atendimento pelo WhatsApp no Slack: fluxo de triagem, SLA e escalonamento

Levar mensagens ao Slack resolve a troca de tela, mas não cria sozinho um bom atendimento. Sem uma regra comum, o canal pode virar uma sequência de notificações em que ninguém sabe se o cliente já recebeu resposta. A solução é um procedimento curto, visível e compatível com o ritmo da equipe.

Este guia apresenta um modelo que pode ser adaptado a vendas, suporte, operações ou financeiro. Ele usa recursos disponíveis no Slack e critérios definidos pela empresa. Não pressupõe que a Twinia seja um sistema de tickets ou uma ferramenta de medição de SLA.

Neste guia

• Fluxo em seis etapas
• Como definir responsável
• Estados sugeridos
• Primeira resposta e resolução
• Escalonamento entre áreas
• Rotina diária e semanal
• Modelo de procedimento
• Perguntas frequentes

Fluxo de atendimento em seis etapas

1. Entrada

A mensagem do WhatsApp chega ao canal definido no Slack. Nesse momento, ela é uma demanda nova, ainda sem responsável. O objetivo inicial é reconhecer rapidamente assunto, urgência e área provável — não resolver tudo na leitura.

2. Triagem

A pessoa de plantão verifica se há informação suficiente, identifica o tipo de pedido e aplica a prioridade definida pela empresa. Uma triagem útil separa, por exemplo, dúvida comercial, suporte, cobrança e incidente, sem criar dezenas de categorias difíceis de manter.

3. Responsabilidade

Alguém sinaliza que assumiu a conversa. Esse gesto deve ocorrer antes de responder. Pode ser uma reação combinada ou uma mensagem curta na thread. O sinal precisa ser visível, inequívoco e usado por todos.

4. Resposta e acompanhamento

A equipe responde no WhatsApp por meio do Slack. Se ainda não há solução, uma primeira resposta pode confirmar entendimento, pedir dados necessários e informar o próximo passo. Evite mensagens vagas como “estamos verificando” sem prazo ou ação.

5. Transferência ou escalonamento

Quando outra área precisa agir, o responsável atual resume o caso, marca a pessoa ou canal adequado e permanece responsável até que o novo dono confirme. Isso evita a “transferência por menção”, em que todos são avisados e ninguém assume.

6. Encerramento

A conversa é marcada como resolvida quando a ação combinada foi concluída ou quando não existe pendência atual da empresa. Se o time aguarda resposta do cliente, use um estado específico; não esconda esse caso como concluído.

Como definir quem responde

Há três modelos simples. A escolha depende do volume e da especialização da equipe:

Modelo	Como funciona	Quando usar
Primeiro disponível	Quem vê e pode atender assume	Equipe pequena, assuntos semelhantes
Triagem central	Uma pessoa classifica e distribui	Volume moderado, áreas diferentes
Plantão por turno	Um responsável acompanha entradas por período	Necessidade de cobertura e continuidade

Evite misturar modelos sem avisar. Se existe um plantonista, mas todos também assumem quando querem, surgem lacunas e duplicidade. Documente a regra e a exceção: por exemplo, “o plantonista distribui; especialistas só assumem após marcação”.

Quatro estados suficientes para começar

• Novo: mensagem recebida, ainda não triada.
• Em atendimento: uma pessoa assumiu e há ação da empresa.
• Aguardando: a próxima ação depende do cliente ou de prazo conhecido.
• Resolvido: não existe ação pendente no momento.

No Slack, os estados podem ser representados por reações padronizadas ou por uma pequena convenção textual. Publique a legenda no canal e não use o mesmo emoji para significados diferentes. Comece com poucos estados; adicione um novo somente quando ele mudar de fato a ação da equipe.

SLA: primeira resposta não é resolução

SLA é um compromisso de nível de serviço definido pela empresa. No atendimento, duas medidas são frequentemente confundidas:

• Tempo de primeira resposta: intervalo até a primeira resposta útil ao cliente.
• Tempo de resolução: intervalo até a demanda ser solucionada ou encerrada segundo o critério adotado.

Responder “recebemos sua mensagem” pode reduzir o primeiro intervalo, mas não melhora a resolução. Uma resposta útil confirma o pedido e informa uma ação concreta. Defina metas por horário de cobertura e criticidade, não um único número para qualquer situação.

Importante: a Twinia transporta as conversas entre WhatsApp e Slack. Ela não mede, calcula ou garante SLA. Se a empresa precisa de indicadores automatizados e auditáveis, deve complementar o fluxo com processo e ferramentas adequadas.

Como escalar para vendas, suporte ou financeiro

Escalonar não é apenas encaminhar. A pessoa que recebe precisa entender o pedido sem reconstruir toda a conversa. Use um resumo padrão:

• Contato e empresa: quem está falando.
• Pedido: o que precisa ser resolvido.
• Contexto: informações relevantes já confirmadas.
• Ações: o que foi tentado ou prometido.
• Próximo passo e prazo: quem faz o quê e até quando.

Exemplo: “Maria, da Loja Alfa, pediu correção da nota 102. Cadastro confirmado e documento anexado. Financeiro precisa validar até 16h; João assume e retorna na mesma conversa.”

Threads mantêm esse contexto unido. Menções chamam a pessoa certa; devem ser usadas com parcimônia para não criar fadiga de notificações. Para operações com canais por cliente, combine o procedimento com uma arquitetura de canais e permissões.

Threads, reações, listas e Workflow Builder

Comece com threads e reações, porque são simples e visíveis. Se o workspace e o plano oferecerem recursos adicionais, listas podem apoiar uma triagem estruturada e o Workflow Builder pode orientar ações repetitivas. A disponibilidade e os limites desses recursos dependem do plano e da configuração do Slack.

Automatize somente depois de observar o fluxo manual. Um workflow que replica uma regra confusa apenas acelera a confusão. Primeiro defina estados, responsáveis e exceções; depois avalie quais passos merecem automação.

Rotina diária e revisão semanal

No início e no fim de cada turno

• Revisar mensagens novas sem responsável.
• Confirmar casos aguardando ação interna.
• Transferir conversas abertas com resumo e confirmação.
• Verificar se promessas de retorno têm dono e prazo.

Uma vez por semana

• Selecionar conversas que demoraram ou foram reabertas.
• Identificar informação que faltou na triagem.
• Rever respostas-padrão que ficaram imprecisas.
• Ajustar cobertura, responsáveis ou caminhos de escalonamento.
• Registrar uma melhoria pequena para a semana seguinte.

Modelo curto de procedimento operacional

Entrada: o plantonista revisa novas mensagens durante o horário de cobertura.
Responsabilidade: quem assumir registra a reação combinada e conduz a thread.
Resposta: a primeira resposta confirma pedido e próximo passo.
Escalonamento: transferências incluem resumo, prazo e confirmação do novo responsável.
Espera: casos dependentes do cliente são sinalizados como aguardando.
Conclusão: o responsável marca resolvido quando não houver ação pendente da empresa.

Teste esse procedimento por uma semana e ajuste com a equipe. Um padrão usado é melhor do que um manual perfeito que ninguém consulta.

Como começar a acompanhar sem atribuir a medição à Twinia

Para uma amostra semanal, selecione conversas de diferentes horários e registre manualmente entrada, primeira resposta útil, resolução, transferências e motivo de demora. O objetivo inicial é encontrar padrões, não produzir um painel sofisticado. Use sempre a mesma definição para comparar períodos.

• Separe horário coberto de mensagens recebidas fora do expediente.
• Não confunda resposta automática com resposta útil.
• Registre esperas do cliente e da equipe separadamente.
• Analise percentis ou distribuição, não apenas uma média isolada.
• Use os achados para ajustar processo, cobertura e informação disponível.

Se a medição se tornar contratual ou frequente, adote uma ferramenta apropriada e valide como os registros são gerados. A ponte de mensagens da Twinia não deve ser apresentada como fonte automática de SLA.

Erros frequentes

• Responder antes de sinalizar responsabilidade.
• Usar @canal para toda conversa.
• Tratar mensagem automática como primeira resposta útil.
• Transferir sem aguardar confirmação.
• Considerar “aguardando cliente” como caso invisível.
• Criar estados demais e não manter a legenda.
• Prometer um SLA que a equipe e as ferramentas não conseguem acompanhar.

Perguntas frequentes

A Twinia mede o tempo de primeira resposta?

Não. A Twinia conecta WhatsApp e Slack. Metas e medições de SLA devem ser definidas e acompanhadas pela empresa com o processo ou ferramenta apropriada.

Preciso criar um canal por cliente?

Não obrigatoriamente. A arquitetura depende de volume, confidencialidade e forma de trabalho. Canais e threads podem ser combinados de diferentes maneiras.

Qual emoji usar para cada estado?

Escolha símbolos inequívocos e publique a legenda. O padrão exato importa menos do que o uso consistente por toda a equipe.

Workflow Builder é obrigatório?

Não. Um processo simples pode funcionar com threads, reações e menções. Avalie automação somente quando a rotina estiver clara e repetível.

Como definir uma meta de resposta?

Considere horário de cobertura, criticidade, volume, capacidade da equipe e expectativa comunicada ao cliente. Revise a meta com dados reais da operação.

Fontes consultadas

• Slack: usar threads para organizar discussões.
• Slack: guia do Workflow Builder.
• Slack Lists: coletar e fazer triagem de solicitações.