Uma visão geral dos eventos de servidor do Intercom: Um guia para 2025

Sabe aquela sensação quando quer enviar a mensagem perfeita a um cliente, no momento exato? Como quando o pagamento falha, ou na primeira vez que ele usa aquela funcionalidade chave que sabe que ele vai adorar. Esse tipo de comunicação proativa e atenta é o que separa um suporte bom de um suporte verdadeiramente excecional.

Este é o problema que os eventos de servidor do Intercom se propõem a resolver. Eles prometem uma forma de acompanhar o que os utilizadores estão a fazer nos seus sistemas de backend e usar essa informação para acionar mensagens personalizadas.

Mas como é que eles funcionam na prática, e serão ainda a melhor ferramenta para o trabalho em 2025? Neste guia, vamos explicar o que são os eventos de servidor do Intercom, como configurá-los e, mais importante, porque é que as suas limitações o podem levar a procurar uma forma mais moderna e alimentada por IA de fazer as coisas. Vamos mergulhar nos detalhes técnicos, alguns usos práticos e as dores de cabeça ocultas que podem realmente abrandar uma equipa.

O que são os eventos de servidor do Intercom?

De forma simples, os eventos de servidor do Intercom são pequenos pacotes de dados que envia do backend da sua aplicação (o seu servidor) diretamente para o Intercom. Tudo isto é feito através de uma chamada de API, o que o torna uma forma segura e sólida de registar ações importantes do cliente que não acontecem dentro de um navegador web.

Eis a principal diferença: provavelmente já está familiarizado com os eventos do lado do cliente, que são acompanhados usando o código JavaScript do Intercom no seu site. Estes são ótimos para acompanhar coisas como visualizações de página ou cliques em botões. Mas os eventos de servidor são para todas as coisas importantes que acontecem nos bastidores. Pense numa subscrição renovada com sucesso, uma grande exportação de dados finalmente concluída, ou uma fatura a ser paga. Estes são momentos críticos na jornada do cliente que, de outra forma, o Intercom desconheceria por completo.

O Intercom chama-lhes oficialmente "Eventos de Dados", que envia para o seu endpoint /events. O objetivo é construir uma imagem mais rica e completa do que cada utilizador está a fazer. Assim que estiver a acompanhar estes eventos, pode usá-los para enviar mensagens automaticamente, adicionar utilizadores a campanhas específicas ou construir segmentos de clientes detalhados.

Como enviar eventos de servidor do Intercom: Uma visão técnica geral

Ativar os eventos de servidor do Intercom não é um simples interruptor; requer definitivamente o envolvimento de um programador. O cerne da questão é fazer um pedido POST para o endpoint /events da API REST do Intercom. Cada um destes pedidos precisa de ser formatado corretamente e transportar algumas informações chave.

Eis o que o seu programador precisará de incluir em cada chamada de API:

• Autenticação: Precisará de um Token de Acesso válido do seu espaço de trabalho do Intercom. Este token tem de ter as permissões certas para enviar eventos, por isso verifique se está configurado corretamente nas suas definições de programador.

• Identificação do Utilizador: O Intercom tem de saber qual utilizador fez a ação que está a acompanhar. Pode identificá-los pelo seu "intercom_user_id" único, pelo seu próprio "user_id" interno, ou apenas pelo seu "email". Acertar nisto pode, por vezes, ser uma dor de cabeça, especialmente quando está a tentar conectar um visitante anónimo que mais tarde se regista, uma dor de cabeça comum que verá surgir em comunidades de programadores.

• Nome do Evento: Este é obrigatório. Tem de dar um nome claro ao seu evento, como "plano-atualizado" ou "amigo-convidado". O Intercom sugere usar um formato no pretérito, "verbo-substantivo", o que é uma boa dica para manter as coisas claras.

• Carimbo de data/hora: O campo "created_at" é obrigatório. É um carimbo de data/hora Unix que diz ao Intercom exatamente quando o evento aconteceu, o que é crucial para manter as linhas do tempo do seu utilizador precisas.

• Metadados: Esta parte é opcional, mas deve quase sempre usá-la. É um objeto JSON onde pode inserir contexto extra. Por exemplo, se enviar um evento "produto-encomendado", os metadados podem incluir o nome do produto, o seu preço e o ID da encomenda.

Eis um vislumbre de como um pedido de API simples para criar um evento se parece em JSON:

// Exemplo de pedido POST para https://api.intercom.io/events  

{  

  "event_name": "subscricao-cancelada",  

  "created_at": 1671028894,  

  "user_id": "314159",  

  "metadata": {  

    "reason": "ja-nao-e-necessario",  

    "plan_level": "Pro"  

  }  

}  

Também é bom saber que o Intercom tenta desduplicar eventos. Se enviar acidentalmente o mesmo evento exato (mesmo utilizador, nome e carimbo de data/hora) mais do que uma vez, o Intercom provavelmente irá simplesmente ignorar os extras para evitar que os seus dados fiquem confusos.

Casos de uso práticos para os eventos de servidor do Intercom

Assim que ultrapassar a configuração técnica, os eventos de servidor do Intercom podem potenciar algumas automações muito úteis. Ao ligar os seus sistemas de backend ao Intercom, pode iniciar conversas com base no que as pessoas estão realmente a fazer, não apenas no que estão a clicar.

Eis algumas formas como as empresas os usam no mundo real.

Usar eventos de servidor do Intercom para suporte e onboarding

Os eventos de servidor são fantásticos para detetar problemas potenciais cedo ou guiar os utilizadores através dos seus primeiros passos importantes. Em vez de esperar que um cliente fique frustrado e entre em contacto, pode oferecer ajuda no momento em que ele precisa.

• Por exemplo: O pagamento mensal de um cliente falha. O seu sistema de faturação envia um evento "pagamento-falhou" para o Intercom, que dispara instantaneamente um email com um link direto para atualizar os detalhes do cartão. Esta pequena automação pode fazer uma grande diferença na redução da rotatividade causada por pagamentos falhados.

• Outra ideia: Um novo utilizador usa com sucesso uma das suas funcionalidades principais pela primeira vez. A sua aplicação envia um evento "primeira-funcionalidade-usada", acionando uma mensagem amigável na aplicação que o parabeniza e partilha uma dica rápida para tirar ainda mais partido dela.

Marketing e segmentação mais inteligentes com eventos de servidor do Intercom

Também pode usar estes eventos para criar campanhas de marketing super direcionadas com base no uso real do produto.

• Imagine isto: O backend de uma loja de e-commerce envia um evento "encomenda-enviada" no segundo em que um pacote sai pela porta. Isto aciona um email para o cliente com o seu número de rastreamento. Simples, mas tão eficaz.

• Ou para uma empresa SaaS: Poderia acompanhar um evento "limite-de-projetos-atingido". Quando um utilizador no plano gratuito atinge essa barreira, ele é automaticamente adicionado a um segmento que recebe uma campanha toda sobre as vantagens do plano pago.

Estes fluxos de trabalho transformam os seus dados de uma lista passiva de factos em conversas ativas e úteis que parecem perfeitamente cronometradas.

Principais desafios e limitações dos eventos de servidor do Intercom

Então, os eventos de servidor do Intercom parecem bastante poderosos na teoria. Mas, na realidade, muitas equipas encontram alguns obstáculos sérios quando tentam usá-los em grande escala. Antes de comprometer muito tempo de engenharia, deve conhecer algumas grandes limitações que podem atrapalhar.

O limite de 120 eventos ativos

Esta é uma das maiores "pegadinhas". O Intercom tem um limite rígido de 120 nomes de eventos ativos únicos por espaço de trabalho. Um evento "ativo" é simplesmente um que ainda não arquivou. Assim que atingir esse número, o Intercom simplesmente para de aceitar novos tipos de eventos.

Para uma startup pequena, 120 pode parecer muito. Mas à medida que o seu produto cresce, rapidamente perceberá que quer acompanhar ações cada vez mais específicas. Este limite força-o a tomar decisões difíceis sobre o que é importante o suficiente para acompanhar e muitas vezes leva a soluções de contorno irritantes, como ter de arquivar manualmente eventos antigos para abrir espaço.

Forte dependência de programadores

Cada evento de servidor que quer acompanhar precisa que um programador escreva, teste e implemente código. Quer saber quando um utilizador exporta um relatório? Isso é um ticket para a equipa de engenharia. Quer registar quando um período de teste está prestes a expirar? Entre na fila.

Isto cria um enorme estrangulamento. As suas equipas de suporte, marketing e produto não conseguem mover-se rapidamente. Elas têm ótimas ideias para envolver os clientes, mas ficam presas à espera do tempo dos programadores. Esta dependência torna lento e caro experimentar novas estratégias de comunicação.

Automação desajeitada e complexa

Mesmo depois de ter os seus eventos configurados, construir os fluxos de trabalho que deseja pode ser surpreendentemente complicado. Por exemplo, um utilizador na comunidade do Intercom aprendeu da maneira mais difícil que nem sequer pode usar os próprios webhooks da Série do Intercom para criar um evento personalizado. A solução sugerida envolvia configurar um servidor totalmente separado apenas para ouvir o webhook, fazer outra chamada de API para encontrar o ID do utilizador e, em seguida, fazer uma terceira chamada para finalmente criar o evento. É um processo confuso e indireto para o que deveria ser uma tarefa simples.

Além disso, os eventos são passivos. Eles dizem-lhe que algo já aconteceu, mas não o ajudam com o que está a acontecer agora mesmo. Se um cliente perguntar: "Onde está a minha encomenda?", não pode simplesmente confiar num evento antigo de "encomenda-enviada". Precisa de dados em tempo real. E como a própria página de estado do Intercom por vezes mostra, as APIs podem ter atrasos, o que significa que as suas mensagens acionadas por eventos podem nem sempre ser tão instantâneas quanto gostaria.

Visão geral dos preços do Intercom

Ok, vamos falar de custos. Os preços do Intercom baseiam-se no número de lugares que tem, com diferentes planos a desbloquear mais funcionalidades. Também é muito importante saber que as suas funcionalidades de IA são um extra.

Eis um rápido olhar sobre os seus planos principais:

Plano	Preço Inicial (Faturado Anualmente)	Funcionalidades Principais
Essential	$29/lugar/mês	Fin AI Agent, Messenger, Caixa de Entrada Partilhada, Centro de Ajuda
Advanced	$85/lugar/mês	Tudo no Essential + Fluxos de Trabalho, Múltiplas Caixas de Entrada
Expert	$132/lugar/mês	Tudo no Advanced + SLAs, Suporte Multimarca

Um grande detalhe escondido na sua página de preços é como cobram pela IA. O Fin AI Agent custa um extra de $0.99 por resolução, para além do custo mensal do seu lugar. Este modelo de pagamento por resolução pode levar a contas surpreendentemente altas que disparam quando está mais ocupado, tornando um verdadeiro desafio prever o seu orçamento de suporte.

eesel AI: Uma forma mais inteligente de automatizar os fluxos de trabalho de suporte

Confiar em eventos de servidor predefinidos parece uma solução dos anos 2010 para um problema de 2025. Em vez de depender de eventos rígidos que um programador tem de codificar para si, e se o seu sistema de suporte pudesse reagir ao que os clientes precisam em tempo real, com acesso total e seguro aos seus dados de backend?

É aqui que uma ferramenta como a eesel AI oferece uma abordagem mais moderna. É uma plataforma de IA construída para se conectar às suas ferramentas existentes e automatizar fluxos de trabalho sem todo o trabalho técnico pesado.

Vá além dos eventos com ações de IA em tempo real

Em vez da sua equipa tentar prever e codificar um evento para cada coisa que um utilizador possa fazer, o Agente de IA da eesel AI pode realizar pesquisas ao vivo usando APIs.

Por exemplo, quando um cliente pergunta: "Qual é o estado da minha encomenda?", não precisa de um evento "encomenda-enviada" pré-registado. A eesel AI pode consultar com segurança a sua loja Shopify ou sistema de encomendas interno naquele momento, obter o estado atual e dar uma resposta precisa instantaneamente. É uma forma muito mais flexível e poderosa de operar do que depender de uma lista estática de eventos passados.

Um exemplo de um agente de IA a usar dados em tempo real para responder a uma pergunta de um cliente sobre o estado de uma encomenda, uma alternativa moderna aos eventos de servidor estáticos do Intercom.

Configure em minutos, não em meses

Uma das melhores coisas sobre a eesel AI é como é ridiculamente simples de configurar por si mesmo. Pode conectar o seu helpdesk do Intercom com um único clique. Acabou a espera por programadores ou ficar preso num backlog de engenharia. Pode realmente construir automações poderosas e baseadas em dados, sem ter de escrever uma única linha de código.

Unifique todo o seu conhecimento, incluindo tickets passados

O contexto é tudo no suporte. A eesel AI treina com os seus tickets históricos do Intercom, os seus artigos de ajuda e todas as suas outras fontes de conhecimento como Google Docs ou Confluence. Isto dá-lhe uma compreensão profunda dos problemas comuns dos seus clientes e das melhores soluções da sua equipa, fornecendo um contexto muito mais rico do que simples metadados de eventos alguma vez poderiam.

Este diagrama mostra como as ferramentas de IA modernas podem unificar várias fontes de conhecimento, fornecendo um contexto mais profundo do que os eventos de servidor do Intercom sozinhos.

Teste com confiança e desfrute de preços previsíveis

Com o modo de simulação da eesel AI, pode testar o seu agente de IA em milhares dos seus tickets passados para ver exatamente como ele se irá comportar antes de o ativar para clientes reais. O melhor de tudo é que a eesel AI oferece preços fixos e previsíveis. Nunca será surpreendido com taxas extra por resolução por fornecer um excelente suporte automatizado.

Passar de eventos de servidor passivos do Intercom para IA ativa

Os eventos de servidor do Intercom são uma ferramenta decente para algum acompanhamento básico de utilizadores, mas vêm com uma bagagem séria no que diz respeito à flexibilidade, escala e ao puro esforço de implementação. Os limites estritos de eventos, a forte dependência de programadores e os fluxos de automação desajeitados tornam-nos uma solução difícil para qualquer equipa que queira mover-se rapidamente.

O futuro de um excelente suporte não é apenas sobre acompanhar o que os utilizadores fizeram ontem; é sobre entender o que eles precisam agora mesmo. Ferramentas como a eesel AI estão a tornar esta mudança possível, dando às equipas uma forma inteligente, flexível e acessível de automatizar o suporte ao cliente sem serem retidas pelos limites de sistemas mais antigos, baseados em eventos.

Pronto para construir automações de suporte sem o estrangulamento dos programadores? Experimente a eesel AI gratuitamente e veja como pode conectar o seu conhecimento e as suas ferramentas em apenas alguns minutos.