Como eu trabalho e o que entra em cada formato

Escopo definido no começo, entregue em fatias que já funcionam sozinhas. É o formato para quando existe um produto ou módulo com começo, meio e fim: um sistema novo, uma loja, um aplicativo.

Empresa que sabe qual problema quer resolver e precisa de um resultado delimitado, com escopo escrito antes de começar.

• Levantamento do processo e modelagem de dados antes de qualquer tela
• Escopo escrito, quebrado em fatias entregáveis e priorizadas
• Desenvolvimento do backend, do frontend e das integrações combinadas
• Ambiente de homologação acessível a você durante todo o projeto
• Deploy em produção com Docker e Nginx, backup e monitoramento básico
• Repositório, README de instalação e variáveis de ambiente documentadas
• Período de ajuste após o go-live para o que a operação real revelar

• Conversa inicial pelo WhatsApp ou chamada, sem custo, para entender o problema
• Levantamento técnico: fluxo atual, sistemas envolvidos, quem usa e como
• Proposta com escopo por fatias, premissas e o que fica explicitamente de fora
• Desenvolvimento por fatias, cada uma publicada em homologação para você testar
• Ajuste do que a homologação apontou e aprovação da fatia
• Go-live, treinamento de quem vai operar e passagem dos acessos

Da conversa inicial à proposta, normalmente dias. O desenvolvimento em si varia com o escopo: módulos pequenos costumam ficar na faixa de poucas semanas, sistemas com integração de pagamento, painel e app tendem a passar disso. O prazo real só é estimado depois do levantamento, e ele é estimativa — não garantia.

• Uma pessoa da sua equipe como ponto de contato para decisões e dúvidas
• Acesso aos sistemas que entram na integração e às contas de gateway
• Regras de negócio, tabelas de preço, exceções e casos que costumam dar problema
• Identidade visual, se existir, e conteúdo (textos, fotos, catálogo)
• Retorno das fatias em homologação dentro de um prazo combinado

Um bloco de horas por mês dedicado ao seu sistema: novas funcionalidades, correções, atualização de dependências e acompanhamento de produção. Prioridade definida por você a cada ciclo.

Quem já tem um sistema em produção e precisa que ele continue evoluindo sem depender de encontrar um freelancer novo a cada demanda.

• Bloco de horas mensais com prioridade combinada no início de cada ciclo
• Novas funcionalidades e ajustes de regra de negócio
• Correção de bugs, com os que travam a operação entrando na frente da fila
• Atualização de framework, dependências e versão de linguagem
• Acompanhamento de erros em produção, performance e custo de infraestrutura
• Relato do que foi feito ao fim de cada ciclo, com o que ficou pendente

• Diagnóstico inicial do sistema atual: código, banco, infra e o que está em risco
• Definição do tamanho do bloco mensal a partir do ritmo de demanda observado
• Fila de prioridades revisada todo mês com você
• Entregas ao longo do mês em homologação e, aprovadas, em produção
• Fechamento do ciclo com o registro do que entrou e do que foi adiado

Ciclos mensais. Demanda pequena costuma sair dentro da mesma semana; demanda maior é fatiada entre ciclos. Incidente que derruba a operação sobe para o topo da fila assim que é comunicado.

• Acesso ao repositório, ao servidor e aos painéis de terceiros envolvidos
• Um canal único para abrir demanda, para nada se perder em conversa paralela
• Prioridade definida do seu lado quando duas demandas competem
• Contexto do que já foi tentado antes, quando o assunto é um problema antigo

Horas para destravar uma decisão técnica ou entender o que existe: auditoria de código, escolha de arquitetura, revisão de proposta de outro fornecedor, segunda opinião antes de investir.

Quem precisa decidir e não quer decidir no escuro — antes de contratar, antes de reescrever, ou quando o projeto atual não anda e ninguém sabe explicar o porquê.

• Auditoria de código, banco e infraestrutura do que já existe
• Diagnóstico escrito com riscos, dívidas técnicas e ordem sugerida de ataque
• Escolha de arquitetura e stack para um projeto que ainda vai começar
• Leitura crítica de proposta ou escopo recebido de outro fornecedor
• Sessão de perguntas e respostas com você ou com a sua equipe técnica

• Você descreve a decisão que precisa tomar e o material disponível
• Acesso de leitura ao repositório, ao ambiente ou aos documentos em questão
• Análise e produção do diagnóstico por escrito
• Chamada para apresentar as conclusões e responder ao que ficou aberto
• Se fizer sentido depois, o diagnóstico vira escopo de projeto fechado

Costuma ser o formato mais curto: normalmente dentro de uma a duas semanas entre o acesso ao material e a entrega do diagnóstico, dependendo do tamanho do sistema auditado.

• Acesso de leitura ao código e, se possível, ao ambiente de produção
• A pergunta que precisa ser respondida, formulada de forma clara
• Contato de quem conhece o histórico do sistema, quando existir
• Documentos e propostas que você quer que sejam analisados