Como trabalhamos
Escopo fechado,sem surpresa no meio
Como transformamos um problema mal definido em preço e prazo fechados, quem faz o quê no time e o que você recebe em cada etapa.
As etapas de um projeto
Quatro etapas. As duas primeiras são curtas e têm porta de saída: você pode parar sem perder o que já recebeu.
- 1
Diagnóstico com você
Entendemos o problema nas suas palavras: o que está travado e o que isso custa para a operação. Perguntamos o orçamento logo, para propor algo que caiba nele. Se o problema não vale ser resolvido, ou não vale ser resolvido com software, dizemos na mesma conversa. Você sai com o problema descrito em uma página.
Porta de saída: você pode parar aqui, sem custo.
- 2
Imersão de escopo, com preço fixo
Quinze dias, com preço combinado antes, que terminam com os quatro documentos descritos abaixo: escopo fechado, critérios de aceite, plano de entrega e preço fechado.
Porta de saída: se você não seguir, os quatro documentos são seus.
- 3
Execução em ciclos curtos
Só começa com os quatro documentos assinados. Entregamos em ciclos curtos e você valida cada entrega. Cada marco fecha com um relatório de aceite, com a evidência de cada critério conferido. O preço não muda por dificuldade técnica, só por mudança de escopo pedida por você.
- 4
Go-live e garantia
Sistema em produção, documentação de operação e métricas em leitura. Depois vêm 30 dias de garantia: defeito no escopo entregue, ou seja, comportamento diferente do critério de aceite, é corrigido sem custo.
O que você recebe antes de decidir
A imersão de escopo dura 15 dias, tem preço fixo e termina com quatro documentos. Se você decidir não seguir, eles são seus, e pode levá-los a outro fornecedor.
Escopo fechado
Lista numerada do que será construído e a lista explícita do que não será. É a segunda lista que evita discussão no fim.
Critérios de aceite
Para cada item, a frase que define pronto de forma testável. Sem adjetivo, sem interpretação.
Plano de entrega
Fases, marcos e datas, com o que você recebe em cada marco. Nenhum intervalo entre pagamentos passa de seis semanas sem entrega verificável.
Preço fechado
Valor total, condições de pagamento e a regra de mudança de escopo. O preço não muda por dificuldade técnica: esse risco é nosso.
Quem faz o quê
Coordenamos e dividimos as responsabilidades, e todos pensamos no sistema juntos. Cada área tem um dono, e o atendimento acompanha o seu projeto do primeiro contato ao pós-venda.
Tech lead
Conduz o diagnóstico e a imersão de escopo, organiza o plano, revisa e decide o merge. Responde a você pelo projeto.
Arquitetura e dados
Desenho da solução, arquitetura de dados e de machine learning.
Front-end e design
Design system, protótipos e telas.
Backend e integrações
APIs, integrações com outros sistemas e fluxos de dados.
IA
Funcionalidades com IA, do modelo ao produto.
Infra, DevOps e segurança
Infraestrutura, pipelines, observabilidade e segurança.
Ritmo e registros
O que você recebe durante o projeto, para saber onde ele está sem precisar perguntar.
Relatório mensal
Uma página por mês: quanto do plano foi entregue, os riscos e o que precisamos de você.
Mudança de escopo
Você pede por escrito e recebe o impacto em prazo e preço em até dois dias úteis. A decisão é sua, e nada é construído antes da resposta.
Aceite de marco
Cada marco fecha com um relatório que mostra a evidência de cada critério de aceite conferido. O pagamento segue os marcos aceitos.
Passagem de bastão
No go-live, o seu time recebe o runbook de operação, a documentação e uma sessão de passagem de bastão.
O código e a nuvem são seus desde o primeiro commit. Nenhum componente proprietário nosso fica dentro do seu sistema.
Cronograma previsto
Referência de um projeto de porte médio. O cronograma real, com datas, sai no plano de entrega ao fim da imersão.
- 15 dias
01 Levantamento e alinhamento técnico
Escopo detalhado, protótipos e decisões de arquitetura.
- 6 semanas
02 Desenvolvimento e integração
Frontend, backend e APIs, com entregas validadas por você a cada ciclo.
- 2 semanas
03 Testes e validação técnica
Testes automatizados, de integração e de ponta a ponta.
- 1 semana
04 Documentação e observabilidade
Documentação da solução, logs, métricas e alertas.
- Marco final
05 Entrega final e go-live
Código, acessos e ambiente em produção, com métricas em leitura.
As fases se sobrepõem: os testes começam junto com o desenvolvimento. Os prazos são fixados em contrato e só mudam por alteração de escopo pedida por você.
O que precisamos de você
A causa mais comum de atraso não é dificuldade técnica, é espera. Levantamos estes itens antes de fechar o prazo e tratamos cada um como dependência com dono e data.
Decisão e pessoas
Alguém com autoridade para aprovar escopo e aceite, um ponto focal técnico e disponibilidade acordada. Sem decisor, cada dúvida vira reunião de comitê.
Acessos e credenciais
Conta de nuvem, repositório e DNS no seu nome. A infraestrutura nasce na sua conta e o código é seu desde o primeiro commit.
Sistemas e integrações
Para cada sistema: documentação, ambiente de teste e um contato técnico. Sem sandbox, o teste acontece em produção, e não fazemos isso.
Dados
Massa representativa para teste e regra de anonimização. Sistema validado com três registros inventados quebra no primeiro dia real.
Ambientes e conformidade
Quem paga a infraestrutura, onde você valida antes do go-live, e o enquadramento de LGPD do projeto, que muda arquitetura e logs.
Depois da entrega
Quem opera o sistema, para onde vão os alertas e quando acontece a transferência. Alerta que não chega a ninguém é enfeite.
Como itens pendentes moldam o plano
Sem ritual de classificação: sequenciamos a entrega em torno do que existe. O que depende de item pendente vai para depois; o que está pronto, sobe.
O cronograma sempre reflete a realidade, não o desejo original.
Quando falta algo que só você pode fornecer e não dá para contornar, a fase afetada espera e a data move junto, previsto em contrato, sem multa.
As perguntas que todo fundador faz
E se eu mudar de ideia no meio do projeto?
Escopo fechado não é escopo congelado. Você pede a mudança por escrito, devolvemos o impacto em prazo e preço em até dois dias úteis, e você escolhe: aceitar, trocar por um item equivalente que ainda não começamos, ou descartar. Trocar não custa nada, e é o caminho mais usado. Nada é construído antes da sua resposta.
E se vocês errarem a estimativa?
Vai acontecer, e o preço não muda: o risco de estimativa é nosso e foi precificado. Se o prazo for afetado, você fica sabendo no dia em que nós sabemos, não na véspera do marco. E propomos o corte de um item de baixo valor antes de propor o atraso, a escolha é sua.
O código é meu de verdade?
Sim, desde o primeiro commit, no seu repositório e na sua conta de nuvem. Nenhum componente proprietário nosso fica dentro do seu sistema. Você não precisa de nós para continuar, e essa é a intenção: fornecedor que amarra cliente por dependência técnica não precisa entregar qualidade.
E se um pré-requisito não chegar a tempo?
Avisamos no dia em que vira risco, não no dia em que vira atraso. Propomos o contorno quando existe, dado sintético no lugar da massa real, por exemplo, e registramos o retrabalho que o contorno vai gerar. Se for bloqueante e não houver contorno, a fase congela e a data desloca na mesma proporção.
Vocês usam IA para escrever código. Quem responde por ele?
Nós. A IA é ferramenta dos devs e entra onde dá para conferir o resultado. Cada mudança passa por revisão antes do merge, e o tech lead responde pelo projeto.
Como sei que o projeto está no prazo?
Todo mês você recebe um relatório de uma página com o quanto do plano foi entregue, os riscos e o que precisamos de você. Cada marco fecha com a evidência de cada critério de aceite, e número que entra em relatório foi medido, nunca estimado.
E depois do go-live?
Por 30 dias, defeito no escopo entregue é corrigido sem custo. Defeito é comportamento diferente do critério de aceite; funcionalidade nova é escopo novo e segue o procedimento de mudança. O seu time recebe o runbook e a documentação para operar o sistema sem depender de nós.
Vamos fechar o escopo?
Trinta minutos, sem custo. Você sai sabendo se o problema vale ser resolvido, se vale ser resolvido por software, e se somos as pessoas certas.