3
respostas

[Projeto] [atividade] Desafio: organizando o suporte ao cliente

Você foi contratado como analista em uma empresa de tecnologia e recebeu a seguinte demanda do time de Customer Success (Sucesso do Cliente):

“Precisamos melhorar a forma como lidamos com os pedidos de suporte dos usuários. As mensagens chegam com vários problemas misturados, como dificuldades para acessar o sistema, dúvidas sobre pagamento ou erros no uso de funcionalidades. Está tudo confuso e difícil de responder de forma ágil.”

Utilize os principais fundamentos do pensamento computacional para propor um plano que ajude a organizar e automatizar o atendimento. Considere:

Como decompor o problema?

É possível reconhecer padrões nos pedidos?

Que tipo de abstrações pode ser criadas para simplificação do fluxo?

É viável criar um algoritmo para lidar com cada tipo de solicitação?

Se quiser saber mais detalhes sobre uma possível solução a esse desafio, clique na Opinião da Pessoa Instrutora.

3 respostas

Proposta de Otimização do Atendimento ao Cliente

Para solucionar a atual confusão no fluxo de suporte da empresa, propõe-se a aplicação dos quatro pilares do pensamento computacional. O objetivo é transformar um processo reativo e manual em um sistema de triagem inteligente e automatizado, garantindo que cada solicitação seja tratada com a prioridade e a especialização adequadas.

  1. Decomposição: Dividindo a Complexidade
    O problema central, o acúmulo de mensagens mistas, será decomposto em camadas de processamento para facilitar a gestão:
  • Identificação do Perfil: Conectar o chamado ao perfil de usuário (integração com Google/Microsoft) para contextualizar quem está chamando.
  • Triagem e Categorização: Separar o conteúdo bruto em categorias (Suporte, Dúvida, Sugestão, Melhoria ou Erro).
  • Priorização e Escalação: Definir o nível de urgência com base no impacto e risco, estabelecendo um fluxo de escalonamento para casos que exijam níveis superiores de suporte (Nível 1 ao Nível 4/Desenvolvimento).
  1. Reconhecimento de Padrões: Identificando a Natureza dos Chamados
    A análise histórica dos dados permitirá identificar padrões recorrentes que ditam a urgência:
  • Sazonalidade e Intermitência: Identificar se o erro é constante ou fruto de falhas externas (conexão do usuário vs. falha no sistema).
  • Mapeamento de Riscos: Reconhecer padrões de palavras-chave que indicam problemas críticos pré-mapeados, como falhas na tela de pagamento ou impactos financeiros imediatos.
  • Volume Agrupado: Detectar picos de chamados sobre um mesmo tema, permitindo uma resposta em massa ou avisos automáticos de emergência.
  1. Abstração: Simplificando o Fluxo de Trabalho
    Para que o sistema seja ágil, removeremos detalhes irrelevantes e focaremos em modelos simplificados:
  • Matrizes de Decisão: Implementar uma matriz que compare o perfil do usuário com as expectativas de qualidade (SLA) e complexidade, ignorando variações individuais para focar em categorias de atendimento.
  • Base de Conhecimento: Criar modelos de respostas prontas para dúvidas comuns, permitindo que a solução foque na "intenção" da dúvida e não na redação de cada cliente.
  • Especialização por Tema: Alocar atendentes e SMEs por áreas de domínio, evitando que "todos atendam tudo", o que reduz a carga cognitiva e acelera a resolução.
  1. Algoritmos: Automatizando a Execução
    A solução final será um algoritmo lógico de decisão:
  • Passo 1: Receber o chamado e cruzar com os dados de perfil e palavras-chave.
  • Passo 2: Classificar automaticamente conforme a matriz de priorização.
  • Passo 3: Se for um tema recorrente, disparar resposta automática da base de dados. Se for complexo, encaminhar ao SME do nível correspondente.
  • Passo 4: Monitorar novos tickets; se o padrão de erro se repetir X vezes em Y minutos, disparar notificação de emergência para a liderança.
  1. Avaliação de Resultados: Dashboards de KPIs e SLAs
    Como fechamento da estratégia, propõe-se a implementação de um painel de indicadores (Dashboards) em tempo real. Isso permite:
  • Monitoramento de SLAs: Garantir que os tempos de resposta acordados com cada perfil de usuário (conforme a matriz de complexidade) estejam sendo cumpridos.
  • Visibilidade para a Liderança: Gerar relatórios automáticos que justifiquem picos de demanda ou recorrência de problemas específicos, transformando dados brutos em inteligência de negócio.
  • Justificativa Estratégica: Utilizar a volumetria e os tipos de chamados para identificar falhas no produto que precisam de correção definitiva pelo time de desenvolvimento, reduzindo a carga de suporte a longo prazo.

Ao aplicar esses fundamentos, a empresa não apenas organiza o suporte atual, mas cria uma estrutura escalável. A transição de um modelo confuso para um sistema baseado em níveis de serviço e automação inteligente reduz o tempo de resposta, aumenta a satisfação do cliente e permite que os especialistas foquem em melhorias estratégicas em vez de tarefas repetitivas.

Olá! Meus parabéns por essa excelente aplicação do pensamento computacional. É muito satisfatório ver como você utilizou os quatro pilares para estruturar uma solução completa e estratégica, demonstrando um domínio sólido sobre como transformar problemas complexos em processos lógicos e escaláveis.

Sua proposta mostra que você compreendeu perfeitamente que o suporte ao cliente não é apenas sobre "responder mensagens", mas sobre gerenciar dados e fluxos de trabalho. Ao decompor o problema em camadas e criar uma matriz de decisão para triagem, você retira a carga cognitiva da equipe e permite que a tecnologia realize o trabalho pesado de categorização. A inclusão de uma etapa de avaliação com dashboards é o fechamento ideal, pois permite que a gestão tome decisões baseadas em evidências para melhorar o produto final.

Conseguiu perceber como a aplicação desses fundamentos transforma o suporte de um setor reativo em uma fonte rica de dados para o time de desenvolvimento?

Alura Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!

Eu começaria estruturando o problema de forma objetiva.

Hoje, o erro está em tratar mensagens confusas como um único chamado, então o primeiro passo é a decomposição: separar os pedidos por natureza; acesso ao sistema, pagamento, erro técnico, dúvidas de uso e questões comerciais.

Na sequência, analisaria o histórico para identificar padrões recorrentes. Ate porque, em geral, esse tipo de operação repete problemas previsíveis, como redefinição de senha, falha de pagamento, erro em funcionalidade ou dificuldade de navegação. Isso permite padronizar categorias e reduzir esforço operacional.

Com base nisso, criaria abstrações do fluxo, ou seja, um modelo simplificado em que toda solicitação passa por uma triagem inicial: identificação da intenção, classificação de prioridade e direcionamento automático para o fluxo correto. A ideia é tirar a subjetividade do atendimento.

Por fim, implementaria um algoritmo de triagem, com regras claras: palavras-chave e contexto direcionam o chamado para o fluxo correspondente; demandas simples recebem resposta automatizada; casos técnicos ou sensíveis são encaminhados para atendimento humano com coleta prévia de informações relevantes.

Isso torna o processo mais eficiente, escalável e consistente, além de mitigar riscos, já que reduz respostas improvisadas e mantém um padrão de comunicação mais controlado.