Relatório de estado semanal: o modelo que o cliente lê até ao fim

Existem dois tipos de relatório de estado que ninguém lê. O primeiro tem quatro páginas, vinte gráficos e um resumo que não resume. O segundo é uma frase: "tudo a correr conforme o planeado". O primeiro cansa; o segundo não informa. O cliente quer saber três coisas, e quer sabê-las em dois minutos: estamos bem?, o que aconteceu? e tenho de fazer alguma coisa?

O status report semanal que funciona é curto, tem sempre a mesma forma e responde a estas perguntas pela ordem. Abaixo, uma estrutura em cinco blocos, um exemplo preenchido e uma forma de o montar em minutos a partir do que já está nas tarefas.

Os cinco blocos

Bloco	Pergunta a que responde	Tamanho
1. Situação geral	Estamos dentro do prazo, em risco ou atrasados?	Uma linha
2. Concluído na semana	O que foi entregue?	3 a 5 itens
3. Próximos passos	O que vem na semana seguinte?	3 a 5 itens
4. Riscos e bloqueios	O que pode atrasar ou já está a travar?	0 a 3 itens
5. Decisões e pedidos	O que o cliente tem de fazer ou decidir?	0 a 3 itens

1. Situação geral

Uma linha, com um sinal claro: dentro do prazo, em risco ou atrasado. Vem primeiro porque é a única coisa que alguns leitores vão ler. Se o estado mudou em relação à semana passada, diga-o: "em risco (era: dentro do prazo)".

2. Concluído na semana

Entregas, não atividades. "Planta de cobertura aprovada" é uma entrega; "trabalhámos na planta" não é. Se nada foi concluído, escreva-o. Uma semana sem entregas é uma informação importante.

3. Próximos passos

O que será feito na semana seguinte e por quem. É o compromisso da equipa, e o relatório da próxima semana vai cobrar este bloco.

4. Riscos e bloqueios

Aqui mora a honestidade. Um risco é algo que ainda pode acontecer ("o fornecedor pode atrasar a entrega"); um bloqueio é algo que já está a parar o trabalho ("a aguardar o acesso ao sistema"). Para cada um, escreva o impacto e o que está a ser feito.

5. Decisões e pedidos

O bloco de que o cliente mais precisa e que menos encontra. Liste o que depende dele: aprovar a versão 2 até quinta-feira, enviar o logótipo em vetor, escolher entre as opções A e B. Sem este bloco, o relatório informa, mas não desbloqueia.

Um exemplo preenchido

Para o site institucional de uma clínica, em Curitiba, na semana 6 de 9:

Situação geral: em risco (era: dentro do prazo). A entrega das fotografias atrasou três dias.

Concluído na semana:

• Página "Especialidades" publicada no ambiente de testes
• Formulário de marcação integrado no e-mail da receção
• Versão mobile da página inicial aprovada pelo cliente

Próximos passos:

• Montar a página "Equipa" assim que as fotografias chegarem (Marina)
• Rever os textos das especialidades (Rafael)
• Configurar o domínio e o certificado (Camila)

Riscos e bloqueios:

• Bloqueio: sem as fotografias da equipa, a página "Equipa" não avança. Se chegarem até quarta-feira, o prazo de publicação mantém-se.
• Risco: a revisão dos textos pela direção da clínica ainda não tem data.

Decisões e pedidos:

• Enviar as fotografias da equipa até quarta-feira
• Confirmar quem na clínica revê os textos, até sexta-feira

Lê-se em menos de dois minutos. E repare que o relatório não esconde o problema: o cliente sabe o que está a atrasar e o que ele próprio pode fazer para o resolver.

Com que frequência enviar

Semanal é o ritmo certo para a maioria dos projetos: frequente o bastante para o cliente não se sentir às escuras, espaçado o bastante para haver o que contar. Três ajustes ajudam:

• Mesmo dia, mesma hora. A previsibilidade vale mais do que o conteúdo. Quando o cliente sabe que o relatório chega todas as sextas-feiras às 16h, deixa de perguntar à quarta.
• Projetos curtos e intensos pedem mais. Num sprint de duas semanas, um aviso curto a meio ajuda.
• Projetos de manutenção pedem menos. Um fecho mensal pode bastar, se o fluxo for estável.

Como montar em minutos, a partir das tarefas

A razão pela qual os relatórios de estado se tornam um fardo é que alguém os escreve do zero, a recordar o que aconteceu. Se o trabalho já está registado em tarefas, o relatório é uma leitura delas, não uma redação.

1. Concluído na semana: filtre as tarefas do projeto concluídas nos últimos sete dias. O bloco 2 escreve-se praticamente sozinho.
2. Próximos passos: filtre as tarefas com prazo na semana seguinte. Esse é o bloco 3.
3. Riscos e bloqueios: olhe para as tarefas atrasadas, as paradas há dias e as que esperam alguma resposta. O cronograma mostra o que derrapou e o efeito nas datas seguintes.
4. Situação geral e pedidos: estes dois escreve-os com discernimento, mas já com os outros três blocos no ecrã.

A Tasskee tem relatórios e painéis que reúnem este retrato, e o modelo de status report semanal traz os cinco blocos prontos a preencher. Com o hábito de manter as tarefas atualizadas ao longo da semana, a montagem demora poucos minutos.

Ou deixe o cliente consultar quando quiser

Uma alternativa, ou um complemento, é dar ao cliente um lugar onde olhar. No portal do cliente, ele vê o andamento do projeto, as entregas, as etapas e o que aguarda a sua aprovação, sem depender de um e-mail às sextas-feiras. O relatório semanal passa a ser o resumo comentado, e o portal é a fonte dos detalhes. Os dois usam as mesmas tarefas, por isso o que o cliente lê no relatório bate certo com o que vê no portal.

Erros que fazem o relatório morrer

• Escrever atividade em vez de entrega. "Reunião com a equipa" não diz nada ao cliente.
• Maquilhar o estado. O "tudo verde" que passa a vermelho de uma semana para a outra destrói a confiança. Avise do risco quando ele aparece.
• Esquecer o bloco de pedidos. Se o cliente é a causa do atraso, o relatório tem de o dizer com educação e com prazo.
• Mudar o formato todas as semanas. O leitor aprende onde procurar. Mude o formato e ele volta a ter de procurar.
• Enviar um anexo gigante. Se precisa de apêndice, o corpo do relatório não está a fazer o seu trabalho.

Por onde começar

Na próxima sexta-feira, escreva o relatório do seu projeto mais importante nos cinco blocos, no máximo num ecrã. Compare com o que enviava antes. Se ficou mais curto e mais claro, repita na semana seguinte e transforme-o em hábito. Daqui a um mês, o cliente deixa de perguntar "como estamos?" porque a resposta já chega à hora do costume.

Variações para três situações comuns

Projeto com atraso

Quando o estado é "atrasado", o relatório tem de ser ainda mais objetivo. Abra com a nova data prevista, explique a causa numa frase e deixe claro o que muda no plano. Não peça desculpa em três parágrafos: o cliente quer a nova data e saber o que será feito para que ela se mantenha.

Semana sem novidades

Existe, e acontece em fases de espera ou de trabalho longo. Envie o relatório na mesma, curto: "sem entregas na semana; a equipa está concentrada em X, previsto para quinta-feira". O silêncio gera ansiedade; um relatório curto e honesto gera tranquilidade.

Mais de um cliente, mais de um projeto

Quem gere vários projetos corre o risco de gastar a sexta-feira inteira a escrever relatórios. Uniformize o formato, mantenha as tarefas de cada projeto atualizadas durante a semana e reserve um bloco fixo de tempo para a escrita. Para uma agência com muitos clientes, o ganho de ter o relatório quase pronto a partir das tarefas é grande.

Um teste final antes de enviar

Releia o relatório a fingir que é o cliente, sem conhecer os bastidores. Pergunte-se: sei se estamos dentro do prazo? Sei o que foi entregue? Sei o que tenho de fazer? Se alguma resposta não está clara nos primeiros trinta segundos, o relatório precisa de ajuste. Um bom status report é aquele que, depois de lido, não gera uma pergunta de volta.

Se o relatório lhe ocupa a sexta-feira, vale a pena ver como o Status Report da Tasskee faz este trabalho: os cinco blocos passam a ser um modelo, os números saem do andamento das tarefas, a IA redige o texto de cada bloco e o PDF fica pronto a enviar.