Ideias e Sugestões

Atualmente, em nosso fluxo de atendimento, utilizamos o endpoint "uri": "/ticket/ticket-id/history-file" para gerar PDFs com a cópia dos atendimentos, que são posteriormente armazenados em nossa base.Identificamos que, quando um atendimento é transferido entre atendentes, o PDF gerado contempla apenas o conteúdo tratado com o último atendente. Para nossos registros internos, é essencial que nossa base contenha uma cópia completa de todas as interações realizadas com o cliente, incluindo os atendimentos anteriores à transferência.Gostaríamos de verificar a possibilidade de, ao ocorrer uma transferência de atendimento, o endpoint /history-file gerar um documento que inclua também os assuntos tratados com os atendentes anteriores.Caso essa abordagem não seja viável, poderiam nos orientar sobre algum método alternativo para automatizar a captura completa do histórico de atendimento?

Quando o atendente está preenchendo as informações do modelo de mensagem ativa e o login expira, todo o conteúdo digitado é perdido.Impacto: Perda de informações já registradas. Quebra do contexto e do feeling do atendimento. Retrabalho para o atendente  Solicitação:Implementar um mecanismo que evite a perda das informações em caso de expiração do login, como salvamento automático de rascunhos ou aviso prévio antes do encerramento da sessão.

Ao buscar uma clínica ou médico (inclusive via Google) e adicionar o contato no Blip para verificar se realiza determinado serviço, a foto de perfil é um recurso importante para confirmar a identidade do contato (clínica, laboratório ou profissional).Atualmente, não é possível visualizar essa foto de perfil no Blip, o que dificulta a validação e pode gerar insegurança no processo de checagem.Impacto: Dificuldade em confirmar se o contato adicionado realmente corresponde à clínica ou profissional buscado. Maior risco de erro na identificação. Solicitação:Disponibilizar a visualização da foto de perfil dos contatos adicionados no Blip, de forma a facilitar a identificação e garantir maior segurança na validação.

Bom dia,Atualmente, só conseguimos localizar conversas pelo número de telefone ou nome do contato. Essa limitação dificulta a busca por informações específicas dentro de um atendimento, como detalhes de agendamento. O processo manual de análise das conversas é pouco eficiente e pode impactar tanto a qualidade do atendimento quanto auditorias internas.Requisito da Funcionalidade Busca textual por palavras-chave Busca exata: Retornar apenas conversas que contenham exatamente o termo pesquisado. Busca aproximada: Incluir termos semelhantes (ex.: “reserva” também deve localizar “reservado” ou “reservas”). Destaque de resultados: Evidenciar o termo encontrado dentro da conversa para facilitar a leitura. Filtros para refinar a pesquisa

Temos disponível no Blip a opção de conversa entre gestor e o atendente, porém para que o colaborador ou o gestor veja este contato, é necessário que o mesmo entre na aba "Falar com Gestor ou Falar com Atendente" e gostaria de verificar se podemos melhorar de tal forma que, assim que encaminhado uma mensagem utilizando este recurso, o colaborador ou gestor receba ALGUMA NOTIFICAÇÃO. Ficando assim mais fácil um alinhamento do atendimento ou processo a ser realizado de forma imediata.

Boa tarde, gostaria de sugerir que o Agente de IA pudesse realizar a leitura de pdfs enviados por input na conversa da blip, isso ajudaria muito na parte da leitura e explicação de um documento caso o cliente tenha dificuldade de encontrar, localizar títulos de concursos para a verificação, na validação se o documento recebido é valido da empresa ou não levando em consideração que seja um boleto

Atualmente, todos os bots são criados dentro de um único workspace, sem uma forma clara de separar ambientes (desenvolvimento, homologação, produção) ou organizar por propósito. Isso dificulta a gestão, especialmente em cenários com múltiplos times, projetos e ciclos de entrega.Pontos de melhoria Separação de ambientes Permitir que um mesmo bot tenha ambientes distintos (ex.: Desenvolvimento, Homologação e Produção) dentro do workspace. Cada ambiente teria suas próprias credenciais, configurações e logs, garantindo que alterações em desenvolvimento não impactem diretamente o ambiente produtivo. Exemplo prático: Bot “Atendimento Cliente”: Ambiente Dev: testes de novas intenções e fluxos de conversa.

Atualmente, a única forma de limitar que uma mensagem de alerta de inatividade para o cliente seja enviada durante a madrugada, é reduzindo muito o tempo configurado desta inatividade.Seria interessante que pudéssemos determinar a faixa de horário que aquela mensagem será enviada e, se o tempo configurado para enviar a mensagem, cair exatamente numa faixa não permitida, a mensagem seria agendada para ser enviada na próxima janela disponível. Ex: Configuro para 12h e a última mensagem do usuário ocorreu as 16h, ele receberia uma mensagem as 04h da manhã.Se existisse a opção de permitir o envio entre 09h e 18h, essa mensagem que seria enviada as 04h, seria agendada para ser enviada apenas as 09h da manha.​​​​​​​

Bom dia!!Gostaria de sugerir que na tela de monitoramento, no canto direito em ações, tivesse um icone para puxar atendimento. Serviria para aqueles casos que são mais urgentes, e estão em uma fila muito grande aguardando atendimento. Pessoal, isso ajudaria muito os gestores, quando temos um fuxo além do normal, sempre tentamos transferir um atendimento que é mais urgente para um colaborador, ou até para a gente mesmo, e ele fica preso num limbo, nunca chega, ou chega depois de um tempão. Peço encarecidamente, que avaliem e nos dê um retorno sobre.No aguardo!!Atenciosamente,Vanessa Simões.

Bom dia!!Gostaria de sugerir que na tela de monitoramento, no canto direito em ações, tivesse um icone para puxar atendimento. Serviria para aqueles casos que são mais urgentes, e estão em uma fila muito grande aguardando atendimento. Pessoal, isso ajudaria muito os gestores, quando temos um fuxo além do normal, sempre tentamos transferir um atendimento que é mais urgente para um colaborador, ou até para a gente mesmo, e ele fica preso num limbo, nunca chega, ou chega depois de um tempão. Peço encarecidamente, que avaliem e nos dê um retorno sobre.No aguardo!!Atenciosamente,Vanessa Simões.

Gostaria de solicitar que na página de growth na tabela de campanhas disparadas exibisse a data da campanha sem a necessidade de extrair cada relatório para obter essa informação.Hoje, a única maneira de visualizar essa informação é extraindo o relatório mesmo quando não há necessidade dos detalhes do disparo.Seria interessante também se tivermos um filtro de data para exibir apenas as campanhas/disparos realizados em um determinado período.  

OlaGostaria sugerir a possibilidade de salvar a conversa em PDF antes de encerrá-la, sendo o salvamento realizado pelo próprio atendente, sem a necessidade de intervenção do gestor.Atenciosamente.

Bom dia,Vimos que tem uma nova tela de "histórico de atendimento", como mostrado abaixo. Sendo que a gente costuma muito utilizar a filtragem por "contatos", é possível colocar a opção nesta tela como abaixo nos "filtros rápidos"? Obrigado! 

Na versão anterior, tinhamos muito claro o histórico, inclusive do beneficiário,então quando não tinhamos o contato, pesquisava pelo nome e encontrava o histório, nessa nova atualização, isso não evolui, retrocede, pq não será mais possivel localizar pelo nome, ou seja vamos ter que abrir chamado para localizar algo simples que poderiamos fazer na atualização anterior. Como usamos muito a opção de historico de atendimento, nesse requisito não ficou bom.

Como sugestão, após o encerramento da conversa com o cliente, definir um tempo curto para que ao retornar, ou responder a pesquisa de satisfação, a conversa não seja iniciada novamente e o tranbordo para o menu inicial. Sabemos que o retorno ao menu inicial é importante, para que o cliente não fique sem resposta, mas hoje quando ele responde a pesquisa de satisfação é retornado a conversa, ele retorna para o atendimento, sendo que já encerrou a conversa.

Tenho uma sugestão de melhoria no Blip Desk.Para que todos tickets aberto independente do dia se for do dia atual ou do dia anterior, essas mensagens irem para o topo da lista e contar no “não lidas”. Assim caso o atendente tenha novos tickets ele ficará no topo da sua tela e certamente conseguirá filtrar pelo não lidas.

Atualmente, quando um atendente rola a thread de conversa do contato para cima no Desk, ele consegue visualizar as mensagens trocadas entre subbots de um mesmo bot. No contexto em que equipes diferentes estão cadastradas em subbots diferentes com atendimento humano e não podem visualizar as mensagens trocadas com outras equipes, isso constitui uma falha grave de LGPD e, dependendo da empresa, Compliance. Um ticket inclusive foi aberto no suporte e a deficiência foi confirmada pelo consultor que o atendeu:Sugiro então que seja implementada uma forma de segregar as mensagens de modo a melhor controlar o nível de visualização por parte dos atendentes.

No Blip CallsAtualmente, quando um cliente precisa ser direcionado para outro atendente, é necessário encerrar a chamada e aguardar o novo atendimento, o que pode gerar certo desconforto — principalmente considerando que ele está entrando em contato pelo mesmo número do WhatsApp.Seria possível adotar uma solução que permita essa transição de forma mais fluida, sem a necessidade de desligar e refazer a ligação.

Atualmente, ao enviar um documento por meio de mensagem ativa, o nome original do arquivo é automaticamente substituído por "document", sem possibilidade de edição. Isso pode gerar confusão para o destinatário e dificultar a identificação do conteúdo enviado.Recomendação:Permitir a personalização do nome ou mantenha o nome original do arquivo no momento do envio da mensagem ativa, garantindo mais clareza e melhor experiência para o usuário final.

Gostaria de sugerir uma melhoria no processo de disparo de mensagens ativas via Growth. Atualmente, a funcionalidade de redirecionar o retorno do usuário para um atendente específico está disponível apenas para disparos individuais.Caso essa opção também esteja disponível para envios em massa, isso facilitaria significativamente o trabalho dos analistas, permitindo um melhor controle de suas atividades e otimizando a transferência de atendimentos dentro do Blip Desk ou durante o monitoramento das interações com o bot.

Boa tarde pessoal, alguém aqui usa um Flash Report diretamente no WhatsApp integrado com o Blip?  

Temos uma sugestão de melhora no Stilingue Studio. Precisamos que as sessão publicações do Studio também fiquem visíveis para outros usuários quando compartilhamos o link, e não apenas para o editor, como ocorre atualmente.

Estou enfrentando dificuldades para fazer a pesquisa de satisfação funcionar corretamente. A ideia é que, ao encerrar o atendimento, a pesquisa fosse enviada automaticamente ao cliente mas isso não está acontecendo. O chat é encerrado normalmente, porém a pesquisa não é disparada.Alguém poderia me ajudar?

Gostaria de sugerir a funcionalidade de trocar um ticket de fila e também de atendente após o mesmo ser encerrado.Tivemos casos de problema nos bots onde o ticket ficou muito tempo aberto, ocasionando na perda da métrica de tempo médio de resposta e consequentemente atrapalha o SLA do atendente. 

Olá  , gostaria de sugerir  para que  na API  BLIP de Disparo de email  permita o envio deste email gerado no fluxo para mais de uma pessoa .