Sites, serviços web, bots, integrações e automação. Assumo a tarefa por inteiro — da definição do problema até uma versão funcionando em produção — e respondo sozinho pelo resultado, sem repasses entre prestadores.
Com o que as pessoas costumam chegar
Um único sistema de responsabilidade, seja qual for a rota. Abaixo estão as quatro etapas e o resultado com que cada uma termina.
ResultadoUm MVP funcionando, com os primeiros usuários e um plano claro para as próximas iterações.
ResultadoUm processo repetível, com sistemas conectados, resultados claros e tratamento de erros visível.
ResultadoUm diagnóstico, um plano priorizado e uma versão estável funcionando, sem reescrever tudo por impulso.
Seis perguntas em palavras simples. O resultado é um briefing pronto, que você pode levar a qualquer desenvolvedor. Sem cadastro, sem e-mail, sem ligação.
A ferramenta nunca informa um preço: sem os dados necessários, seria um número inventado. Em vez disso, ela mostra do que o preço depende.
Projetos comerciais sob NDA: mostro contexto, decisões e resultado — nunca dados de clientes.
O caminho completo do produto: pesquisa, arquitetura, MVP, primeiros usuários, primeiras vendas e integrações corporativas.
Resultado O produto foi da hipótese às primeiras vendas e opera como SaaS. Produto, arquitetura, desenvolvimento, infraestrutura BackendFrontendPostgreSQLREST API+2Evolução segura de uma plataforma corporativa em operação: administração, planos, branding e sincronização sem quebrar fluxos legados.
Resultado Novas funcionalidades entregues em um sistema multicliente em produção, sem indisponibilidade. Frontend e backend na equipe de produto AngularAngularJSTypeScriptREST API+4Desenvolvimento e manutenção de interfaces web para uma plataforma de telecom em operação: tabelas, filtros, APIs REST e uma stack legada mista.
Resultado Áreas legadas melhoradas de forma incremental, sem parar um sistema crítico. Frontend, integração com API REST, revisão de código AngularAngularJSExtJSTypeScript+4Cada etapa termina com um resultado verificável, e não com a promessa da próxima etapa.
Os limites são definidos de antemão — essas são as condições.
Não um gerente com uma cadeia invisível de subcontratados, mas a pessoa que enxerga e assume o resultado inteiro.
Se o escopo cresce, eu paro e explico por quê, em vez de aumentar a fatura em silêncio.
Versões intermediárias e etapas verificáveis, em vez de uma única grande revelação no final.
Trabalhos comerciais nunca são divulgados sem aprovação: os casos são anonimizados e seus limites ficam explícitos.
Trabalhos anteriores de engenharia incluem algoritmos de processamento de sinais, microprocessadores, cálculos e documentação técnica. Isso não é oferecido como serviço principal; mostra a capacidade de ir mais fundo quando o problema exige matemática e pensamento sistêmico.
Você descreve a tarefa com palavras simples; eu devolvo um resumo curto — o primeiro passo, o risco principal e onde você pode economizar com segurança. Isso não obriga você a nada e fica com você, mesmo que nunca trabalhemos juntos.
O escopo da primeira versão. Com quantos sistemas externos é preciso conversar. O nível exigido de confiabilidade e controle. Em projetos existentes, o estado real do código — que só se vê por dentro.
Quando os limites da primeira versão estão por escrito. A partir daí, é uma estimativa fixa para essa etapa, e não aproximada — e ela não muda enquanto o escopo não mudar.
Por que não há um “a partir de N” aqui: esse número não informa nada. Dar um preço antes da conversa significa ou subestimar, para que você entre em contato, ou inflar por precaução. De um jeito ou de outro, depois você ouve outro número. Prefiro dizer uma vez só.
Um valor exato sem os dados necessários seria um número inventado. O custo depende da quantidade de sistemas externos, do volume de dados que precisa circular, do nível de confiabilidade exigido e de quanta interface os usuários externos precisam. A estimativa vem depois de uma breve análise da tarefa, antes de qualquer trabalho começar, e é fixada junto com o escopo da primeira versão.
São seus. O código-fonte, o repositório e os acessos a servidores e serviços são entregues ao cliente, e não ficam com o desenvolvedor. Isso vale também para as versões intermediárias: você nunca fica refém no meio do projeto.
Sim. Para tarefas pequenas, basta um escopo e uma forma de pagamento acordados por escrito; as maiores têm contrato com etapas e aceite. Assino NDA sem objeções.
As versões intermediárias são mostradas ao longo do trabalho, não no final, então qualquer descompasso aparece enquanto ainda é barato corrigir. Defeitos dentro do escopo combinado são corrigidos sem custo extra. Se a tarefa se revelar diferente do que fixamos, conversamos sobre isso em vez de refazer tudo em silêncio.
Você recebe o código, os acessos e um guia curto de como executar e atualizar. A partir daí, ou você segue por conta própria, ou combinamos o suporte à parte. Não crio de propósito uma dependência de mim.
A análise da tarefa costuma sair em um ou dois dias. O início da execução depende da carga atual, e sou franco quanto a isso: se a próxima janela for daqui a três semanas, você fica sabendo na hora, e não depois de acertarmos as condições.
Sim, e para um projeto desconhecido ou arriscado essa é a ordem certa: ScopeMap, depois uma breve análise ou um diagnóstico, e só então a decisão de começar.
Sim. Primeiro reproduzo o problema e analiso a estrutura. Só proponho reescrever tudo quando isso é comprovadamente mais seguro e mais barato.
Escrever código, revisar um grande repositório de terceiros, conjuntos completos de telas e estimativas detalhadas são trabalho pago. A etapa gratuita demonstra o raciocínio, não entrega uma parte do pedido.
Comece pelo ScopeMap ou descreva o que acontece hoje e o que deveria acontecer. Vou sugerir um primeiro passo seguro.