Estava em uma propriedade do corredor Ambalá-Calambeo coletando dados de campo — contagens de flora, coordenadas para o mapa de armadilhas, notas de comportamento em colmeias. O telefone sem sinal, o laptop guardado. Seis horas de trabalho limpo.
Quando voltei para a moto e recuperei a conexão, havia três mensagens de WhatsApp sobre serviços do portfólio. Perguntas que o site deveria ter podido responder. Não o fez. Os três contatos já tinham continuado a procurar.
Nesse dia comecei a documentar quantas vezes isso acontecia. O resultado em quatro semanas: oito consultas perdidas que minha página não pôde atender porque minha página era um arquivo estático esperando que eu chegasse para trabalhar.
O diagnóstico: um folheto digital com muito boa apresentação
O portfólio anterior tinha um bom design, textos bem escritos e uma estrutura lógica. Também era completamente inútil sem mim.
Se um visitante chegasse à meia-noite com uma pergunta específica sobre o serviço de automação — o que incluía, quanto tempo levava, se servia para seu tipo de operação — o site mostrava texto. O visitante tinha que ler, interpretar, deduzir, e se ainda tivesse dúvidas, esperar que eu respondesse. Nesse intervalo, 70% tomavam outra decisão.
O problema não era o design. Era a arquitetura de fundo: construída para mostrar, não para operar.
A maioria dos sites de negócios tem o mesmo problema. Não é um problema de estética nem de copy — é um problema de sistema. O site existe para satisfazer o dono quando ele o vê no computador, não para resolver as dúvidas do visitante quando o dono não está.
O que substituiu o portfólio: cinco princípios operacionais
1. O site se organiza sozinho de acordo com quem chega
Tenho três linhas de trabalho que não têm muito em comum para alguém de fora: automação e dados, meliponicultura e projetos rurais, marcenaria e design de espaços. Se eu mostrar as colmeias a alguém que chegou buscando um ERP, o perco em dez segundos. Se eu mostrar código a alguém que quer design de móveis, o mesmo.
Desde a primeira tela, o site pergunta ao visitante de onde ele vem. Ao escolher seu perfil — empresa buscando eficiência operacional, investidor avaliando projetos, autodidata buscando recursos — o sistema oculta o que não lhe compete e sobe para a primeira tela o que seu cérebro veio buscar.
Não é personalização decorativa. É uma decisão de arquitetura da informação que reduziu o tempo que os visitantes passam buscando o que fazer no site.
2. Dados em vez de adjetivos
"Especialistas em sustentabilidade" não diz nada a ninguém. "30% de redução no consumo de água em projeto de irrigação tecnificada, propriedade de 12 hectares, Tolima" diz algo específico a alguém que tem esse problema.
A seção de projetos não tem texto narrativo sobre minhas capacidades. Tem painéis com métricas reais: porcentagens de economia, número de nós instalados, retornos documentados, tempos de implementação. Se o dado não é mensurável ou não posso verificar, não o publico.
Isso tem um custo: há projetos que não posso mostrar porque o cliente não autorizou os números. Nesses casos, a ficha diz exatamente isso — "dados sob acordo de confidencialidade" — em vez de inventar uma descrição vaga.
3. Um assistente que não inventa respostas
Integrei um assistente virtual conectado diretamente às minhas bases de dados de serviços, preços e disponibilidade. A diferença com um chatbot genérico de IA é que este não tem acesso a conhecimento geral — apenas ao catálogo real, atualizado.
Se alguém pergunta quanto custa o serviço de automação de fluxos com n8n, extrai o preço vigente, o tempo estimado de implementação e as condições. Se pergunta algo que não está na base de dados, diz que não tem essa informação e sugere o canal de contato direto.
Isso segundo foi difícil de calibrar. Os primeiros protótipos do assistente respondiam perguntas fora de sua base de conhecimento com informações genéricas bem redigidas. Parecia útil, mas era risco: se o assistente inventasse um preço ou uma condição, eu terminava comprometido com algo que não havia acordado. O sistema atual tem um limite explícito de domínio — responde apenas o que sabe com certeza.
4. Nudges comportamentais — reduzir a fricção no ponto de decisão
Há um momento específico em que os visitantes abandonam um site de serviços: quando percebem que o próximo passo é difícil, caro ou incerto. No meu caso, era a seção de projetos grandes — alguém interessado em automação empresarial via o escopo e concluía que estava fora de seu orçamento sem sequer perguntar.
O site detecta esse padrão de comportamento e oferece um atalho: não o projeto completo, mas uma versão modular de entrada — um diagnóstico, um fluxo piloto, um recurso para download. O visitante não abandona frustrado; encontra uma porta de menor fricção em direção ao mesmo destino.
Isso não é manipulação — é eliminar a lacuna entre o interesse e a ação. O nudge não empurra para algo que o visitante não quer; remove o obstáculo que o impedia de chegar onde já queria ir.
5. O que este sistema não resolve
Este é o princípio mais importante e o que mais incomoda as pessoas quando o lêem.
A automação e a IA não fazem milagres com processos desordenados. Se seu processo de atendimento ao cliente é caótico, o sistema automatiza esse caos — mais rápido e em maior escala. Se seu modelo de negócio tem buracos de lógica financeira, nenhum dashboard vai tapá-los; apenas os tornará mais visíveis.
Levo isso explícito no site porque aprendi a diferença a custo próprio. Entrei em projetos onde o cliente esperava que a tecnologia resolvesse problemas que eram de processo ou de cultura organizacional. Esses projetos terminam mal para os dois lados.
Antes de qualquer diagnóstico, o site pergunta ao visitante três coisas concretas sobre como funciona sua operação hoje. Se as respostas indicam que primeiro há um problema de processo a resolver, eu digo antes de orçar.
O resultado depois de seis meses em produção
Três métricas que decidi rastrear desde o início:
- Consultas respondidas sem intervenção direta: passei de 0% para aproximadamente 65% das perguntas iniciais atendidas pelo assistente sem que eu intervisse.
- Tempo entre consulta e primeira resposta: de uma média de 4 horas (tempo em que eu revisava o telefone) para menos de 2 minutos.
- Qualidade dos leads que chegam ao diagnóstico: os prospects que agendam uma chamada agora chegam com contexto — sabem o que ofereço, viram os preços de referência, entendem o processo. A chamada de diagnóstico leva 30 minutos em vez de 90.
O que não melhorou: a taxa de conversão de visitantes frios em prospects. Esse número ainda depende de como chega o tráfego ao site e se o problema que têm corresponde ao que ofereço. O sistema não gera demanda onde não existe — filtra e atende a que já existe.
O que eu faria diferente se começasse hoje
O assistente levou três iterações para ter um limite de domínio claro. Nas primeiras versões, o modelo respondia bem — bom demais — além de sua base de conhecimento. Começaria com o limite restritivo desde o dia um e o ampliaria com evidências, não ao contrário.
O sistema de filtragem por perfil também assumiu que os visitantes sabem qual dos três perfis são. Na prática, uma porcentagem relevante não se identifica com nenhuma categoria clara — são híbridos. Isso exigiu uma quarta opção que não estava no design original: "ainda estou explorando".
O que isso implica para o seu negócio
Uma pergunta direta antes do fechamento: seu site pode responder às cinco perguntas mais frequentes que te fazem por WhatsApp, às 10 PM em uma terça-feira?
Se a resposta for não, você tem um sistema que depende de você para funcionar. Isso não é necessariamente ruim — há negócios onde a presença humana é o diferenciador e automatizá-la seria um erro. Mas se o que te impede de responder às 10 PM não é uma decisão estratégica, mas simplesmente que você não está disponível, isso é um problema de arquitetura que tem solução.
Você tem um processo que já mapeou e que poderia ser automatizado? Por aí começaria a conversa.
Nodos relacionados:
- Como funciona o assistente conectado a bases de dados reais (sem alucinações)
- Protocolo de orquestração de IA — a pilha que roda por trás do site
- Design de nudge: os cinco padrões comportamentais que usei e quais funcionaram