Nosso processo

Descoberta. Design. Desenvolvimento. Lançamento. Suporte.

Cada projeto passa por cinco fases: visíveis, com escopo e com portões de decisão. Você sempre sabe o que vem a seguir, quem está cuidando disso e quanto combinamos que vale. Sem repasses para o exterior, sem equipes rotativas, sem estouros de custo surpresa.

As cinco fases

Como um projeto realmente se desenrola.

Cada fase tem um propósito definido, uma entrega definida e um portão claro de seguir / não seguir. Você pode interromper o projeto em qualquer limite de fase: preferimos que faça isso a se comprometer com um trabalho que não é o ideal.

01

Descoberta

1–3 semanas. Sentamos com as pessoas que de fato vivem o problema (TI, e-commerce, operações, marketing) e produzimos um plano por escrito que você poderia levar a outro estúdio se quisesse.

02

Design

2–5 semanas. UX, arquitetura e design de integração em paralelo. Telas reais, não maquetes com lorem-ipsum. Diagramas reais do fluxo de dados, não caixas e setas no ar.

03

Desenvolvimento

4–20 semanas conforme o escopo. Fases de preço fechado com demos semanais. Entregamos software funcionando de ponta a ponta a cada sprint, nada de “você vai ver em três meses”.

04

Lançamento

1–3 semanas. Implantação em fases com feature flags, blue/green onde compensa, runbooks que o time de fato consegue usar, e o tipo de go-live que já fizemos centenas de vezes, então vira um não-evento.

05

Suporte

Contínuo, opcional. De uma checagem de saúde mensal mais pequenas melhorias até um time com nome de plantão. Não abandonamos os projetos após o go-live: a maioria dos clientes está conosco há anos.

Detalhe de cada fase

O que você recebe em cada fase.

01, Descoberta

Objetivo: um acordo compartilhado e por escrito sobre o que o projeto realmente é, como é o sucesso e o que ele vai exigir de forma realista.

  • Entrevistas com as partes interessadas (TI, comércio, operações, marketing e finanças quando relevante)
  • Inventário de sistemas: ERP, OMS, PIM, CRM, identidade, pagamentos, impostos, fraude, fulfillment
  • Avaliação da qualidade dos dados mestres de clientes e de itens
  • Registro de riscos: o que poderia descarrilar isso e como saberíamos cedo
  • Entrega: documento de descoberta com faseamento, faixas de valor e um plano real que você poderia levar a outro lugar

02, Design

Objetivo: resolver as decisões difíceis no papel antes que fiquem caras no código.

  • Fluxos de UX para as telas de maior atrito (checkout, cotação para pedido, login de revendedor, personificação de representante de vendas)
  • Arquitetura do sistema: storefront ↔ ERP, identidade, eventos, superfícies de PIM/CMS
  • Design de integração: endpoints idempotentes, semântica de retentativas, filas de mensagens mortas, esquemas de eventos
  • Metas não funcionais: orçamentos de desempenho, nível de acessibilidade, postura de segurança
  • Entrega: pacote de design com telas, diagramas, esquemas e o plano de desenvolvimento que decorre deles

03, Desenvolvimento

Objetivo: entregar software funcionando de ponta a ponta a cada sprint, não no final.

  • Sprints de duas semanas com demos semanais: não slides, mas o aplicativo de fato em execução
  • Fases de preço fechado quando o escopo é claro; T&M com burn-down semanal para escopos em evolução
  • Pareamento sênior nos problemas difíceis; QA escrevendo testes junto com a funcionalidade, não depois
  • Ambientes com forma de produção desde o primeiro dia (staging espelha prod, incluindo a ponte com o ERP)
  • Revisões de código em cada PR; nada de uma “branch de terceirizado” que aterrissa como um único commit
  • Entrega: software funcionando no seu repositório, com documentação a partir da qual seu time de fato consegue operar

04, Lançamento

Objetivo: um go-live que seja um não-evento porque as partes arriscadas já foram lançadas atrás de feature flags.

  • Checklist de pré-lançamento: backups verificados, rollback ensaiado, escala de plantão definida
  • Implantação em fases: usuários internos → clientes piloto → coorte → tráfego total
  • Monitoramento sintético mais RUM no ar antes de os usuários chegarem
  • Runbooks escritos para os modos de falha que conhecemos, com responsáveis nomeados
  • Entrega: sistema no ar com saúde mensurável, um manual de incidentes e uma retrospectiva de encerramento

05, Suporte

Objetivo: que o trabalho continue funcionando, e melhore em silêncio, muito depois de termos saído do dia a dia.

  • Contrato de checagem de saúde: revisão mensal de métricas, postura de segurança, deriva de dependências
  • Contrato de melhorias: uma cadência regular de pequenas funcionalidades que seu time pode solicitar diretamente
  • Contrato de time nomeado: um ou dois engenheiros embarcados para operações de maior contato
  • Revisão de arquitetura trimestral opcional, à medida que a plataforma e seu negócio evoluem
  • Entrega: continuidade. As mesmas pessoas sênior com quem você lançou são quem atende o telefone no mês 18.
Modelos de contratação

Como cobramos por isso.

Na reunião de início diremos qual modelo se encaixa no seu projeto, e por quê. A descoberta é sempre paga; não fazemos propostas gratuitas que viram design por licitação.

Preço fechado por fase

Melhor quando o escopo é claro e o valor está na previsibilidade. Cada fase tem o próprio preço, os próprios critérios de aceitação e o próprio portão de seguir / não seguir.

Tempo e materiais, com teto

Melhor para trabalho em evolução ou exploratório. Por hora, com um teto flexível semanal para que a conversa de orçamento aconteça antes da surpresa.

Time dedicado / ampliação de equipe

Para plataformas de longa duração em que nossos engenheiros trabalham lado a lado com os seus. O mesmo padrão sênior, integrado às suas dailies e à sua cadência de sprints.

Contrato de retenção

Suporte pós-lançamento em três níveis: checagem de saúde, melhorias, time nomeado. Teto flexível mensal, responsável nomeado, sem equipes rotativas.

Como gerenciamos o risco

O que é difícil está no contrato, não na apresentação de início.

A maioria das surpresas do lado da agência vem de compromissos frouxos que ninguém colocou no papel. Trabalhamos ao contrário: aceitação explícita por fase, status escrito semanal e um pequeno conjunto de regras fixas que não dobramos.

Os portões de fase são reais

Você não paga adiantado pelo desenvolvimento antes de o design ser aprovado. Não iniciamos uma fase antes de a aceitação da fase anterior estar documentada.

Status escrito semanal

Toda sexta-feira: o que foi entregue nesta semana, o que não foi e por quê, o que vem a seguir, o que está em risco. A versão honesta. Preferimos sinalizar um atraso cedo a escondê-lo.

Staging com forma de produção

O staging espelha a produção: o mesmo formato de dados, a mesma ponte com o ERP, a mesma postura de segurança. Bugs que só aparecem em prod são uma categoria que trabalhamos muito para eliminar.

Sem deriva silenciosa de prazo

Se o escopo cresce, dizemos a você por escrito na mesma semana. A escolha de absorver, adiar ou pagar por isso é sua, não uma surpresa na fatura.

Seguir / não seguir com honestidade

Se a descoberta concluir que o projeto não deveria avançar, diremos a você. Já afastamos clientes de um trabalho que não combinava; melhor para todos do que um projeto que ninguém aproveita.

Líderes sênior nomeados

Quem definiu o escopo do projeto é quem o entrega. Seu líder de engenharia, seu líder de design e seu líder de QA são apresentados pelo nome na primeira semana e não saem da rotação.

A partir da reunião de início

O que você terá já na primeira semana.

Configuração e acessos

  • Espaço de trabalho compartilhado (Teams ou Slack) com um canal nomeado para o projeto
  • Repositório de código provisionado na sua organização ou na nossa, à sua escolha; CI configurado
  • SSO e solicitações de acesso detalhadas para que a segurança tenha tempo de aprovar com clareza
  • Uma URL de documento de status que se atualiza toda sexta-feira no mesmo lugar de sempre

Documentos

  • SOW com preços por fase e critérios de aceitação
  • NDA e DPA assinados onde o compartilhamento de dados exigir
  • Pauta de descoberta com as perguntas que vamos percorrer
  • Registro de riscos já semeado com as coisas que sabemos que provavelmente vão morder

Pessoas

  • Líder de engenharia, líder de design e líder de QA nomeados e apresentados
  • Contato de conta (Calvin ou outra pessoa sênior) em cada status
  • Seu mapeamento de partes interessadas: quem decide, quem é informado, quem precisa assinar
  • Cadência: check-in semanal de 30 minutos mais revisão mensal de direção de 30 minutos
Prontos para entrar no concreto

A descoberta começa aqui.

Conte onde você está e o que está tentando lançar. Voltaremos com o faseamento certo, o time certo e uma leitura honesta sobre se somos as mãos certas para isso.

877.609.9029
Iniciar uma conversa