«Amanhã vou visitar este cliente. O que ficou combinado da última vez?»
A resposta devia estar à mão. Mas a proposta está no ERP, a alteração veio por email e o colega que acompanhava a conta lembra-se de uma conversa que ninguém registou. Antes de saíres, abres várias janelas e pedes à equipa que te ajude a reconstruir o passado.
Não te falta um texto mais bonito sobre o cliente. Falta-te uma página curta com aquilo que consegues provar: o que aconteceu, quando aconteceu e em que documento podes confirmar cada ponto.
É um primeiro uso de inteligência artificial com limites úteis. Um cliente, um período e fontes autorizadas. Sem adivinhar intenções, recomendar descontos ou enviar mensagens em teu nome.
O problema não é estares atrasado na IA
O Barómetro HeraPrime, publicado em outubro de 2026, encontrou 54% de utilização ocasional de IA, sem estrutura formal, e 14% de utilização regular e estruturada. Mas há uma ressalva importante: responderam voluntariamente 57 empresas até 250 pessoas, 72% delas sediadas na Área Metropolitana de Lisboa. Não são percentagens que possamos atribuir a todas as PME portuguesas.
Mesmo com esse limite, a distinção ajuda: experimentar uma ferramenta não é o mesmo que incorporá-la num trabalho recorrente. Naquela amostra, 77% já usavam ERP. Ter dados e ter uma maneira prática de os consultar continuam a ser coisas diferentes.
Na preparação de uma visita, os quatro travões habituais ficam visíveis. Os dados estão repartidos entre programas. Um ensaio isolado pode produzir um resumo impressionante e nunca voltar a ser usado. Ninguém tem tempo ou competências para manter o processo. E, sem medir a preparação anterior, ninguém sabe se ganhou alguma coisa.
Em vez de começares por «pôr IA no departamento comercial», começa por uma pergunta que já existe na agenda desta semana. No final de outubro, pode ser a preparação de uma visita de novembro. Não é preciso transformar essa visita num projeto para todo o ano seguinte.
Uma cronologia não é um diagnóstico do cliente
Há uma diferença entre escrever «o cliente encomendou menos unidades» e concluir «o cliente está a perder interesse». A primeira afirmação pode estar documentada. A segunda exige contexto que o sistema talvez não tenha.
Também não são equivalentes uma proposta, uma encomenda, uma expedição e uma receção confirmada. Uma cronologia útil mantém essas diferenças. Caso contrário, chegas à reunião com uma história convincente, mas errada.
O resultado deve identificar o cliente pelo código correto, delimitar o período consultado e apresentar apenas os acontecimentos relevantes para a visita. Cada linha precisa de uma data, um facto e uma referência que possas abrir ou localizar no sistema original. No fim, deve separar aquilo que ficou por confirmar.
O que não cabe nesta primeira experiência? Avaliações de personalidade, probabilidade de compra, supostas dificuldades financeiras ou decisões comerciais automáticas. Nem tudo o que seria interessante saber está nos registos.
A comunicação sobre agentes comerciais já aponta para visões abrangentes do cliente. O artigo da RTC de setembro de 2026 sobre agentes Cegid/PHC, por exemplo, apresenta o conceito 360º Customer e assinala informação ainda em falta sobre preços, versões e disponibilidade. Para um primeiro passo, a exigência pode ser mais modesta e mais verificável: uma página de histórico para uma visita concreta.
Um exemplo: quatro datas e uma pergunta que continua em aberto
Imagina uma PME que fornece componentes a uma fábrica. O comercial vai visitar o cliente a 28 de outubro. O exemplo seguinte é inteiramente fictício, incluindo datas, quantidades e referências; não descreve um cliente da Leiritech.
O pedido poderia ser:
Prepara uma cronologia de uma página para a visita ao cliente C-041. Usa apenas os documentos autorizados de 1 de setembro a 27 de outubro de 2026. Indica a fonte de cada facto. Separa acontecimentos de questões por confirmar. Não deduzas motivos nem prepares mensagens para enviar.
Depois de consultar os registos e de uma pessoa conferir o resultado, a página poderia conter:
- 7 de setembro: proposta para 40 unidades do componente A. Fonte: proposta P-218, no ERP.
- 10 de setembro: encomenda registada de 30 unidades. Fonte: encomenda E-156, associada à proposta P-218.
- 14 de setembro: expedição de 30 unidades registada na guia G-332. A guia, por si só, não confirma a receção pelo cliente.
- 22 de outubro: o contacto do cliente pediu que a visita incluísse a revisão das especificações do próximo lote. Fonte: email dessa data, na conversa autorizada sobre a visita.
A nota final seria igualmente importante: «Nos registos consultados não foi encontrado o motivo da diferença entre as 40 unidades propostas e as 30 encomendadas, nem um comprovativo de receção.»
Isto não autoriza escrever que o cliente recusou dez unidades. Pode ter ajustado a necessidade, dividido a compra ou feito outro acordo. Também não autoriza prometer um novo lote: o email pede uma conversa sobre especificações, não formaliza uma encomenda.
A vantagem da página está precisamente aqui. Levas factos para a reunião e sabes onde acabam esses factos. A conversa com o cliente continua a ser tua.
Porque não basta colar tudo num chat
Uma IA genérica gera linguagem plausível. Se lhe faltam dados, pode preencher uma lacuna com uma ligação que parece natural. Pode ainda confundir a data de um email reencaminhado com a data do acontecimento descrito, ou apresentar uma proposta como venda concluída.
Ligá-la aos teus dados reduz esse problema, mas não o elimina por decreto. O trabalho seguro está no desenho do acesso e na conferência: selecionar as fontes certas, preservar referências, distinguir os tipos de documento e exigir que o sistema assinale o que não consegue sustentar.
Os registos devem ser ordenados pelas datas relevantes, não pela ordem em que aparecem numa pesquisa. A data de emissão de um documento também não deve ser apresentada como data de entrega. E «não encontrei nestas fontes» nunca pode transformar-se em «isso não aconteceu».
Para este primeiro caso, o acesso deve ser só de leitura. O assistente consulta; não altera fichas, encomendas ou condições comerciais. Deve também existir um registo de auditoria que permita perceber quem pediu o resumo, que fontes foram consultadas e quando.
Essas medidas não resolvem sozinhas a proteção de dados. É preciso definir quem pode consultar cada cliente, que informação pode sair do ERP, onde é tratada e durante quanto tempo é conservada. No email, começa pelas conversas necessárias à visita, não pela caixa de correio inteira. Não copies dados de clientes para uma conta pessoal ou ferramenta sem aprovação da empresa.
«Mas o nosso ERP já mostra o histórico»
Ótimo. Se o histórico existente te permite preparar a visita depressa e com segurança, talvez não precises de IA para esta tarefa.
A utilidade aparece quando tens de relacionar documentos do ERP com comunicações autorizadas e transformar essa consulta numa síntese curta. Não está em substituir um bom ecrã por uma conversa só porque a conversa parece moderna.
Com PHC, Sage, Primavera ou Artsoft, é necessário verificar a instalação concreta: versão, módulos, acessos disponíveis e forma de identificar o mesmo cliente entre sistemas. Não existe uma promessa responsável de ligação universal sem olhar para esses requisitos.
Uma camada semântica pré-construída — em linguagem simples, regras que ajudam a distinguir «proposta», «encomenda» e «expedição» nos dados — pode reduzir o trabalho de preparação. Ainda assim, tem de corresponder aos campos e às práticas da tua empresa. Um ensaio limitado pode caber em horas quando os acessos e os dados já estão preparados; isso não significa uma integração completa em horas.
Quando a ligação está validada, o WhatsApp pode ser apenas a porta de entrada para a pergunta. Não é a fonte dos factos nem uma autorização para qualquer número consultar qualquer cliente. A identificação do utilizador e as permissões continuam a ser necessárias.
Mede a preparação da visita, não a velocidade do chat
O cronómetro deve começar quando começas a procurar informação e terminar quando a página está pronta para ser usada. Inclui o tempo a escolher documentos, pedir o resumo, abrir fontes e corrigir erros. Uma resposta em segundos não vale muito se exige uma longa reconstrução a seguir.
Regista também quantas vezes tiveste de pedir ajuda à equipa e que afirmações ficaram sem suporte. Se o assistente encurta a procura mas troca uma encomenda por uma entrega, esse erro não desaparece dentro da média de minutos poupados.
Um exemplo de cálculo, não uma promessa de resultado: se preparares cinco visitas comparáveis por semana e o tempo por visita passar de 18 para oito minutos, incluindo a conferência, libertas 50 minutos semanais. Se alguém gastar mais 20 minutos por semana a preparar os dados, a poupança líquida de trabalho será de 30 minutos. O esforço inicial de configuração deve ser contado à parte, tal como os custos de utilização e apoio.
Não chames a isso aumento de vendas. O que mediste foi tempo de preparação. Uma reunião melhor pode ter valor, mas atribuir-lhe faturação exige outra evidência.
O primeiro passo cabe numa visita real
Escolhe um cliente que já vais visitar, um período curto e os documentos que tens autorização para usar. Define quem confere a página e o que esta não pode fazer. Se houver uma conversa importante apenas na memória de um colega, trata-a como informação por confirmar, não como um facto recuperado pela IA.
Antes de alargares a outros clientes, verifica se consegues repetir o processo sem depender de alguém que conhece todos os atalhos. O objetivo não é criar mais uma tarefa de manutenção. É chegares à visita com o histórico certo, menos procura e nenhuma certeza inventada.
Para testar uma cronologia comercial só de leitura, com fontes e um âmbito pequeno, fala com a Leiritech em leiritech.pt.
