Ajudo empresas a reduzir trabalho manual, conectar ferramentas que não conversam e recuperar controle sobre processos que ficaram difíceis de operar. Antes de desenvolver qualquer coisa, a gente avalia se o caminho mais curto é outro.
Empresas que contrataram meu trabalho
Nem sempre a causa é falta de tecnologia. Costuma estar no processo, na integração que não existe ou no sistema que já está aí sendo usado pela metade. Comprar mais software, sozinho, raramente resolve isso.
Quando alguém me procura, a primeira pergunta não é "qual sistema você quer". É "o que está acontecendo na sua operação". A resposta costuma estar em um destes caminhos, e quase nunca no último:
Desenvolver o que falta
Quase nuncaNão mexer agora
É a sétima resposta, e aparece com alguma frequência: o retorno não paga a mudança. Eu falo isso quando é o caso. É mais barato você ouvir de mim do que descobrir seis meses depois.
quando os sistemas funcionam, mas o trabalho entre eles continua sendo feito por uma pessoa copiando dado de um lado para o outro.
quando uma rotina previsível consome tempo todo dia, gera retrabalho e não deveria depender de alguém lembrar de executar.
quando o que existe deixa um buraco real, e há justificativa para construir ou ampliar em vez de contornar.
Dados, dashboards, IA, APIs e WhatsApp aparecem dentro desses três caminhos quando fazem sentido. Nenhum deles é o ponto de partida.
Fui contratado por empresas de SaaS, varejo, serviços financeiros, mercado imobiliário, setor público e e-commerce para desenvolver, integrar e evoluir sistemas dos quais a operação dependia para funcionar.
Produto financeiro ligado ao fluxo de cartões de uma operação varejista com mais de 5 mil filiais.
Fui responsável pelo backend, APIs, modelagem de dados, autenticação e autorização, integrações e processamento em background.
sistema existente → produto novo + integração
Plataforma de CRM, gestão imobiliária, financeiro e canais digitais, com base de mais de 96 mil usuários cadastrados, em uso diário.
Fui responsável por evolução de backend, APIs, integrações, processamento assíncrono, workflows de leads e funcionalidades de IA.
sistema existente → evolução + integração + automação
Pequena operação empresarial com atividades administrativas repetitivas e dados espalhados.
Fui responsável por automatizar tarefas administrativas manuais, com ferramentas internas, APIs e integrações que centralizaram os dados.
Cliente e setor omitidos por acordo de confidencialidade.
rotina manual → automação
Você me conta como o processo funciona hoje e onde dói. Sem apresentação comercial, sem proposta ainda.
Eu identifico onde está o gargalo de verdade, o que dá para mudar e o que não dá.
Pode fazer sentido integrar, automatizar, evoluir, desenvolver, ou não mexer agora. A recomendação vem com o motivo.
Quando existe projeto, ele é dividido em entregas que você consegue verificar pelo caminho, não só no fim.
Depois da entrega, o que acontece com o sistema é combinado antes de começar, não depois.
Começar pelo primeiro passoQuem entende o problema é quem escreve o código. Não existe camada de atendimento entre a conversa e a execução, e nada se perde no caminho de volta.
Isso tem um limite honesto: é uma operação pequena. Quando um projeto precisa de mais capacidade do que eu tenho, eu digo antes, não no meio.
Base em Maranhão, BR. Atendo remoto.
Escrevo sobre as decisões que aparecem antes da compra, as que custam caro quando são tomadas no susto.
Um conjunto de ferramentas para tarefas que escritórios contábeis fazem toda semana na mão. Grátis, sem cadastro, processando no seu próprio computador.
Ver todas as ferramentasFalta a conferência que você faz toda semana? Me diga qual é.
Sugerir uma ferramentaDúvidas comuns sobre meu trabalho
Trocar o ERP não é o meu ponto de partida. Antes disso eu avalio se dá para resolver ajustando o processo, configurando o que já existe ou integrando as ferramentas atuais. Quando o problema está entre sistemas, integrar evita o custo e o risco de substituir uma ferramenta que já funciona.
Não necessariamente. Planilha resolve muita coisa bem. O problema começa quando ela vira peça crítica e ninguém tem coragem de mexer, ou quando o mesmo dado passa a existir em três versões diferentes.
É o que eu recomendo. Um recorte pequeno mostra se a abordagem funciona antes de você comprometer orçamento grande. E se não funcionar, você descobre barato.
Desenvolver é o último degrau, não o primeiro. Antes dele vêm ajustar o processo, configurar o que já existe, integrar e automatizar. Quando um desses resolve, sai mais barato e mais rápido.
Depois de entender o problema, nunca antes. Orçamento dado sem diagnóstico é chute, e chute erra para os dois lados.
Fica combinado antes de começar: o que está incluído, por quanto tempo, e o que fazer quando aparecer algo novo. Sem isso, "suporte" vira discussão.
Esse risco é real, e ele se trata no começo, não no fim. Antes de começar fica definido onde o código é mantido, o que é entregue, o que pertence a cada parte e o que outra pessoa precisaria para continuar o trabalho.
Acesso mínimo necessário, e nada de dado real saindo do ambiente da sua empresa sem que isso seja combinado.
Eu digo. Se o ganho esperado não justificar a mudança, a recomendação é não mexer agora. Perder um projeto pequeno é mais barato que entregar algo que não devia existir.
Não precisa ter o problema formulado nem saber qual seria a solução. Descrever como funciona hoje já é o suficiente para a primeira conversa.
Costumo responder no WhatsApp no mesmo dia.
Prefere escrever antes? Use o formulário. Ou responda cinco perguntas e eu digo o que provavelmente resolve.
