communications-mining
latest
false
Importante :
Este conteúdo foi traduzido com auxílio de tradução automática.
UiPath logo, featuring letters U and I in white

Guia do usuário do Communications Mining

Última atualização 20 de dez de 2024

Hierarquia de rótulo e práticas recomendadas

Introdução

Antes de iniciar o treinamento do modelo, émuito importante entender como abordar a criação de sua taxonomia, incluindo nomear e estruturar seus rótulos e o que esses rótulos devem realmente capturar. Este artigo abordará cada um desses tópicos, começando com a nomenclatura dos rótulos.

O seguinte artigo discutirá por que é tão importante estruturar sua taxonomia adequadamente para atender a seus objetivos de negócios (aqui).

Nomenclatura dos rótulos

Decidir nomes para seus rótulos pode parecer uma tarefa tentadora ou demorada - mas não precisa ser.

Para começar, não importa qual seja o nome de um rótulo; para nossos modelos, o nome do rótulo em si é apenas um número. O que é importante é que o nome do rótulo atenda a um propósito comercial e seja uma descrição útil do conceito específico que se destina a capturar.

Você pode renomear rótulos a qualquer momento (veja como), bem como adicionar níveis de hierarquia quando necessário, portanto, não perca muito tempo ao construir seu modelo pela primeira vez pensando no nome perfeito.

Hierarquias de rótulo

Parte da nomeação de um rótulo determina sua hierarquia dentro da sua taxonomia. Os rótulos podem ter vários níveis de hierarquia, simplesmente separados por “>“, para capturar quando um conceito de rótulo é um subconjunto de um conceito pai mais amplo.

Então, as possíveis estruturas de rótulos podem ter a seguinte aparência (veja também o exemplo na imagem abaixo):

  1. [Rótulo Principal]
  2. [Rótulo Pai] > [Rótulo Filho]
  3. [Rótulo Pai] > [Rótulo da Ramificação] > [Rótulo Filho]

Você pode adicionar mais de três níveis de hierarquia, mas não recomendamos fazer isso com frequência, pois fica cada vez mais complexo treinar. Pode ser necessário em certos casos, mas não deve ser considerado uma prática recomendada.

Conceitualmente, é importante que todo rótulo aninhado sob outro rótulo seja um subconjunto do rótulo acima dele. Esse aninhamento (nível de hierarquia) é criado usando um ">" ao digitar o nome do rótulo.

O visual abaixo ilustra esse ponto usando um diagrama de Venn:

ilustração de como as hierarquias de rótulos funcionam conceitualmentedocs image

Novamente, é possível adicionar níveis adicionais de hierarquia renomeando seus rótulos mais tarde no processo de treinamento do modelo.

Como essas hierarquias funcionam na prática?

Para entender isso, vamos usar o 'Children Label X ' do visual acima como um exemplo.

Quando o modelo prevê que o "Rótulo filho X" se aplica a uma mensagem, ele também está prevêndo que "Rótulo de ramificação C " e "Rótulo pai 1 " também estão sendo aplicados. Isso ocorre porque o "Child Label X" é um subconjunto desses.

Entretanto, à medida que cada nível de hierarquia adiciona um nível cada vez maior de especificidade, o modelo pode ter mais confiança de que um rótulo pai ou ramificação se aplica, do que um rótulo filho mais específico. Isso significa que o modelo pode atribuir diferentes probabilidades a diferentes previsões de rótulos dentro da mesma hierarquia.

Portanto, para uma mensagem específica, o modelo pode ser:

  • 99% de confiança de que o “Rótulo pai 1” se aplica
  • 88% Confiança de que o “Rótulo de Ramificação C” se aplica
  • 75% de confiança de que o rótulo “Children X” se aplica.

É importante notar que se um rótulo filho for previsto para uma mensagem, o modelo deve sempre prever o rótulo pai (e o rótulo de ramificação , quando aplicável) com pelo menos a mesma confiança que o rótulo filho, se não maior.

O fato de o modelo prever cada rótulo de forma independente é um dos principais motivos pelos quais é importante que os rótulos pais capturem tópicos ou conceitos verdadeiros, em vez de resumos.

Por exemplo, um rótulo pai como 'Processo ', usado para agrupar rótulos filho relacionados a processos específicos, é uma má escolha para um rótulo pai. O "Processo" em si é um conceito abstrata e não é algo que o modelo irá prever bem por conta própria. Em um contexto empresarial, o nome do processo específico com o qual algo se relaciona (e que pode ser identificado a partir do texto de uma mensagem) seria um rótulo pai útil. Os rótulos de ramificação e filho úteis podem ser subprocessos relevantes do processo pai principal.

Como escolher quais conceitos devem ser rótulos pai e quais devem ser rótulos filho?

Às vezes, você pode precisar fazer escolhas difíceis em relação à estrutura de sua taxonomia. Por exemplo, pode ser difícil escolher se um rótulo deve ser pai ou filho, pois poderia logicamente ser uma categoria pai ampla com suas próprias subcategorias ou uma subcategoria específica de outra categoria pai mais ampla.

Por exemplo, pense em um conjunto de dados composto de avaliações de hote

É lógico que você tenha "Preços" como um rótulo pai, e cada aspecto específico dos preços (por exemplo, restaurante) como rótulos filhos.

No entanto, você também pode ter rótulos pais relacionados a aspectos específicos, como "Restaurante" e "Salas", e ter "Preços" como um rótulo filho em cada um deles.

Qual você deve escolher?

É útil considerar algumas coisas ao decidir:

  • Haverá um número significativo de outros conceitos que você gostaria de capturar relacionados a esse tópico mais amplo? Em caso afirmativo, é provável que deva ser um rótulo pai
  • Qual é a coisa mais importante para rastrear de uma perspectiva de MI ou relatório? Considerando nosso exemplo, não ajuda em ver claramente nas análises do Communications Mining quantas pessoas estão falando sobre preços e suas subcategorias? Ou é mais útil ver as estatísticas gerais do feedback sobre os espaços, o(s) restaurante(s), atividades, etc., sendo o preço um desses aspectos?

Não há necessariamente uma resposta certa ou errada nessas situações. Tudo se resume ao que é mais importante para você e sua empresa.

O que posso realmente capturar com um rótulo?

Até agora, discutimos como nomear rótulos e estruturá-los em hierarquias, mas você ainda pode estar se perguntando o que exatamente um rótulo deve capturar?

É importante lembrar que o Communications Mining é uma ferramenta de processamento de linguagem natural . A plataforma lê e interpreta cada mensagem que recebe um rótulo e começa a formar um entendimento de como identificar esse conceito de rótulo predominantemente com base no texto dentro dele.

À medida que você adiciona exemplos mais variados e consistentes para cada rótulo, o modelo melhora sua compreensão desse conceito de rótulo. Adicionar mais rótulos é um processo com retornos decrescentes, no entanto, uma vez que um rótulo está funcionando bem, Aceitar muitas previsões de alta confiança para um rótulo não dá novas informações ao modelo e é uma prática que deve ser evitada.

Como o Communications Mining usa a linguagem da mensagem para entender e identificar o que constitui um conceito de rótulo, o rótulo precisa ser claramente identificável no texto (ou seja, no idioma) das mensagens às quais é aplicado. Para uma mensagem de e- mail , isso inclui o assunto E o corpo do e-mail.

Veja este exemplo de e-mail abaixo, que tem o rótulo "Cancelamento > Confirmação > Encerramento " aplicado a ele. Este rótulo é claramente inferido a partir do assunto e do corpo do email.

Exemplo de mensagem de email destacando o texto que o modelo leva em consideração ao fazer previsões

Embora o modelo possa levar em consideração certas propriedades dos metadados durante o treinamento, especialmente coisas como a pontuação do NPS (para conjuntos de dados de feedback do cliente) que podem ajudar a entender o sentimento, é o texto da mensagem que é, de longe, o dado mais importante considerado pelo Modelos do Communications Mining.

Observação:

O modelo não considera o endereço específico de remetente ou destinatário de um email; portanto, isso não deve ser usado de forma alguma ao determinar qual rótulo deve ser aplicado a uma mensagem de email.

Isso significa que é importante que cada rótulo seja específico no que está tentando capturar; caso contrário, o modelo não conseguirá identificar tendências e padrões na linguagem que o ajudem a prever um conceito de rótulo.

Por que devo evitar o uso de rótulos muito amplos?

Rótulos extremamente amplos , como 'Consulta Geral ' ou 'Todo o resto ', podem não ser de grande ajuda se usados para agrupar vários tópicos distintos e não há um padrão ou semelhança claro entre os exemplos fornecidos ao modelo.

Para o modelo prever bem um rótulo, ele precisará de vários exemplos semelhantes das diferentes expressões de cada conceito capturado por um rótulo. Portanto, rótulos extremamente amplos exigem um número muito grande de exemplos para serem bem previstos.

Geralmente, é uma prática muito melhor dividir rótulos amplos em rótulos distintos - mesmo se você tiver 'Tudo o resto > [Vários rótulos filhos] '.

Se o modelo for mais capaz de identificar um rótulo filho por ser mais específico e claramente identificável (em comparação com uma categoria pai muito ampla), ele pode, na verdade, aumentar significativamente sua capacidade de prever também seu rótulo pai.

Descrições de rótulos

Uma das melhores maneiras de manter a consistência do rótulo durante o processo de construção do modelo é adicionar descrições de conceito a cada um de seus rótulos, o que pode ser feito dentro da página Configurações do conjunto de dados em Rótulos e campos gerais. Isso é particularmente útil se várias pessoas treinarem seu modelo, ajudando a garantir que todos tenham a mesma compreensão de um determinado rótulo e seu conceito associado. Também é útil se você tiver que passar o modelo para outro indivíduo.

Descrições de exemplo de rótulo na página Configurações do conjunto de dados

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo White
Confiança e segurança
© 2005-2024 UiPath. Todos os direitos reservados.