Dados Conversacionais – Blip | Blip Help

Conceitos Importantes

Os dados que usamos para análise conversacional são gerados na Plataforma Blip, a partir do tráfego de mensagens. A Plataforma é separada em diversos "sistemas" que fazem funções diferentes: tráfego de mensagens em si, atendimento humano (desk), envio de notificações ativas, contatos, etc.

A plataforma Blip tem como base um protocolo que define as estruturas básicas necessárias para uma aplicação de mensagens. É chamado LIME (Lightweight Messaging Protocol) e está disponível em: https://limeprotocol.org/

Um importante conceito no nosso modelo de dados é o tunnel. Os dados gerados no router são associados ao id de usuário daquele canal (no WhatsApp é o telefone de contato, por exemplo). Para dados gerados nos subbots, os usuários são identificados a partir do tunnelid, que é um mascaramento do contact identity.

Mensagem

Mensagens são os conteúdos trafegados por um contato inteligente. Elas podem ser mensagens de fluxo conversacional (bot e humano) ou de sistema, como redirects internos entre subbots. Qualquer conteúdo enviado ou recebido por um contato inteligente, de qualquer tipo, é considerado uma mensagem. Texto, imagens, áudios, vídeos e carrosséis são alguns exemplos de mensagens que podem ser encontrados na tabela de Mensagens. As mensagens são geradas no contexto do Router e dos Subbots.

Notificação

Uma notificação é a informação de status das mensagens, gerando eventos a cada novo estado de uma mensagem (por exemplo: se foi enviada, entregue, lida ou se ocorreu alguma falha).

accepted: A mensagem foi recebida e aceita pelo servidor.

dispatched: A mensagem foi despachada para o destinatário pelo servidor.

received: O destinatário recebeu a mensagem. Este evento é gerado pelo nó de destino.

consumed: O destinatário consumiu (leu ou processou) a mensagem. Este evento é gerado pelo nó de destinatário.

failed: Ocorreu um problema durante o processamento da mensagem. Nesse caso, a propriedade "reason" da notificação deve estar presente.

O evento de falha pode ser associado a um retorno da Meta ou do Blip.

Trackings/Categorias

Trackings são tipos especiais de dados gerados por ações / eventos no Blip. Precisam ser criados dentro do builder, e são gerados associados ao envio de uma mensagem. São "normalizações" dos dados não estruturados (mensagens) para um formato mais estruturado, facilitando as análises conversacionais.

Ticket

Um ticket representa um atendimento humano, até sua conclusão ou transferência. Ele é gerado no momento em que o cliente é transferido para o Desk e um ticket é gerado na fila, independente da ação do atendente. Ele pode ser encerrado em diversos momentos (na fila, pelo atendente, pelo cliente, por inatividade).

Contato

Um contato é como representamos o usuário de um contato inteligente. Esta entidade contém várias informações sobre a pessoa que está conversando com um bot, como ID, nome, telefone, e-mail, e assim por diante.

A plataforma Blip permite uma grande variedade de informações em um contato, por padrão, e a possibilidade de incluir extras (chamados de "extras do contato").

O registro de informações associadas aos contatos é diretamente relacionado ao desenvolvimento do Bot.

A tabela que associa um contato a seus registros pode ser localizada no objeto contact do seu share.

Atendente

Um atendente (ou agente) representa o ser humano que terá acesso ao Blip Desk (ou qualquer outra ferramenta) para atender os usuários caso eles decidam conversar com um humano.

Dicionário de Dados

É possível consultar o dicionário de dados dos campos, com o nome da coluna, o datatype, descrição e exemplo dos dados, no arquivo abaixo:

Clique para acessar.

Para mais informações, acesse a discussão sobre o assunto em nossa comunidade ou os vídeos no nosso canal. 😃