O bloco de Gatilho no ReplyCX nos ajuda a decidir qual chatbot ativar quando um cliente inicia uma conversa.
Como vários chatbots podem existir em nossa conta, configurar as condições de gatilho garante que o chatbot certo seja lançado com base no contexto. Também podemos combinar condições usando a lógica E / OU para criar regras mais precisas.
Aqui estão as condições de gatilho disponíveis:
URL | Aciona o chatbot com base na página da web em que o usuário está. Ex: “URL contém preços” ou “URL é igual a https://reply.cx” |
|---|---|
Idioma do navegador | Usa o idioma do navegador do usuário para acionar um chatbot. Ex: “Idioma é Francês” |
Intervalo de datas | Ativa o chatbot apenas dentro de um intervalo de datas específico. Útil para campanhas sazonais ou anúncios especiais. |
Palavra-chave | (Apenas WhatsApp, SMS e Instagram) Aciona quando um usuário envia uma palavra-chave específica. Ex: “Agendar consulta” |
Payload do botão | (Apenas WhatsApp e SMS) Aciona quando um usuário clica em um botão em uma mensagem de modelo enviada pela empresa. |
As condições não são obrigatórias.
Se nenhuma condição for definida, o ReplyCX acionará o primeiro chatbot ativo por padrão.
A seguir estão as Condições Disponíveis por Canal:
Canais | Condições que você pode Aplicar |
|---|---|
Web | Intervalo de Datas, URL, Idioma do Navegador |
Intervalo de Datas, Palavra-chave, Payload do Botão | |
SMS | Intervalo de Datas, Palavra-chave |
Intervalo de Datas, Palavra-chave | |
Intervalo de Datas | |
Intervalo de Datas, Assunto, Corpo |
Assinatura de Contato:
Aplicável apenas para WhatsApp e SMS.
Em canais como WhatsApp e SMS, as empresas podem entrar em contato com os clientes a qualquer momento, mesmo que o contato não queira ter uma conversa.
As leis dos países exigem que as empresas mantenham um status de assinatura para cada contato, o que significa que um contato se inscreveu ou cancelou a inscrição para receber sua comunicação. Isso é semelhante a como o cancelamento de inscrição funciona em e-mails.
ASSINADO - Receberá qualquer nova mensagem de modelo que a empresa enviar como promoção.
NÃO ASSINADO - Não receberá nenhuma mensagem de modelo que a empresa enviar como promoção.
Assim, com base nas condições que você definir para o gatilho, você pode optar por definir o status de assinatura para o contato.
Geralmente, você deve sempre ter dois chatbots:
Seu chatbot principal, que tem o status 'Assinado'
Um chatbot de confirmação para quando os usuários digitarem 'PARAR'.
Injetar dados no chatbot:
Se você deseja enviar dados externos para o chatbot, pode usar esta opção. Uma vez ativada, você pode mapear os campos que contêm o valor com a variável ReplyCX.
Existem duas maneiras de injetar os dados:
Usando Parâmetros de Consulta:
Com este método, quando o snippet do ReplyCX é carregado no site pela primeira vez, os parâmetros de consulta definidos e seus valores serão armazenados na variável ReplyCX.
Por exemplo, se sua URL for a seguinte www.reply.cx?cust\_id=1234\&plan=9896
Por exemplo, você pode optar por armazenar os valores de cust_id e plan no bloco de ação do gatilho
Usando JSON:
Com este método, você pode injetar um payload JSON dentro do snippet de código do ReplyCX e mapear os objetos a serem armazenados no bloco de ação do gatilho.
Para fazer isso, você precisa adicionar o seguinte objeto com os campos desejados no snippet de código do ReplyCX
data-session-payload='{"field1": "value", "field2: "value"}TypeScriptAgora, vamos pegar um exemplo para entender isso.
Suponha que você esteja usando o chatbot em seu aplicativo web e já saiba quem é o usuário que inicia o chat. Para que seus agentes estejam cientes dos detalhes do usuário, você pode adicionar o nome, e-mail, customer_id, plano, etc. ao snippet de código do ReplyCX.
<script src="" data-session-payload='{"name": "Charles", "phone": "8164848686"}' defer></script>
JSONArmazenamos os campos “name” e “phone” nas variáveis ReplyCX no bloco de ação do gatilho.
O ReplyCX lê este objeto apenas uma vez quando o snippet de código é acionado. O envio de dados após o carregamento do snippet de código não será lido.
Adicione dinamicamente o objeto data-session-payload ao snippet de código do ReplyCX