EDUZZ-HS-QA-002
Casos de Uso
Completos
Documentacao de todos os cenarios de uso do HubSpot Service Hub
17
Casos de Uso
6
Categorias
8
Criticos
Categoria 01
Criacao de Tickets
UC-TKT-001
Critico
Abertura de Ticket via Chat (HyperFlow)
Passos
- Cliente inicia conversa no chat da plataforma Eduzz
- Bot HyperFlow coleta informacoes basicas (nome, email, conta)
- Bot identifica necessidade de atendimento humano
- Analista N1 recebe a conversa no painel HyperFlow
- Analista aciona gatilho de abertura de ticket
- Sistema abre formulario pre-preenchido com dados do cliente
- Analista seleciona categoria, tipo de ticket e prioridade
- Ticket e criado no HubSpot com id_chat_hyperflow preenchido
- Conversa do chat e vinculada ao ticket como nota
Resultado Esperado
- Ticket criado no pipeline "Suporte N1 | Humano"
- Status inicial: "Novo"
- Contato associado automaticamente
- Campo id_chat_hyperflow preenchido
- Historico da conversa disponivel no ticket
- Cliente recebe confirmacao com numero do protocolo
UC-TKT-002
Critico
Abertura de Ticket via E-mail
Passos
- Cliente envia e-mail para suporte@eduzz.com
- HubSpot recebe e-mail e cria ticket automaticamente
- Sistema identifica contato pelo e-mail do remetente
- Ticket criado no pipeline Principal com status "Novo"
- Cliente recebe e-mail de confirmacao com numero do protocolo
- Analista N1 visualiza ticket na fila de atendimento
Resultado Esperado
- Ticket criado automaticamente
- Assunto do e-mail = Nome do ticket
- Corpo do e-mail = Descricao do ticket
- Contato associado (ou criado se novo)
- E-mail de confirmacao enviado ao cliente
- Thread de e-mail vinculada ao ticket
UC-TKT-003
Alto
Abertura de Ticket via Formulario Interno
Passos
- Analista acessa formulario interno de abertura
- Preenche dados do cliente (email, nome, conta Eduzz)
- Seleciona plataforma (MyEduzz, Nutror, etc.)
- Seleciona tipo: Incidente ou Requisicao
- Se Incidente: seleciona categoria especifica
- Preenche descricao detalhada do problema
- Define prioridade (se aplicavel)
- Submete formulario
Resultado Esperado
- Ticket criado com todas as propriedades preenchidas
- Categoria e subcategorias corretamente associadas
- Workflow de priorizacao automatica executado
- SLA iniciado conforme prioridade
UC-TKT-004
Critico
Abertura de Ticket Reclame Aqui
Passos
- Analista identifica nova reclamacao no Reclame Aqui
- Abre formulario especifico de Reclame Aqui
- Preenche link da reclamacao em link_reclame_aqui
- Seleciona tipo de incidente: "Reclame Aqui"
- Preenche detalhes da reclamacao
- Submete formulario
- Workflow WF-001 e acionado automaticamente
Resultado Esperado
- Prioridade definida como "Urgente" automaticamente
- Equipe Reclame Aqui notificada imediatamente
- SLA de 15 minutos para primeira resposta iniciado
- Link da reclamacao armazenado no ticket
- Alerta visual no dashboard
Categoria 02
Atendimento N1
UC-N1-001
Critico
Atribuicao e Inicio do Atendimento
Passos
- Analista visualiza tickets na fila "Novo"
- Seleciona ticket para atendimento
- Move ticket para status "Em Atendimento"
- Sistema exige recategorizacao (se necessario)
- Analista valida/corrige plataforma e categoria
- Analista e automaticamente atribuido como owner
- SLA de primeira resposta e pausado
- Analista inicia comunicacao com cliente
Resultado Esperado
- Owner definido automaticamente
- Categoria validada/corrigida
- SLA primeira resposta registrado
- Timeline atualizada com inicio do atendimento
UC-N1-002
Alto
Resolucao Direta pelo N1
Passos
- Analista identifica que pode resolver o ticket
- Utiliza snippet/template de resposta (se aplicavel)
- Envia resposta ao cliente via e-mail
- Move ticket para status "Solucionado"
- Preenche modelo de solucao aplicado
- Sistema inicia janela de reabertura (2 dias)
Resultado Esperado
- Status alterado para "Solucionado"
- Cliente notificado com solucao
- SLA de resolucao registrado
- Workflow de fechamento automatico iniciado
- Apos 2 dias sem resposta: ticket fechado
UC-N1-003
Critico
Escalonamento N1 para N2
Passos
- Analista N1 identifica que ticket requer N2
- Valida categoria e tipo de incidente
- Preenche campo motivo_escalonamento (obrigatorio)
- Move ticket para pipeline "Suporte N2"
- Sistema cria ticket vinculado no N2 com label "N2"
- Owner N2 e atribuido conforme grupo tecnico
- Equipe N2 recebe notificacao
Resultado Esperado
- Ticket vinculado criado no pipeline N2
- Association label "N2" aplicada
- Motivo de escalonamento registrado
- Historico do N1 preservado no novo ticket
- Equipe N2 notificada
Categoria 03
Gestao de Pendencias
UC-PEND-001
Critico
Aguardando Requerente (N1)
Passos
- Analista identifica necessidade de informacao do cliente
- Move ticket para status "Pendente/Pausado"
- Seleciona motivo: "Aguardando Requerente"
- Seleciona "Com Quem": "Cliente Externo" ou "Cliente Interno"
- Envia mensagem ao cliente solicitando informacao
- SLA e pausado automaticamente
- Workflow de follow-up e ativado
Resultado Esperado
- SLA pausado
- Follow-up enviado diariamente
- Apos 2 follow-ups sem resposta: ticket encerrado
- Cliente notificado sobre encerramento
UC-PEND-002
Alto
Aguardando Outros (N2)
Passos
- Analista N2 identifica dependencia de area interna
- Move ticket para status "Pendente/Pausado"
- Seleciona motivo: "Aguardando Outros"
- Seleciona "Com Quem": Produto, Dev ou Juridico
- Registra nota interna com detalhes da solicitacao
- Contata area responsavel via canal apropriado
Resultado Esperado
- SLA pausado
- Campo "Com Quem" preenchido para relatorios
- Tempo de espera por area registrado
- Ticket permanece aberto ate resolucao manual
UC-PEND-003
Alto
Reembolso Fora do Prazo
Passos
- Cliente solicita reembolso fora do prazo de garantia
- Analista verifica politica de reembolso
- Move ticket para "Pendente/Pausado"
- Seleciona motivo: "Reembolso Fora Prazo"
- Escolhe entre "Nao Soluciona" ou "C/Encerramento"
- Envia mensagem padrao ao produtor
Resultado Esperado
- Produtor notificado sobre solicitacao
- Follow-up a cada 3 dias
- Se "Nao Soluciona": encerra apos 2 follow-ups
- Se "C/Encerramento": permanece aberto
Categoria 04
Escalonamento N2/N3
UC-ESC-001
Critico
Escalonamento N2 para N3 (Jira)
Passos
- Analista N2 identifica necessidade de intervencao tecnica
- Valida categoria como incidente tecnico
- Preenche motivo_escalonamento
- Move ticket para pipeline "Suporte | N3 T.I"
- Sistema cria ticket espelhado no Jira automaticamente
- Campo jira_ticket_id e preenchido
- Sync bidirecional de status e ativado
Resultado Esperado
- Ticket Jira criado com mesmos dados
- ID do Jira armazenado no HubSpot
- Status sincronizado automaticamente
- Quando Jira = "Done": HubSpot = "Solucionado"
UC-ESC-002
Alto
Retorno do N3 para N2
Passos
- Equipe Tech resolve ticket no Jira
- Status Jira alterado para "Won't Do" ou "Regra de Negocio"
- Sync detecta alteracao de status
- Ticket HubSpot retorna para pipeline N2
- Owner N2 e notificado
- N2 deve comunicar cliente sobre resultado
Resultado Esperado
- Ticket movido de volta para N2
- Justificativa da Tech disponivel nas notas
- N2 responsavel pela comunicacao final
Categoria 05
Reabertura e Fechamento
UC-CLOSE-001
Critico
Fechamento Automatico (2 dias)
Passos
- Analista move ticket para "Solucionado"
- Cliente recebe notificacao com solucao
- Workflow WF-003 e ativado
- Sistema aguarda 2 dias uteis
- Se cliente NAO responde: ticket e fechado automaticamente
- Cliente recebe notificacao de encerramento
Resultado Esperado
- Status alterado para "Fechado"
- Data de fechamento registrada
- SLA de resolucao finalizado
- Pesquisa de satisfacao enviada (se configurado)
UC-CLOSE-002
Critico
Reabertura Dentro da Janela
Passos
- Ticket esta em status "Solucionado" ou "Fechado"
- Cliente responde por e-mail dentro de 2 dias
- Workflow de reabertura detecta resposta
- Verifica se closedate < 2 dias
- Ticket e reaberto automaticamente
- Status alterado para "Em Atendimento"
- Ultimo owner e notificado
Resultado Esperado
- Ticket reaberto com mesmo ID
- Historico preservado
- Owner original reassociado
- SLA reiniciado
UC-CLOSE-003
Alto
Reabertura Fora da Janela
Passos
- Ticket esta fechado ha mais de 2 dias
- Cliente responde por e-mail
- Workflow verifica closedate > 2 dias
- Sistema cria NOVO ticket vinculado ao original
- Nome: "Reabertura: [assunto original]"
- Campo ticket_origem_id preenchido
- Owner original e notificado
Resultado Esperado
- Novo ticket criado (nao reabre o original)
- Vinculo com ticket original estabelecido
- Contato e empresa copiados
- Owner original atribuido
Categoria 06
Comunicacao com Cliente
UC-COM-001
Critico
E-mail de Confirmacao de Abertura
Passos
- Ticket criado via formulario ou e-mail
- Workflow verifica origem do ticket
- Se origem = "Formulario" ou "E-mail": envia confirmacao
- E-mail inclui numero do protocolo (hs_ticket_id)
- Prazo estimado de resposta informado
Resultado Esperado
- Cliente recebe e-mail de confirmacao
- Numero de protocolo visivel
- Thread de e-mail vinculada ao ticket
- Respostas subsequentes atualizam o ticket
UC-COM-002
Alto
Uso de Snippets/Templates
Passos
- Analista abre ticket para responder
- Clica no icone de snippets na barra de ferramentas
- Busca snippet por categoria ou palavra-chave
- Seleciona snippet apropriado
- Template e inserido no corpo do e-mail
- Analista personaliza informacoes especificas
- Envia resposta ao cliente
Resultado Esperado
- Resposta padronizada e consistente
- Tempo de resposta reduzido
- Qualidade da comunicacao mantida