Por que recuso alguns clientes: o filtro que uso antes de aceitar uma consultoria

Publicado em 27 de setembro de 2026 · Por Brian Reis, corretor de imóveis CRECI/SC 52.398

Recuso clientes. Não é pose — é filtro, e o filtro existe porque uma consultoria que promete dado real não pode aceitar todo mundo. O caso que uso para explicar o filtro é a própria rotina de hoje, 27 de setembro de 2026: uma auditoria completa da minha operação nos cinco portais que mantenho, com os números exatamente como saíram, sem arredondar para cima.

Os números de hoje, sem arredondar

• 205 matérias novas publicadas nos cinco portais regionais na rodada de hoje — não 250, que era a meta inicial. Reporto o número real, não a meta.
• 4 bugs de produção corrigidos de verdade na auditoria de hoje.
• 1 achado que, na checagem, não era bug — o "dado vazado" que parecia ter cruzado entre portais na Praia Brava era, na verdade, um tratamento de dedup cross-domain já aplicado em julho. A checagem provou que estava certo.
• 203 colisões de slug medidas num dos portais (Balneário Camboriú) — só 1 tratada hoje, como piloto, para validar o processo antes de escalar.
• 2 documentos legais assinados (termos de intermediação) onde o favicon vazou por engano — o preflight automático de deploy travou sozinho por causa disso, antes de ir ao ar.

A lição que fica: verificar antes de aceitar o próprio diagnóstico

O item mais valioso da lista acima não é nenhum dos bugs corrigidos — é o achado que deixou de ser bug depois de checado. Meu primeiro diagnóstico apontava dado vazado entre portais; a checagem revelou que era, na verdade, um tratamento correto aplicado dois meses antes. Se eu tivesse reportado o primeiro diagnóstico sem verificar, teria "corrigido" algo que já estava certo — e possivelmente quebrado o que funcionava. É a mesma disciplina que aplico a qualquer número de mercado antes de publicar: primeiro diagnóstico não é fato, é hipótese a checar.

Por que uma barreira automática, não revisão visual

O favicon errado em dois documentos legais assinados só foi pego porque existe um preflight automático que trava o deploy sozinho quando detecta inconsistência — não porque alguém revisou visualmente cada documento antes de assinar. Revisão visual cansa e falha; barreira automática não cansa. É por isso que insisto, com quem me contrata para montar esse tipo de operação, em construir o portão automático antes de escalar volume — não depois.

Por que só tratei 1 das 203 colisões, e não as 203

Encontrar 203 colisões de slug num único portal (Balneário Camboriú) foi o tipo de número que dá vontade de corrigir tudo de uma vez. Resisti a essa vontade de propósito: tratei apenas 1, como piloto, para confirmar que a correção não quebra nenhuma página que já estava indexada antes de aplicar em massa. É a mesma regra que aplico a qualquer processo em lote — nunca rodar em 203 itens sem validar em 1 primeiro. Regra que já vi ser ignorada em outros contextos e custar caro: correção em massa aplicada sem piloto já apagou frase-chave de SEO em centenas de páginas de um portal, de uma vez só, porque o primeiro caso não foi conferido manualmente antes de escalar.

O que o favicon errado ensina sobre onde a atenção humana falha

Dois documentos legais assinados (termos de intermediação) saíram com o favicon errado — detalhe visual pequeno, sem impacto jurídico direto, mas sinal de que algo no processo de geração não estava alinhado com o padrão aprovado. Ninguém percebeu revisando visualmente os dois documentos antes de assinar; quem percebeu foi o preflight automático de deploy, que travou sozinho ao comparar o favicon gerado com o padrão esperado. Atenção humana é ótima para julgamento de contexto e péssima para checagem repetitiva de detalhe visual — por isso a divisão de trabalho entre as duas importa: humano decide o que publicar, barreira automática confere se o que foi gerado bate com o padrão.

O filtro que uso antes de aceitar um cliente novo

• Cliente quer meta inflada reportada como resultado — recuso. Reporto 205, não 250, mesmo quando 250 era a meta.
• Cliente quer decisão sem checagem, "resolve rápido e depois a gente vê" — recuso. A checagem do falso positivo de hoje é exatamente o motivo pelo qual não abro mão dela.
• Cliente que aceita processo com barreira automática antes de escalar — sigo em frente, porque é o único jeito de sustentar volume sem acumular erro silencioso.

Por que isso é o que ensino, não só o que faço

Uma imobiliária ou construtora que quer publicar conteúdo de autoridade real — não genérico, não inflado — precisa do mesmo filtro: número real em vez de meta disfarçada de resultado, checagem antes de diagnóstico virar ação, e barreira automática antes de escalar volume de conteúdo. É exatamente essa operação que ensino a montar dentro da empresa de quem me procura.

O que acontece na primeira conversa com um cliente novo

Antes de falar de preço ou de escopo, pergunto como a empresa lida com número que sai abaixo da meta. Se a resposta é "a gente ajusta o relatório para parecer que bateu", encerro a conversa ali — não é desalinhamento de preço, é desalinhamento de princípio. Se a resposta é "reportamos o real e ajustamos a meta seguinte", sigo em frente, porque é o mesmo padrão que apliquei nesta auditoria: 205 publicadas, não 250, com a diferença explicada, não escondida.

Por que essa transparência é o próprio produto que vendo

Quando ensino uma imobiliária a montar operação de conteúdo com dado e IA, o risco maior não é técnico — é cultural. Times acostumados a reportar só a boa notícia tendem a reproduzir esse hábito também no conteúdo publicado para o público, o que no médio prazo destrói a credibilidade que o conteúdo de autoridade deveria construir. Ensinar o filtro de aceitação de cliente é, na prática, ensinar a mesma disciplina que aplico ao meu próprio relatório de hoje: número real, checagem antes de agir, barreira automática antes de escalar.

O que espero de um cliente em troca dessa transparência

Não espero perfeição — espero disposição para reportar o número real mesmo quando ele incomoda. Um cliente que aceita publicar "fizemos 205 de uma meta de 250" em vez de forçar o 250 tem mais chance de construir autoridade duradoura do que um que infla número toda semana até a audiência parar de acreditar em qualquer coisa que ele publica. É essa aposta de longo prazo — credibilidade acumulada em vez de resultado inflado pontual — que uso como critério final antes de aceitar montar essa operação dentro da empresa de alguém.

Este artigo em si é exemplo do próprio filtro em ação: publiquei os números reais da auditoria de hoje, incluindo o diagnóstico que errei e corrigi, em vez de reportar só o que sairia bonito num relatório de sucesso.

Se um dia eu deixar de fazer isso — reportar só a boa notícia, esconder a meta não batida — espero que algum cliente antigo me cobre por essa mudança, porque seria a própria consultoria falhando com o padrão que ela mesma ensina.

É esse padrão, mais do que qualquer técnica isolada, que decido se ensino a uma empresa antes mesmo de discutir preço de consultoria.