# O cliente que nunca responde: como desbloquear projetos parados

Source: https://baqueiro.es/pt/la-sala-de-maquinas/cliente-nunca-responde-projetos-parados/
Published: 2026-04-01T08:22:00+00:00
Updated: 2026-04-01T08:22:00+00:00
Author: Baqueiro Desarrollo Web
Language: pt-PT
Usage: Attribution required: quoting allowed with a visible link back

---

**TL;DR**

- Um projeto parado porque o cliente não responde pode arrastar-se durante meses e desorganizar todo o planeamento da agência.
- A solução combina prevenção (prazos de revisão no contrato e um único interlocutor) com um protocolo de escalada que vai do simpático ao firme.
- Documentar cada tentativa de contacto protege-te e, ao mesmo tempo, pressiona o cliente sem ser preciso ser agressivo.

Estávamos há 3 semanas à espera de feedback. As revisões, prontas. O ambiente de testes, a funcionar. A equipa, disponível. O cliente, desaparecido.

Não respondia aos emails nem atendia as chamadas. Quando atendia, prometia resposta “para amanhã”, um amanhã que nunca chegava.

Entretanto, o projeto ocupava a cabeça de 3 pessoas da equipa. Cada dia parado era dinheiro que deixava de entrar. E não nos atrevíamos a aceitar projetos novos, porque o cliente podia voltar “a qualquer momento”.

Se diriges uma agência, conheces esta história. Depois de a ver repetir-se, montámos um protocolo. Não evita que os clientes desapareçam (isso é impossível), mas reduz os danos e acelera a saída.

## Porque é que os clientes desaparecem (e nem sempre é por má intenção)

Antes de agir, percebe o que se passa do outro lado. Os clientes que deixam de responder costumam encaixar em 3 perfis:

**Sobrecarregados.** É o caso mais habitual. A pessoa de contacto tem outras prioridades ou está à espera da aprovação de um chefe que nunca arranja tempo. Não é que não queira avançar, é que não consegue.

**Indecisos.** O silêncio esconde dúvidas. As revisões não o convencem, mas não sabe como o dizer. Ou receia que um “não” abra a porta a alterações para as quais não tem orçamento.

**Em crise.** Mudanças de pessoal, uma reestruturação, um problema sério no negócio. De repente, o projeto do site deixa de ser importante.

Identificar a causa define a estratégia. Pressionar um cliente sobrecarregado pode ser um tiro no pé, e não enfrentar o receio de um indeciso mantém-no bloqueado indefinidamente. Uma pergunta direta e sem censura (“há alguma coisa na proposta que não te convence totalmente?”) costuma desbloquear mais do que 10 lembretes.

## Prevenção: o contrato como primeiro escudo

A melhor forma de desbloquear um projeto é ele nunca chegar a bloquear. E isso começa no contrato.

**Prazos de revisão claros.** Por exemplo: “O cliente dispõe de 5 dias úteis para rever cada entrega. Decorrido esse prazo sem comentários, a entrega considera-se aceite”. É uma cláusula de aceitação tácita: para servir de alguma coisa, convém redigi-la bem e deixar registo de cada entrega.

**Pausas previstas.** Define a partir de quantos dias sem avanços o projeto é formalmente pausado, como é reagendado e se a reativação tem algum custo. Libertas recursos e deixas claro que a inatividade tem consequências.

**Um único interlocutor.** Especifica quem revê e aprova em nome do cliente. Evita o eterno “estou à espera de que o meu chefe me responda”.

Estas cláusulas não garantem que o cliente cumpra, mas fixam expetativas desde o primeiro dia: quem sabe que tem 5 dias para rever costuma responder mais cedo. Se quiseres rever o que mais o teu contrato deveria incluir, vê as [cláusulas técnicas que o teu contrato de desenvolvimento deveria incluir](https://baqueiro.es/pt/seguridad-y-juridico/clausulas-tecnicas-contrato-desenvolvimento/).

## Facilita a vida ao cliente

Parte dos bloqueios é provocada pela forma como pedimos o feedback. Um link com um “o que te parece?” obriga o cliente a rever tudo e a decidir por onde começar.

- **Entregas pequenas.** É mais fácil rever uma secção hoje do que um site inteiro daqui a um mês.
- **Perguntas concretas.** Em vez de “o que te parece?”, pergunta “o texto da página inicial descreve bem os vossos serviços?” ou “aprovamos esta estrutura de menu?”.
- **Um vídeo curto a explicar a entrega.** Uma gravação de ecrã de 3 ou 4 minutos poupa muitas trocas de emails.
- **Revisões com data no calendário.** Desde o arranque, marca com o cliente as datas de cada revisão, como se fossem reuniões.

## O protocolo de escalada: do suave ao firme

Quando o projeto para, seguimos uma sequência, contando a partir do dia em que enviámos a entrega. Saltar passos costuma correr mal: ir diretamente para o ultimato queima a relação, e ficar pelos lembretes simpáticos prolonga o bloqueio.

### Dias 1 a 3: lembrete simpático

Um email curto e em tom colaborativo, sem pressão. Às vezes o cliente simplesmente distraiu-se.

> “Olá, [nome]. Lembramos que estamos à espera da tua revisão de [entrega]. Quando puderes, a tua opinião dava-nos muito jeito. Obrigado!”

### Dias 5 a 7: chamada direta

Um email ignora-se sem pensar. Uma chamada obriga a decidir: atender ou rejeitar. E em 5 minutos de conversa vem à tona o que um email esconde.

> “Há alguma coisa que te esteja a impedir de rever isto? Ajudava se o víssemos juntos numa videochamada curta?”

### Dias 10 a 14: email formal com consequências

Subimos o tom. Explicamos o que implica o atraso, sem ameaças.

> “Estamos há 2 semanas sem conseguir avançar por falta de resposta. Isto afeta o nosso planeamento e, segundo o acordado no contrato, pode implicar [consequência]. Podemos falar para definir como continuamos?”

### Dias 15 a 21: ultimato construtivo

Propomos opções concretas com data limite. O cliente não tem de redigir nada, só escolher.

> “Precisamos de uma decisão até [data]. Opções: A) envias-nos os teus comentários esta semana e retomamos; B) pausamos formalmente o projeto até [data]; C) fazemos uma reunião de 30 minutos para o desbloquear. Se não tivermos resposta, vamos pausar o projeto.”

### A partir do dia 21: pausa formal ou encerramento

Fazemos o que anunciámos. Pausar não é abandonar: é proteger a rentabilidade e o planeamento da equipa. Confirmamos a pausa por escrito, indicamos como será a reativação e reafetamos a equipa.

Se a tua agência trabalha com um parceiro técnico, avisa-o assim que o projeto entrar nesta fase: o silêncio do cliente final também o bloqueia a ele. Convém que o vosso [acordo white-label](https://baqueiro.es/pt/la-sala-de-maquinas/como-estruturar-acordo-white-label-pt/) preveja estas pausas.

## Documentação: o teu seguro de responsabilidade

Cada contacto fica registado. Não por desconfiança, mas porque a memória falha e os projetos longos dão muitas voltas.

Basta um registo simples, numa folha de cálculo ou na tua ferramenta de gestão de projetos: data, canal, mensagem enviada e resposta (ou “sem resposta”).

Mais do que uma vez nos foi útil. Meses depois, alguém diz “nunca nos avisaram”, e lá está o registo com cada email e cada chamada.

Também ajuda internamente: se 3 pessoas contactam o cliente sem se coordenarem, a agência parece desorganizada. Com um registo centralizado, cada contacto parte do anterior. É o mesmo princípio que aplicamos para [documentar decisões técnicas](https://baqueiro.es/pt/ingenieria-sin-atajos/como-documentar-decisoes-tecnicas/): o que não está escrito acaba por se perder.

## O que fazer quando o projeto é retomado

O objetivo não é só desbloquear o projeto, é que ele termine bem.

Quando o cliente volta:

**Reunião de realinhamento.** Não retomes o trabalho exatamente onde ficou. Revê o estado atual, confirma os objetivos e ajusta o âmbito se for preciso: o contexto do cliente pode ter mudado muito.

**Revisão de datas.** As datas originais já não valem: mais vale renegociar um calendário realista do que prometer o impossível. Se tiveres de justificar o novo prazo, aqui tens ideias sobre [como explicar ao teu cliente porque é que o projeto demorou mais do que o previsto](https://baqueiro.es/pt/la-sala-de-maquinas/como-explicar-atraso-projeto-cliente/).

**Novas regras do jogo.** Se o problema foi a falta de feedback, estabelece um ritmo mais estruturado: por exemplo, uma reunião curta todas as semanas em vez de esperar que o cliente escreva.

## O caso extremo: quando convém largar o projeto

Nem todos os projetos merecem ser salvos. Às vezes, o mais profissional é encerrá-lo.

Estes são os sinais que nos levam a ponderá-lo:

- O cliente está há mais de 2 meses sem responder.
- O projeto já foi pausado 3 vezes ou mais pelo mesmo motivo.
- O contexto do cliente mudou radicalmente e o projeto já não faz sentido tal como foi pensado.
- A equipa está esgotada e isso já afeta outros trabalhos.

Nestes casos propomos um encerramento ordenado: entregamos o que está feito, faturamos o que foi concluído e deixamos a porta aberta para o retomar no futuro. Dizê-lo com clareza e sem censuras é mais fácil do que parece; falamos disso em [como dizer “não” a um projeto](https://baqueiro.es/pt/negocio-digital/como-dizer-nao-a-um-projeto/).

Às vezes, perder um projeto é ganhar saúde mental.

## Perguntas frequentes

### Devo cobrar pelo tempo em que o projeto está parado?

Depende do que disser o contrato. Nós não cobramos pelo tempo de pausa, mas pausamos o projeto e reafetamos recursos. O que fazemos é rever o orçamento se a reativação obrigar a refazer trabalho, por exemplo, porque os conteúdos mudaram.

### O que faço se o meu contacto no cliente saiu da empresa?

Escreve à direção ou à pessoa que assinou o contrato. Um resumo do estado e do histórico de contactos permite-lhes ficar a par de tudo em minutos.

### Posso usar o material já feito se o projeto for cancelado?

Depende do que disser o contrato sobre propriedade intelectual e cessão de direitos, por isso deixa-o por escrito desde o início. O habitual é o cliente ficar com os direitos sobre o que pagou e a agência conservar o que não foi faturado, mas não o dês como certo: revê o teu contrato antes de reutilizar o que quer que seja.

## Conclusão

Os projetos parados acontecem. Não têm de se tornar um desastre.

Um protocolo claro, uma comunicação proativa e uma documentação rigorosa transformam uma situação frustrante em algo gerível. E o melhor momento para o resolver é antes de acontecer, ao redigir o contrato.

Se tens projetos bloqueados ou queres rever os teus contratos e o teu processo de revisões para que isto não se repita, [fala connosco e damos uma vista de olhos](https://baqueiro.es/pt/contacto/). Às vezes uma cláusula bem colocada poupa meses de stress.
