PROCESSO

Cinco fases. As mesmas cinco, sempre.

É isto que acontece de facto entre o "sim" e o "lançado" — não um diagrama de marketing, a sequência real por onde passa cada projeto.

Iniciar um projeto

  1. Descoberta

    Mapeamos o problema, as restrições e o fluxo de trabalho consigo, depois colocamos um âmbito, um prazo e um preço por escrito. Nada começa até concordar com os três.

  2. Design

    Wireframes para os fluxos principais, depois ecrãs de alta fidelidade onde o projeto o exigir. Revê antes de construirmos, não depois.

  3. Construção

    Demonstrações semanais sobre um link de staging real. Vê a construção a acontecer; não espera seis semanas por uma revelação.

  4. Lançamento

    Implementado, monitorizado, e entregue — código-fonte completo e credenciais. É seu no momento em que é lançado.

  5. Operação

    Suporte contínuo opcional depois de estar em produção: correções, iteração, ou uma avença. Nunca obrigatório, sempre disponível se quiser.

Começamos com uma chamada, mas o entregável não é um PDF de proposta — é um documento de âmbito escrito ao qual nos pode responsabilizar. Para pacotes a preço fixo, a descoberta é muitas vezes o próprio pacote.

Vai saber o preço e o prazo antes de qualquer trabalho de construção começar — sempre, sem exceções.

Para trabalho de produto, significa wireframes dos fluxos de utilizador principais primeiro, validados antes de o design visual começar. Para um site institucional, significa o layout e a estrutura de texto acordados antes do polimento visual final.

O design acontece em Figma, revisto consigo em cada ponto de verificação — nunca entregue como uma única "grande revelação."

A fase de construção corre sobre demonstrações semanais face a um ambiente de staging que pode testar por si mesmo — não um email de estado. Se algo precisar de mudar, apanhamos na segunda semana, não na entrega.

Sem sprints numa caixa fechada. Se quiser verificar o progresso numa terça-feira, há um link real para ver.

O lançamento inclui implementação, uma ronda final de testes multi-navegador/dispositivo, e monitorização configurada para que os problemas surjam antes de os utilizadores os reportarem. Uma janela de correção de 30 dias cobre o que a utilização real revelar.

Recebe o código-fonte, as credenciais, e um acompanhamento breve — a entrega completa, não uma plataforma fechada.

Nem todos os projetos precisam de suporte contínuo — alguns estão genuinamente concluídos no lançamento. Para os que não estão, existem opções de avença para iteração, manutenção, ou infraestrutura gerida.

Nada aqui se renova automaticamente para uma surpresa. Os termos da avença são os termos que assinou no arranque.

O que recebe em cada fase

  • Descoberta: um documento de âmbito escrito, um preço fixo, um prazo fixo
  • Design: wireframes ou ecrãs de alta fidelidade, revistos consigo antes de a construção começar
  • Construção: acesso semanal de demonstração a um ambiente de staging
  • Lançamento: código-fonte completo, credenciais de implementação, uma chamada de acompanhamento, 30 dias de cobertura de correções
  • Operação (opcional): um acordo de avença documentado com âmbito e pré-aviso definidos

Perguntas frequentes

01 Quanto tempo demora realmente a descoberta?
Para um pacote a preço fixo (uma Auditoria, um Sprint, um Blueprint), a descoberta *é* o pacote — normalmente 1–2 semanas. Para uma contratação à medida maior, a descoberta corre tipicamente 1–2 semanas antes de um preço de construção ser confirmado por escrito.
02 E se o âmbito precisar de mudar a meio da construção?
Acontece. Qualquer alteração é documentada e orçamentada por escrito antes de ser executada — não absorvemos silenciosamente o alargamento de âmbito, nem surpreendemos com uma fatura inesperada.
03 Vemos o progresso durante a construção, ou só no fim?
Semanalmente, através de um link de staging que pode testar por si mesmo, não apenas um email de estado.
04 O que acontece se não gostarmos da direção de design?
Revê e aprova em cada ponto de verificação de design antes de a construção começar — é exatamente para isso que serve o ponto de verificação. Se não estiver certo, revemos antes de o código ser escrito, não depois.
05 De quem é o código e as credenciais depois do lançamento?
São seus, na totalidade, desde o momento da entrega — código-fonte completo, acesso total, sem plataforma fechada.

Pronto para começar?

Diga-nos o que está a construir. Respondemos no prazo de um dia útil.

Iniciar um projeto