- Atendimento concluído
- Pedido enviado
- Avaliação publicada
- Resposta
- Acompanhamento
Modelo ilustrativo para orientar a implantação.
Conecte o Google antes de pedir a primeira avaliação
O GoHighLevel não publica avaliações no lugar do cliente. Ele organiza o pedido, recebe o que foi publicado e ajuda a responder. Para isso funcionar, a conta do Google Business Profile precisa estar ligada à subconta certa. Entre em Reputation, abra Settings e procure Integrations: é ali que você conecta o Google e, se usar, o Facebook. Sem essa ligação, o painel de reputação fica vazio e o pedido não tem para onde levar a pessoa.
Em subcontas recém-criadas aparece um assistente que conduz a conexão, a escolha do link, o primeiro envio e a ativação da resposta por IA. A documentação do assistente guiado de reputação descreve cada etapa. Para conectar o perfil, você precisa ser administrador ou proprietário daquele Google Business Profile; um acesso de colaborador comum costuma travar no meio.
Depois de conectar, abra Settings → Review Link e confira para onde o pedido leva. Se só o Google estiver integrado, todos os envios vão para o Google. Quando houver mais de uma plataforma, o recurso de Review Request Balancing divide os pedidos por percentual, metade para cada um por padrão, ajustável em Configure Balance. Defina isso antes de disparar, porque trocar o destino no meio de uma campanha atrapalha a leitura do resultado.
Escolha o momento em que o cliente ainda lembra do atendimento
Uma avaliação sincera nasce de uma experiência recente. O pedido rende mais logo depois de um atendimento concluído, uma entrega feita ou uma consulta que correu bem, com a impressão ainda fresca. Guardado para semanas adiante, costuma render silêncio.
No GoHighLevel, o caminho natural é partir de um fato do calendário ou do pipeline. Um workflow com gatilho de agendamento concluído, por exemplo, pede a avaliação apenas de quem de fato compareceu. O mesmo raciocínio serve para uma oportunidade marcada como ganha. O guia de workflow sem disparo duplo ajuda a filtrar o gatilho para não convidar quem faltou ou ainda está negociando.
Fuja de dois excessos frequentes. Um é pedir no mesmo dia, quando o cliente mal usou o serviço. O outro é insistir sem parar com quem não respondeu: um ou dois lembretes educados bastam. Se você já manda lembrete de agendamento, acerte os dois ritmos para a pessoa não receber mensagens emendadas; o guia de lembrete de agendamento mostra como manter um remetente e um calendário só.
As três formas de enviar o pedido no GoHighLevel
A plataforma oferece três caminhos para o mesmo pedido, reunidos no guia oficial de como enviar solicitações de avaliação. Escolha conforme o volume e quem dispara.
| Forma | Onde fica | Quando usar |
|---|---|---|
| Quick Action manual | Atalho no topo da tela | Um pedido pontual; sai em nome de quem está logado |
| Ação de workflow | Send Review Request, dentro do fluxo | Pedido automático após um evento; sai em nome do responsável pelo contato |
| Aba de reputação | Reputation → Requests | Enviar um a um e acompanhar o que já saiu |
Para o envio automático, a ação Review Request traz um campo de nome, um seletor de canal (e-mail ou SMS) e um link para Reputation Settings, onde mora o texto da mensagem. Se o contato tiver um usuário atribuído, o convite sai no nome dele, o que deixa a mensagem mais pessoal. Para usar o WhatsApp, selecione a ação própria desse canal, que exige um modelo aprovado antes.
Escreva a mensagem curta, com um pedido só: avaliar. Nada de formulário longo ou várias perguntas antes do link. Cada envio aparece com um status, entre Queued, Sent, Delivered e Failed; vale lembrar que o “entregue” só é confirmado no SMS pelo provedor de telefonia, então a ausência dele no e-mail não é um erro.
O cliente insatisfeito: por que não filtrar antes do Google
A tentação é clara: perguntar antes se a pessoa gostou e mandar para o Google só quem respondeu que sim. Esse filtro, chamado de “review gating”, contraria as diretrizes das próprias plataformas de avaliação, que pedem o convite para todos os atendidos, sem selecionar apenas os elogios. Montar esse funil pode custar as avaliações que você já conquistou.
O caminho honesto separa dois processos que vivem confundidos. Um é o pedido público de avaliação, que vai para todo mundo que foi atendido. O outro é uma conversa de satisfação interna, em que você pergunta como foi e abre espaço para a reclamação chegar até você, por WhatsApp, por uma pesquisa curta ou por uma ligação. Essa conversa não decide quem recebe o link do Google; existe para resolver o problema cedo.
Quando a nota baixa aparecer mesmo assim, responda. A HighLevel reúne orientações para lidar com avaliações negativas sem discussão pública. Uma crítica que recebe resposta calma e uma solução costuma pesar menos do que o silêncio diante dela. Se o caso precisar sair do público para uma pessoa resolver, a regra de passagem do guia de transferência para humano também serve aqui.
Responder a cada avaliação sem soar automático
Responder avaliação é parte do trabalho, não um detalhe opcional. O GoHighLevel tem a Reviews AI, em Reputation → Settings → Reviews AI, para apoiar essa resposta. Ela trabalha em dois modos, descritos no guia de introdução aos agentes de Reviews AI.
- Sugestivo: você pede e a IA propõe um rascunho para aquela avaliação; você lê, ajusta e publica.
- Automático (Auto-Pilot): a resposta sai sozinha conforme a nota, com um tempo de espera e um rodapé que você define.
É possível destinar agentes por tipo de sentimento, positivo, neutro ou negativo, ou alterná-los para variar o texto. Mesmo com a IA, leia antes de publicar a resposta às notas baixas: é nelas que uma frase pronta soa fria. Reserve o modo automático para o agradecimento das notas altas, onde o risco é menor.
Em qualquer modo, escreva como gente: mencione algo concreto do atendimento quando houver, agradeça sem exagero e evite o mesmo texto colado em toda avaliação. Uma resposta repetida chama tanta atenção quanto uma nota repetida.
Um painel de reputação que o dono lê em um minuto
A aba Reputation → Overview concentra o que vale acompanhar, conforme a documentação do painel de reputação. Para os números do Google e do Facebook aparecerem, os canais precisam estar integrados nas configurações da subconta.
| No painel | O que ler |
|---|---|
| Avg Rating | A média de estrelas no período escolhido |
| Reviews Received | Quantas avaliações chegaram do Google e do Facebook |
| Sentiment | A divisão entre positivo, neutro e negativo |
| Invite Trends | Quantos pedidos saíram por SMS e por e-mail |
| Review Trends | A evolução das avaliações mês a mês |
Leia o painel sem confundir atividade com resultado. Muitos convites enviados e poucas avaliações recebidas apontam um texto fraco, um link errado ou um momento ruim de envio, e não necessariamente clientes insatisfeitos. Cruze essa leitura com o que a equipe percebe no dia a dia.
Teste o fluxo inteiro antes de pedir ao primeiro cliente
- Com um contato de teste seu, dispare o pedido pela ação do workflow e confira se a mensagem chegou com o link certo do Google.
- Abra o link em uma sessão separada e veja se ele leva à página de avaliação da sua empresa, não à página inicial.
- Confira em Reputation → Requests se o envio aparece com o status esperado.
- Marque um agendamento de teste como concluído e verifique se o workflow disparou só nesse caso, e não para quem faltou.
- Publique uma avaliação de teste e gere uma resposta no modo sugestivo; leia antes de publicar.
- Deixe uma nota baixa de teste e confirme quem é avisado e em quanto tempo alguém responde.
- Confira no painel de Overview se a avaliação e o pedido entraram nas contas do período.
Registre cada caso com data e uma captura da tela. Essa lista entra na documentação de entrega, junto com o roteiro do guia de entrega com testes. Só ligue o fluxo para a base real depois que os sete casos passarem; uma correção em um deles pode mudar o comportamento de outro.
Assista também às cinco aulas de GoHighLevel com Owen, com resumos e exercícios para praticar.
Conteúdo da Equipe Metrik, publicado em 15 de outubro de 2026. Referências oficiais estão ligadas às configurações descritas. Exemplos de processos e testes são modelos educativos; interface, permissões e disponibilidade podem variar entre contas.