Ideias e Sugestões

Estou desenvolvendo Bots com Inteligencia Artificial e tenho tido bastante problema com as limitações do fluxo de conversação do Blip. A cada mensagem que o usuário envia, esta é processada no back para gerar uma resposta. Contudo, as vezes acontece do cliente enviar 2 mensagens em sequencia antes da mensagem ser formada e, quando isso acontece, o cliente recebe 2 mensagens seguidas do Bot. Isso é horrivel para a experiência do usuário.Na pesquisa de satisfação eu tive o mesmo problema mas deu pra consertar. Nesse caso foi colocado um tempo de ociosidade de 3 minutos e, durante esse tempo, eu vou construindo a resposta do usuario (concatenando tudo o que ele me enviar nesse tempo). Após os 3 minutos de ociosidade eu envio uma única String com tudo que o cliente queria falar.Durante o fluxo, o mínimo que eu posso esperar é 1 minuto, mas isso é igualmente ruim para a experiência do usuário. Por isso, gostaria muito de uma implementação do lado da Take de poder co

Hoje, ao utilizar múltiplos canais de atendimento na Blip (como WhatsApp, Instagram, Messenger, etc), cada canal gera um ID de usuário separado, o que resulta na criação de múltiplos contatos distintos para um mesmo cliente.🔍 Problema:Essa separação dificulta a identificação e o histórico unificado do usuário, fragmentando a jornada e impactando diretamente na experiência e no atendimento.💡 Proposta:Seria extremamente útil contar com uma feature de unificação ou mesclagem de contatos, que permita agrupar diferentes IDs de usuário de canais distintos em um único contato principal, com um histórico consolidado de interações.🎯 Benefícios esperados: Visão única do cliente, independente do canal utilizado; Melhoria na personalização do atendimento; Redução de contatos duplicados na base; Aplicação real de uma estratégia

Seria muito útil contar com uma funcionalidade de transferência em massa de atendimentos no Painel de Controle do Gestor. Essa funcionalidade permitiria que, em momentos de sobrecarga de uma atendente, o gestor pudesse redistribuir rapidamente vários atendimentos para outros membros da equipe, de forma ágil e centralizada.Além de otimizar o tempo de resposta ao cliente, essa melhoria ajudaria a equilibrar a carga de trabalho entre os atendentes, garantindo um atendimento mais eficiente e evitando a sobrecarga de um único colaborador.Funcionalidades sugeridas: Seleção múltipla de atendimentos; Opção de redistribuir manualmente (com base em regras de carga ou disponibilidade) escolhendo o atendente de destino.

Olá comunidade BLIP,Estou tentando programar mensagens automáticas que sejam enviadas em horários específicos do dia (por exemplo, lembretes para usuários inativos), mas não encontro no Builder nenhuma função de temporizador ou agendador horário integrado.Existe alguma forma nativa no BLIP para programar mensagens recorrentes em horários determinados sem depender de APIs externas ou serviços adicionais? Si no existe esta funcionalidad, ¿podría considerarse su implementación? Sería muy útil para casos como: Recordatorios de citas Mensajes de seguimiento Notificaciones programadas Campañas de engagement temporalizadas Agradecería cualquier orientación sobre cómo resolver este requerimiento con las herramientas actuales de BLIP.

Ao analisar o histórico das conversas, é possível incluir um filtro para os clientes que responderam à pesquisa de satisfação?Tenho dificuldade em acessar os clientes que responderam, pois não vem filtrado e não utilizamos a pesquisa nativa do Blip, pois utilizamos a metodologia NPS. Att

Estamos com um caso que não há API’s integradas e a ideia é colocar as informações dos usuários nos próprios contatos, como extras. Dessa forma, alguns recursos do bot serão limitados para clientes específicos, exemplo: extra.X = ‘banana’.O problema é que preciso realizar a busca em todos os contatos para confirmar se existe alguém com X = banana, pois a pessoa pode ter mudado de número, etc.Teve outro caso que consegui realizar a busca que queria com substring:"uri": "/contacts?$skip=0&$take=20&$filter=(substringof('Campanha',extras))".Precisava saber se existia algum contato que já participa da campanha com um CPF X.Mas a própria doc da Blip afirma que usar substring é não otimizado. No caso atual, a busca que estou tentando fazer está dando timetout (quantidade de usuários no bot muito maior).

Boa tarde, pessoal! Tudo bem?Ao utilizar a nova funcionalidade de filtros no monitoramento, tive uma dificuldade para verificar quais filas estavam cadastradas em determinado filtro que eu havia criado.Como não consegui identificar se uma fila específica estava ou não incluída, precisei adicionar manualmente todas as filas para obter a visualização desejada.Gostaria de deixar como sugestão a possibilidade de visualizar as filas já cadastradas nos filtros e, se possível, permitir a edição dos filtros existentes. Acredito que essas melhorias poderiam agregar muito à usabilidade da ferramenta.Agradeço desde já pela atenção!

Olá, pessoal! Tudo bem?Durante o processo de atualização das respostas prontas, encontrei uma dificuldade para localizar algumas hashtags específicas.Atualmente, utilizo o atalho Ctrl + F para buscar as hashtags dentro da sua respectiva categoria. No entanto, como temos hashtags distribuídas em seis categorias diferentes, a busca acaba sendo mais trabalhosa, pois é necessário procurar categoria por categoria.Gostaria de sugerir a inclusão de uma barra de busca unificada, que permita localizar hashtags em todas as categorias ao mesmo tempo. Isso facilitaria bastante o processo de localização e traria mais agilidade na rotina.Desde já agradeço! 

É mais pontos de sugestão e melhorias.  Obs:  prioriza a extensão de histórico, a blip desk Messages retornar, ela é bem completa e faz falta.  E um ponto de melhoria muito importante,  seria trazer a opção de atualizar o status do agente. Por exemplo, o agente está em pausa e quero atualizar para disponível. Ter essa possíbilidade seria perfeito para o caso de agentes que não se atentam as pausas e estão no local fazendo outras demandas.  Outro ponto, conseguir ter uma noção retroativa das pausas. Como isso? O agente que pausou em um momento expecifico do dia 05, no dia 10 eu puxo as informações de forma clara sobre sua pausa. Quanto tempo durou, quando a pausa foi retirada e até o login e logoff.  Outro ponto de melhoria, seria no momento do atendimento, o nome do agente já aparecer para quem está sendo atendido. Sei que tem uma extensão mas, uma opção gratuita seria perfeito!   

Bom dia,Uma função que poderia ter no blip, é para prioriza clientes com maior “tempo de fila”, pois como já verifiquei com o suporte, sempre que um técnico puxa o atendimento, ele pega o chamado aleatoriamente que está na fila, isso é bem ruim, pois se a fila é grande demais e tem cliente que está há muitas horas, isso não é levado em consideração, ocasionando muitas reclamações. Isso faria muita diferença, priorizar o atendimento que está há maior tempo na fila.

Olá, com a introdução das blip functions globais, seria interessante ter uma forma de tipar e documentar as funções criadas e que estarão disponíveis em todo o contrato.Parece que é possível se manipularmos a instância do monaco editor diretamente no console (exemplo em anexo). Pensei em criar uma extensão do browser para adicionar as definições e documentação das funções, mas não seria interessante pois esta informação ficaria restrita apenas para mim e não para a equipe inteira que tem acesso aos bots 

Bom dia, Temos um fluxo em que recebe anexos enviados pelo beneficiário e realiza a validação do tipo de arquivo enviado, com a utilização de scripts. Se identificado que o arquivo é válido, é chamado o próximo bloco, ao qual questiona ao cliente deseja anexar mais documentos. Identificamos que, quando o usuário se comunica via WhatsApp e realiza o processo de selecionar mais de um arquivo ao mesmo tempo, ocorre erro, não seguindo permitindo ao usuário finalizar o processo, pois é possível a cada bloco, receber apenas um retorno, porém esse cenário não atende a realidade do usuário. Esse cenário poderia ser corrigido? O beneficiário pode enviar mais de um arquivo de uma vez, nesse cenário, o fluxo deveria seguir seu curso normal sem falhas.

Continuação do número do ticket em toda a trajetória do cliente no CHAT, atualmente o BLiP cria novos ticket para toda transferência que ocorre dentro da plataforma, tornando as medidas dos indicadores não tão condizentes com a realidade de nosso negócio atualmente.

Hoje no blip qualquer alteração que fazemos no fluxo (blip builder) é salva automáticamente, porém as vezes por um clique incorreto ou por qualquer falha humana, o fluxo é salvo automáticamente e pode causar problemas futuros.Seria possivel criar uma opção de salvamento automático (habilitado/não habilitado)?Quando a função “não habilitado” estiver ativa, habilitará um botão para que seja salvo manualmente.

Uma ideia para o encerramento automático é cadastrar uma regra de encerramento para a cada fila específica, invés de ser para cada chatbot. Pois cadastrando por chatbot, a regra irá ser seguida em cada fila que o chatbot possuir. Temos várias filas e elas funcionam com regras diferentes de encerramento. Isso ajudaria a automatizar o encerramento por falta de contato do cliente, porém, há algumas filas que precisam negociar com o cliente, com isso, acabam ficando o dia inteiro com o atendimento - se ativado o encerramento, isso os prejudicaria.  

ContextoAtualmente, só conseguimos localizar conversas pelo número de telefone. No entanto, essa abordagem se mostra limitada quando precisamos encontrar informações específicas dentro de um atendimento, como detalhes sobre uma reserva ou um pedido. O processo manual de vasculhar conversas torna-se ineficiente e pode impactar tanto o atendimento quanto auditorias internas. Requisitos da Funcionalidade 1. Funcionalidade da BuscaA busca deve permitir que os usuários localizem conversas específicas com base em palavras-chave digitadas. Isso pode incluir:Busca exata: O sistema retorna apenas conversas que contêm exatamente o termo pesquisado. Busca aproximada: O sistema retorna conversas com termos semelhantes (exemplo: "reserva" também pode encontrar "reservado" ou "reservas"). Destaque de resultados: Quand

Bom dia. No menu atendimento algumas gestão interna utiliza o monitoramento para acompanhar a operação.O problema que ocorre é que não temos uma forma de filtrar para facilitar esse monitoramento.  Alguns pontos levantado:Não tem uma opção de deixar um filtro carregado caso sai da página ou atualize a página.Opções de monitoramento não tem como escolher o que visualizar como prioridade (Imagem em anexo). 

Olá, bom dia!Gostaria de sugerir 3 funcionalidades para o desk: Possibilitar sugestão de entradas de texto, opções pré-configuradas e texto livre durante a conversação. Possuir funcionalidade de correção de texto. Possibilitar a criação de mensagens padronizadas por fila ou atendente.

Boa noite. Gostaria de propor uma melhoria para aprimorar o monitoramento da equipe de atendimento na plataforma DESK, propomos a implementação de um sistema de registro de log no BLIP. Essa funcionalidade registrará data e hora de login/logout dos atendentes, permitindo:Controle da jornada de trabalho: Monitorar o cumprimento de horários e otimizar escalas. Avaliação de desempenho: Analisar o tempo de atividade e identificar possíveis ociosidades.A implementação dessa funcionalidade proporcionará maior controle e transparência na gestão do atendimento, contribuindo para a otimização da operação. Atualmente pelo gerenciador de relatórios é possível emitir o tempo online de um atendente. Porém isso não é muito efetivo para a gestão.

Acho que seria útil por questão de auditoria e consistencia se fosse possível visualizar no relatório de disparo ativo qual bot e ponto do bot o usuário que realizou o disparo selecionou. O disparo em massa impacta muitos clientes de uma vez e realizar o disparo erroneamente acaba gerando um impacto enorme em outro setor se o retorno for configurado errado. Com mais essa informação no relatório acredito que traia um senso de responsabilidade e atenção para os operadores do disparo ativo, já que eles saberiam que essa informação estaria registrada e poderia ser auditada para futuras responsabilizações

Boa tarde, Imagine o seguinte cenário: Um atendente envia uma mensagem ativa, se o cliente responder após 24h ele vai cair no bot. Isso destroi a experiencia do cliente conosco.Nossa ideia é ou tirar esse prazo ou aumentar ele. Segue um exemplo de como está hoje:  

Olá a todos! Na empresa em que trabalho, surgiu a necessidade de finalizarmos tickets por inatividade do próprio atendente, e pesquisando por tópicos aqui na Comunidade e também por extensões na loja, não encontrei nada parecido, então vim expor a ideia a vocês.Vi que hoje é possível disparar um aviso a qualquer usuário online por meio da aba de Monitoramento, clicando no símbolo ao lado do nome dele. Todavia, isso não bastaria para que o cliente parado com aquele atendente pudesse voltar ao fluxo e ser atendido por algum outro setor. 💡 Minha ideia é de que se for identificado que certo atendimento está a X tempo sem receber um retorno, ele é transferido a um bloco de inatividade no fluxo, para receber um tratamento diferente posteriormente.Podem existir ainda alguns adicionais, como:Uma aba de histórico para sabermos quais tickets e analistas foram afetados; Aba de configuração para o tempo de inatividade;

Já esta na hora de atualizar o EcmaScript do Builder que funciona na versão 5.1 já tem 14 anos de atualizações e tem coisa que ou eu crio apis especificas pra fazer ou tenho que ficar tentando converter para parâmetros de utilização do ecmascript 5.1 o que nem sempre da certo.  

Gostaria de sugerir uma melhoria no cadastro de atendentes que utilizam o BLIP Desk. Atualmente, quando um usuário é desligado, é necessário realizar a exclusão definitiva do cadastro. O ideal seria implementar a opção de inativar o usuário, semelhante ao que já ocorre com as filas de atendimento. Essa funcionalidade é importante porque, ao excluir o usuário, torna-se impossível consultar o histórico de tickets pelo nome do atendente, inviabilizando análises e pesquisas, como aquelas feitas na opção de histórico de atendimentos. Com a opção de inativação, seria possível preservar os registros históricos, mantendo a integridade das informações para futuras consultas.

Olá,Gostaria de sugerir uma melhoria no sistema de atendimento: a inclusão de um campo de busca na tela de atendimento.Essa funcionalidade é essencial para facilitar a localização de atendimentos específicos, especialmente em situações em que precisamos validar informações rapidamente. Algumas sugestões para o campo de busca:Pesquisa por nome do cliente, número do atendimento ou palavras-chave. Filtros adicionais, como data, status do atendimento, atendente responsável e tipo de serviço. Essa melhoria não apenas otimizaria o fluxo de trabalho dos atendentes, como também garantiria mais agilidade no atendimento aos nossos clientes. Por favor, me avisem caso precisem de mais detalhes ou queiram discutir essa ideia. Fico à disposição!