A importância das apresentações de Design

“A designer who does not present their own work is not truly a designer.” — Mike Monteiro, Design is a Job

Esta frase é dura, mas tem fundo. Apresentar o que desenhaste é parte do trabalho, tanto como desenhar. Não é uma tarefa que se delega ao Lead, ao PM, ou ao Art Director “porque eles falam melhor”. Quando o trabalho é teu, és tu que devias falar dele.

Porque é que o designer deve apresentar o seu próprio trabalho

Quatro razões que se acumulam:

Cria relação com o cliente, com colegas, com a equipa. Apresentar é uma forma de te tornares visível.
Torna-te responsável pelo que entregaste. Não há intermediário que possa diluir as decisões que tomaste.
Permite às pessoas perguntarem-te diretamente. Quem desenhou tem o contexto que mais ninguém tem.
Treina apresentação e storytelling. Capacidades que se desenvolvem só com prática real.

Se estás a ler isto e és Art Director ou Lead de uma equipa, garante que são os designers a apresentar o seu próprio trabalho. Eles merecem o espaço e a equipa toda ganha.

Se és designer e já te aconteceu ser outra pessoa a apresentar o teu trabalho (não é assim tão incomum), tenta explicar os ganhos de seres tu a fazê-lo. Não é fácil, mas vale a pena.

Regra nº1: foca nos objetivos, não nas funcionalidades

Esta é a regra que mais me poupou tempo (e desconforto) ao longo dos anos.

Toda a apresentação deve ser preparada, criada e entregue em torno do problema que estás a resolver e dos objetivos da iniciativa. Não em torno do que parece bonito ou da feature que descobriste como construir.

O efeito secundário positivo: ao manter o foco nos objetivos, evitas comentários sobre cor de botão, espaçamento, e outras questões secundárias que descarrilam reuniões.

Preparação

Antes de avançarmos: estar nervoso é normal. É o teu organismo a sinalizar que está perante uma responsabilidade. Não conheço ninguém que não fique nervoso antes de uma apresentação importante. Vai ficando melhor com a prática, e nunca desaparece por completo.

Agenda

Apresentações são reuniões. Devem ter agenda. Permite a quem vai estar na sala antecipar o que vem, preparar materiais, e poupar tempo da própria reunião.

Uma boa agenda inclui:

Propósito da reunião
Tópicos e detalhes do que vai ser abordado
Resultado esperado no final
Tempo e atividades previstas
Responsabilidade de cada pessoa envolvida

Custo da reunião

Em empresas mais pequenas podes saltar este ponto. Em contexto enterprise, vale a pena pensar nisto: cada pessoa na sala tem um custo (salário, tempo, contexto que perde). Convoca apenas quem contribui ou é essencial.

A Harvard Business Review tem uma calculadora de custo de reuniões que ajuda a ter noção concreta.

Preparar a apresentação

Preparação é a fase mais importante. Apresentar Design deve ser levado a sério, esteja o teu trabalho num guardanapo ou numa apresentação polida em Figma. Algumas práticas:

Escreve a ideia e o objetivo da apresentação antes de abrir qualquer ferramenta de slides.
Partilha o esboço cedo com colegas e recolhe feedback sobre a estrutura.
Revê os objetivos ao longo do processo. É fácil perder-se no caminho.
Itera com a equipa enquanto trabalhas. Não esperes pela versão final para mostrar.
Faz um teste interno com a tua equipa antes da apresentação real.
Apresenta informalmente a uma seleção menor de stakeholders quando estiveres confiante. Os feedbacks que aparecem aqui são preciosos.
Ajusta com base no feedback anterior antes da apresentação principal.
Envia a apresentação antes da reunião, sempre que possível.

Apresentação

Esta é a parte onde introduzes o tema, explicas o que vais apresentar, e apresentas qualquer membro da equipa relevante.

Se estás a apresentar com outras pessoas, não te esqueças de as ajudar caso vejas que ficaram bloqueadas. Apoiar é parte do trabalho.

Evita apresentações exaustivas onde percorres cada detalhe do design. Foca-te em como o que estás a apresentar resolve o problema, ou em como vai ao encontro dos objetivos da iniciativa.

Pontos para reforçar durante a apresentação:

Atenção à postura
Mantém ligação visual com as pessoas para quem estás a apresentar
Mostra entusiasmo pelo trabalho
Adopta uma velocidade de discurso mais lenta do que o teu instinto pede
Olha para as pessoas, não para o ecrã
Nunca uses sarcasmo (sim, isto acontece, e é sempre mau)

Receber feedback

Preparar para receber críticas é importante, especialmente se tiveres alguém na audiência que não entenda o papel do design. Define o formato e o tipo de feedback que procuras. Pode estar na agenda, e podes reforçar no fim da apresentação.

Definir o âmbito do feedback torna mais fácil às pessoas partilharem opinião, porque criaste o espaço para isso.

Boas regras a estabelecer:

Evitar assunções sobre as decisões tomadas
Dar feedback em formato de pergunta (“o que se decidiu sobre X?”) em vez de afirmação (“X devia ser diferente”)
Evitar opiniões pessoais sobre estética
Focar no design, não no designer
Definir o âmbito específico do feedback (por exemplo: “foca em tom de voz e estrutura; ignora imagens e cores”)

Alguns profissionais sugerem que o feedback fique separado da reunião. Outros colocam-no no fim da apresentação.

O que tem funcionado melhor comigo: deixar uma parte curta no fim só para perguntas de clarificação, e marcar uma segunda reunião, mais curta, para feedback. Entre as duas, peço aos stakeholders para enviarem feedback por email. Isto força reflexão, evita reações impulsivas, e dá-me tempo para preparar respostas.

Para começar

Três passos para a próxima vez que apresentares:

Define o objetivo da apresentação numa frase antes de abrir slides.
Faz pelo menos um teste interno com a equipa.
Define o âmbito do feedback explicitamente, no início e no fim.

Se algo aqui te ficou na cabeça, escreve-me.

Para complementar, há posts relacionados úteis: sobre research como base do design, sobre análise heurística com template que dá artefactos concretos para apresentar, e sobre como fazer storymapping que ajuda a estruturar narrativa.