ChatGPT
Claude
Perplexity
Gemini
GrokMudam os canais, não a fonte de verdade
Migrar o acompanhamento para o WhatsApp e o telefone não significa abandonar o CRM. O CRM continua a ser o processo de referência de cada candidato, e cada troca num canal novo tem de deixar registo nele. Se a conversa de WhatsApp vive no telemóvel de um técnico e a chamada na sua memória, não houve migração: o acompanhamento ficou disperso.
O tema surge normalmente num período de pico, como as fases do concurso nacional de acesso, quando as equipas veem os e-mails ficar sem resposta enquanto uma mensagem curta ou uma chamada obtém reação mais depressa. Antes de mudar hábitos, convém verificar que nada de essencial se perde: consentimento, pedidos de cancelamento, identidade, histórico e passagem para uma pessoa.
Esta checklist segue a ordem pela qual os problemas aparecem. Apoia-se nos nossos artigos sobre o opt-in de WhatsApp com candidatos, a deduplicação de candidatos e a organização de retornos após chamadas perdidas, e integra o nosso guia para recrutar mais estudantes.
Os nove pontos num relance
| # | Ponto de controlo | Pergunta a resolver | Onde deve estar a resposta |
|---|---|---|---|
| 1 | Inventário | Que acompanhamentos existem e em que ferramenta? | Documento de âmbito |
| 2 | Consentimento | O candidato aceitou este canal? | Campo datado no CRM |
| 3 | Cancelamento | Uma recusa num canal vale em todos? | Uma lista de supressão |
| 4 | Identidade | Este número corresponde ao processo certo? | Regra de associação |
| 5 | Registo | Cada mensagem e chamada deixa rasto? | Histórico do processo |
| 6 | Passagem humana | Quem assume, e como? | Regra de escalamento |
| 7 | Responsáveis | Quem é dono de cada fila e do prazo? | Tabela de responsabilidades |
| 8 | Teste | Experimentou-se com processos fictícios? | Registo de testes |
| 9 | Retorno | É possível voltar ao circuito anterior? | Plano escrito |
1. Inventariar o que existe antes de mexer em fosse o que fosse
Liste todos os momentos em que a instituição faz acompanhamento: confirmação da candidatura, pedido de documentos em falta, convite para o dia aberto, contacto após a colocação, lembrete de matrícula. Para cada um, anote a ferramenta, o canal, o responsável e o que acontece quando a pessoa não responde.
Quase sempre surgem acompanhamentos informais: uma folha de cálculo pessoal, uma lista de difusão num telemóvel, um número de piquete que três pessoas conhecem. Ligue-os primeiro ao CRM, porque desaparecem quando alguém sai da equipa.
Decida depois, percurso a percurso, o que vai por WhatsApp, o que vai por telefone e o que continua por e-mail. Certificados e documentos de identificação não devem circular numa aplicação de mensagens de consumo.
2. Registar o consentimento por canal, não de forma global
O consentimento dado para o e-mail não vale para o WhatsApp, e o número indicado para marcar uma visita não equivale a aceitar mensagens comerciais. Segundo o guia do Comité Europeu para a Proteção de Dados, o consentimento deve ser livre, específico, informado e inequívoco quando é o fundamento escolhido. Em Portugal aplicam-se o RGPD e a Lei n.º 58/2019, sob supervisão da CNPD; as comunicações eletrónicas não solicitadas têm regras próprias. Peça ao seu encarregado de proteção de dados que confirme a aplicação ao seu recrutamento.
No CRM, guarde no mínimo para cada canal:
- A prova do consentimento: data, origem (formulário, chat, feira) e texto apresentado.
- A finalidade: informação sobre um curso, estado da candidatura, convite para um evento.
- O estado atual: aceite, recusado, nunca pedido.
O WhatsApp acrescenta regras próprias. A política de mensagens do WhatsApp Business da Meta (última atualização: 23 de setembro de 2026) só permite que uma empresa contacte uma pessoa se esta tiver dado o seu consentimento prévio (opt-in) para receber mensagens ou chamadas. Releia-a no momento do arranque em vez de confiar numa regra recordada: ela muda. O nosso artigo sobre a API do WhatsApp Business e o RGPD detalha o enquadramento.
3. Ligar uma única lista de supressão
Um candidato que escreve «stop» no WhatsApp deve deixar de receber lembretes por e-mail com a mesma finalidade, e vice-versa. Com listas separadas, dois sistemas contradizem-se e a recusa é ignorada.
A mesma política exige que se respeite qualquer pedido para bloquear, interromper ou cancelar as comunicações. Verifique três coisas:
- A palavra-chave ou o botão de cancelamento atualiza o CRM em tempo útil.
- As campanhas, sequências e lembretes manuais leem esse estado antes de enviar.
- A recusa sobrevive a uma fusão ou a uma eliminação acidental: guarda-se o facto da recusa, não o conteúdo.
Quanto às chamadas, peça ao encarregado de proteção de dados que fixe onde termina o retorno de uma chamada pedida pelo candidato e onde começa a prospeção a frio.
4. Fixar a regra de identidade antes da primeira mensagem
Um número de telefone não é uma identidade. Pode pertencer a um encarregado de educação, ser partilhado entre irmãos ou ter mudado de titular. Antes de escrever a um processo, decida como o CRM associa uma conversa recebida a um candidato.
Uma regra simples cabe em três linhas: guardar os números em formato internacional (a recomendação E.164 da UIT descreve a estrutura), confirmar com um segundo dado antes de fundir e marcar o processo como «a verificar» em vez de fundir automaticamente em caso de dúvida. Se o candidato for menor, registe quem é o interlocutor: o próprio, um encarregado de educação ou ambos.
5. Exigir um registo completo, datado e legível
Cada mensagem de WhatsApp enviada ou recebida, cada chamada feita ou perdida e cada nota devem constar do processo, com data, canal, autor e conteúdo ou resumo. Se o técnico tiver de copiar e colar à mão, o registo ficará incompleto na primeira semana de maior pressão.
Verifique que:
- As mensagens recebidas chegam ao CRM sem passo manual.
- As chamadas ficam registadas, incluindo as tentativas sem resposta.
- A gravação de chamadas só existe se a instituição a decidiu, a pessoa é informada e há um prazo de conservação definido.
- O registo indica se a mensagem veio de uma pessoa ou de uma automatização.
Este último ponto conta: quando alguém conversa com um sistema de IA aplicam-se deveres de transparência; peça aconselhamento sobre o texto aplicável.
6. Escrever a regra de passagem para uma pessoa
Uma automatização ou um modelo de mensagem nunca deve reter um candidato que pede uma pessoa. A regra enumera os gatilhos: uma pergunta sobre bolsas ou propinas, uma reclamação, uma situação pessoal, um pedido explícito de chamada.
Para cada gatilho, indique o destinatário, o prazo esperado e o canal da primeira resposta. Quem escreve por WhatsApp e recebe uma chamada inesperada nem sempre gosta; ofereça o retorno de chamada em vez de o impor. O nosso artigo sobre pedidos fora de horário e passagem humana propõe um modelo de escalamento.
7. Nomear responsáveis e um prazo por fila
Surgem três filas: mensagens de WhatsApp recebidas, chamadas por devolver e acompanhamentos enviados. Cada uma precisa de um responsável com nome, de um prazo-alvo fixado pela instituição (nenhuma referência pública universal o dita) e de um substituto.
Acrescente ao CRM uma vista de supervisão: conversas sem resposta, retornos em atraso, candidatos sem consentimento válido para o canal utilizado. Essa vista, mais do que a ferramenta de mensagens, torna a migração gerível.
8. Testar com processos fictícios antes de abrir a candidatos reais
Crie alguns processos fictícios: um com consentimento de WhatsApp, um sem ele, um com cancelamento, dois duplicados e um de menor com encarregado de educação. Percorra os cenários: mensagem recebida, pedido de cancelamento, chamada perdida, pedido de uma pessoa, fusão de processos.
Registe cada desvio e só avance para produção quando os casos críticos (cancelamento, falta de consentimento, duplicado) se comportarem como previsto. Um teste bem-sucedido no caso feliz não prova nada.
9. Prever o caminho de volta
Mantenha o acompanhamento anterior em modo de leitura durante a transição e escreva como voltar a ele: quem decide, como se retomam as conversas em curso, como se avisam os candidatos afetados. Uma migração que não se pode desfazer é uma migração que ninguém se atreve a corrigir.
Defina antecipadamente quando o circuito anterior fecha e o que se arquiva. O CRM deve conseguir responder a um pedido de acesso ou de apagamento em todos os canais.
Que dados não devem seguir por WhatsApp
Uma regra prática ajuda os técnicos: a mensagem serve para orientar e marcar, não para trocar documentos sensíveis. Classificações detalhadas, documentos de identificação, informação financeira ou de saúde seguem por um espaço seguro da instituição, com uma ligação ou uma marcação. Deixe-o por escrito no guia do técnico.
Vale para universidades e politécnicos, públicos e privados, e para cursos acreditados pela A3ES, seja qual for a via de acesso: concurso nacional, concursos especiais ou cursos técnicos superiores profissionais.
O que a Skolbot traz e o que fica com a instituição
A Skolbot Chat é um agente instalado no site da instituição. Responde a partir dos conteúdos publicados, qualifica o pedido, propõe marcações ou dias abertos e transmite a conversa à equipa e ao CRM. Os canais de WhatsApp e de voz são delimitados projeto a projeto: âmbito, prazos e preço estão por confirmar antes de qualquer compromisso.
As regras de consentimento, supressão, passagem humana e conservação continuam a ser decisões da instituição, validadas pelo seu encarregado de proteção de dados. Uma ferramenta bem configurada aplica essas regras; não as substitui.
