Status: beta fechado. O LeadWard é produto próprio da Mutagex e ainda não está aberto ao público. Não existe link de acesso e não existe cadastro aberto nesta página. O case está aqui pra mostrar como a gente constrói, não pra vender assinatura.

O problema

Time comercial pequeno perde dinheiro de dois jeitos ao mesmo tempo. Perde atendendo lead que nunca ia comprar, e perde deixando esfriar o lead que ia. Os dois erros têm a mesma causa: ninguém tem tempo de olhar contato por contato e decidir quem merece a próxima hora do dia.

A resposta padrão do mercado é um CRM com campo de pontuação que alguém preenche na mão. Na prática o campo fica vazio depois da segunda semana, porque preencher é trabalho e trabalho manual sempre perde pra urgência.

O que foi construído

Uma plataforma que faz esse julgamento sozinha e explica por que julgou assim.

  • Pontuação automática. Cada lead que entra recebe uma nota com base no que se sabe dele e no comportamento que ele teve, não num formulário que alguém tem que preencher depois.
  • Roteamento. O lead vai pro vendedor certo, com o contexto junto, em vez de cair numa fila única que alguém precisa triar.
  • Diagnóstico. Em vez de devolver só um número, o produto diz o que puxou a nota pra cima e pra baixo. Nota sem explicação é nota que ninguém confia e ninguém usa.
  • Recalibragem contínua. O que converte de verdade volta pro sistema e ajusta a régua ao longo do tempo, para o critério não ficar congelado no palpite do primeiro mês.
  • Lista de espera pública. Uma página aberta de captação, pra medir interesse antes do produto abrir.

Como foi construído

Next.js na Vercel, com Supabase como banco e autenticação, e uma camada de API própria pro que precisa rodar no servidor. É a mesma stack entediante que a gente usa em projeto de cliente, de propósito: produto interno que usa tecnologia diferente do resto vira ilha que só uma pessoa sabe manter.

Duas decisões que aparecem no produto:

A explicação vem junto com a nota. Toda pontuação carrega os fatores que a produziram. Isso obriga o modelo de pontuação a ser auditável, o que é chato de construir e é o que separa ferramenta usada de ferramenta abandonada.

Isolamento por conta desde o começo. Sistema que guarda lead de mais de uma empresa precisa garantir que uma nunca veja o dado da outra, e isso mora no banco, não na tela. Foi tratado como requisito de produto, não como ajuste pra depois.

Resultado

O produto está em beta, com o fluxo principal funcionando e com lista de espera aberta. Como produto próprio, ele serve a dois propósitos: resolver um problema real de time comercial e servir de campo de prova pras decisões técnicas que a gente leva pros projetos de cliente.