Buscar/Priorize as solicitações da central de serviços e passe os casos difíceis a especialistas

Priorize as solicitações da central de serviços e passe os casos difíceis a especialistas

Use para definir como uma central de serviços atende solicitações. Cobre a entrada segura, a prioridade por impacto e urgência, os prazos prometidos (SLA), a passagem a especialistas, o encerramento de chamados, os artigos de ajuda e as trocas de turno.

Para usar estas regras de IA
## Defina o que a central de serviços cobre e quem cuida de cada chamado - Informar quais usuários, serviços, tipos de solicitação, horários e canais de suporte são atendidos pela central de serviços. - Designar uma pessoa responsável pelo processo, uma por cada fila e uma responsável no momento por cada chamado em aberto. - Distinguir incidentes, solicitações de serviço, solicitações de acesso, dúvidas e questões de segurança antes de criar os fluxos de trabalho. - Definir objetivos de serviço para confirmação de recebimento, resposta efetiva, restauração, resolução e comunicação. - Publicar as exceções, como manutenção planejada, tempo de espera por uma resposta do cliente e pausas aprovadas. - Revisar o modelo operacional sempre que houver mudanças nos serviços, na equipe, nos riscos ou nas expectativas dos clientes. ## Receba solicitações com os dados necessários e confirme a identidade - Aceitar solicitações por canais aprovados e reuni-las em um único sistema de registro. - Registrar a identidade e o meio de contato do solicitante, o serviço afetado, os sintomas, o impacto nos negócios, o horário de início e as etapas já tentadas. - Pedir capturas de tela, registros ou mensagens de erro somente quando forem úteis e orientar o solicitante a remover informações sigilosas ou dados pessoais não relacionados. - Confirmar o recebimento prontamente, mas não considerar uma confirmação automática como a primeira resposta efetiva. - Verificar a identidade por um método aprovado antes de recuperar uma conta, alterar o acesso ou divulgar informações protegidas. - Registrar as informações ausentes como uma próxima ação explícita, em vez de deixar o chamado bloqueado sem explicação. ## Defina a prioridade pelo impacto e pela urgência - Determinar o impacto pelo número de usuários afetados, pela importância para os negócios, pelo risco aos dados ou à segurança e pela extensão da degradação do serviço. - Determinar a urgência pela sensibilidade ao tempo, pelos prazos, pela velocidade de deterioração e pela existência de uma solução alternativa viável. - Atribuir a prioridade com base no conjunto de evidências; não permitir que a classificação preferida pelo solicitante substitua a triagem. - Definir uma matriz de prioridades simples com objetivos de resposta e de resolução aprovados pela organização. - Reavaliar a prioridade quando houver mudanças no escopo, no impacto, no risco ou na disponibilidade de uma solução alternativa. - Documentar o motivo de cada aumento ou redução de prioridade e notificar as pessoas responsáveis afetadas. ## Classifique os chamados e envie-os à equipe certa - Usar uma taxonomia simples e com poucos níveis que represente serviços e tipos de trabalho estáveis, em vez de todos os sintomas possíveis. - Associar cada categoria a uma fila padrão, aos conhecimentos necessários, às aprovações e às regras de notificação. - Encaminhar questões de segurança da informação, privacidade, segurança física, assuntos jurídicos ou serviços críticos por seus fluxos de resposta específicos. - Definir qual regra prevalece quando um chamado corresponde a várias categorias e preservar o contexto secundário com etiquetas. - Monitorar chamados não atribuídos, devolvidos ou recategorizados repetidamente como falhas de encaminhamento. - Alterar a taxonomia somente depois de revisar os padrões reais dos chamados e as necessidades posteriores de relatórios. ## Investigue a causa com verificações de baixo risco e registre cada passo - Confirmar a situação relatada, o escopo afetado, as mudanças recentes, as dependências e as evidências disponíveis antes de fazer qualquer alteração. - Começar com verificações reversíveis e de baixo risco e seguir os procedimentos de diagnóstico aprovados para o serviço afetado. - Obter a autorização necessária antes de realizar acessos privilegiados, testes que possam interromper o serviço, alterações de configuração ou restaurações de dados. - Para questões de identidade, usar uma verificação robusta em vez de confiar no mesmo canal que pode estar comprometido. - Registrar cada ação, seu resultado, as causas descartadas e a próxima hipótese para que outra pessoa possa continuar sem repetir o trabalho. - Interromper e escalonar quando as evidências indicarem um incidente mais amplo, uma questão de segurança, uma ação insegura ou falta de autoridade. ## Acompanhe os prazos prometidos (SLA) e informe quem fez o pedido - Acompanhar separadamente os compromissos de confirmação de recebimento, resposta, restauração, resolução e atualização quando o acordo fizer essa distinção. - Definir com precisão quando começa, pausa, retoma e termina a contagem de cada prazo. - Alertar a pessoa atualmente responsável e a liderança da fila antes que um compromisso fique em risco, deixando tempo suficiente para uma ação corretiva. - Fornecer ao solicitante atualizações úteis com a situação atual, o impacto conhecido, o trabalho em andamento, o próximo ponto de verificação e qualquer ação necessária de sua parte. - Revisar regularmente o trabalho em risco e analisar os descumprimentos como sinais do processo, não como prova automática de falha individual. - Relatar tendências por prioridade, serviço, fila, causa e tipo de exceção para que a liderança possa tratar restrições recorrentes. ## Passe os casos difíceis a especialistas com todo o histórico - Escalonar quando os diagnósticos padrão tiverem sido esgotados, forem necessários conhecimentos especializados ou permissões elevadas, o risco aumentar ou o limite do SLA estiver se aproximando. - Usar critérios baseados em tempo que reflitam o compromisso de serviço restante, em vez de esperar o prazo vencer. - Enviar à equipe receptora o histórico dos sintomas, o impacto, as evidências, as ações concluídas, os resultados, as causas descartadas e a próxima etapa recomendada. - Manter uma única pessoa responsável pelo chamado, a menos que a equipe receptora aceite expressamente a responsabilidade. - Escalonar para engenharia, infraestrutura, segurança ou um fornecedor externo somente quando o problema estiver sob o controle dessa equipe. - Definir um caminho para escalonamentos paralisados e notificar a liderança de plantão quando nenhuma pessoa qualificada aceitar o trabalho. ## Confirme que o problema foi resolvido antes de encerrar o chamado - Registrar o que mudou, por que a alteração resolveu o problema, qualquer solução alternativa temporária e qualquer risco restante. - Verificar a restauração do serviço por meio de evidências observáveis e, quando apropriado, pela confirmação do solicitante. - Notificar o solicitante em linguagem simples e incluir qualquer ação, limitação ou acompanhamento que ele precise conhecer. - Aplicar a categoria final e o código de resolução com base na causa real, não na suposição inicial. - Encerrar o chamado somente depois que os registros, as aprovações, os trabalhos relacionados e as comunicações exigidos estiverem concluídos. - Definir um prazo para reabertura e encaminhar ocorrências posteriores de acordo com a política da organização. ## Transforme chamados resolvidos em artigos de ajuda fáceis de encontrar - Criar ou atualizar o conhecimento quando uma solução puder ser reutilizada, um problema voltar a ocorrer ou puder beneficiar vários usuários. - Escrever títulos com os termos que usuários e profissionais de suporte provavelmente usariam em uma busca. - Incluir sintomas, escopo, pré-requisitos, causa em linguagem simples, etapas numeradas, verificação, condições de reversão ou escalonamento e responsabilidade. - Remover informações sigilosas, dados pessoais, identificadores temporários e valores específicos do ambiente antes da publicação. - Vincular o artigo aos chamados e serviços relacionados para que o uso e a eficácia possam ser medidos. - Definir uma data de revisão e retirar orientações que sejam inseguras, obsoletas, duplicadas ou que já não tenham uma pessoa responsável. ## Revise problemas que se repetem e corrija a causa de fundo - Revisar, em uma frequência definida, o volume, os trabalhos de alto impacto, os descumprimentos, as reaberturas, os escalonamentos, os contatos repetidos e o retorno dos clientes. - Separar a resolução imediata do trabalho de causa raiz e acompanhar ambos quando for necessária uma prevenção sistêmica. - Perguntar o que causou o problema, o que atrasou a detecção ou a resposta e qual controle poderia impedir ou reduzir uma nova ocorrência. - Transformar as constatações em ações com pessoa responsável, prazo, critérios de sucesso e um ponto de revisão. - Verificar se as ações anteriores alteraram o resultado relevante, em vez de encerrá-las apenas porque foram entregues. - Atualizar treinamento, encaminhamento, diagnóstico, conhecimento, automação ou capacidade com base nas evidências medidas. ## Passe os chamados abertos a cada troca de turno ou plantão - Entregar os chamados abertos de alta prioridade, as pessoas atualmente responsáveis, as próximas ações, os prazos de decisão e os compromissos conhecidos com os clientes. - Incluir incidentes ativos, manutenções planejadas, riscos conhecidos, soluções alternativas, dependências externas e escalonamentos pendentes. - Confirmar que a pessoa que assume o turno consegue acessar as ferramentas necessárias e conhece a liderança de plantão e os contatos de emergência. - Fazer uma passagem de turno em tempo real para escalas novas, em mudança ou instáveis até que o processo seja consistentemente confiável. - Registrar a passagem de turno no sistema compartilhado e anunciar a transferência pelo canal aprovado da equipe. - Tratar a falta de contexto ou de acesso descoberta após a passagem como uma falha de processo que deve ser corrigida.