Comunicação  ·  Liderança

Comunicação
&
Storytelling

Como estruturar apresentações sobre as quais os executivos agem, escrever para stakeholders ocupados, contar histórias com dados e adaptar a mensagem a diferentes audiências.

Storytelling Apresentações Stakeholders Escrita
6 min de leitura
A Lacuna de Competência

A competência mais subvalorizada em produto e gestão

As competências técnicas levam-te à sala. As competências de comunicação determinam o que acontece quando lá estás. PMs que não conseguem explicar uma decisão a um executivo não-técnico perdem orçamento. Analistas que não conseguem narrar as suas descobertas produzem relatórios que ninguém lê. Gestores que comunicam mal criam equipas que não sabem o que importa.

Mau comunicador
  • Apresenta dados sem um ponto de vista
  • Usa jargão que exclui stakeholders não-técnicos
  • Slides cheios de texto; lê deles à letra
  • Esconde a recomendação no fim
  • Reporta o que aconteceu sem dizer o que fazer

Análise certa, enquadramento errado. O trabalho fica feito mas o impacto perde-se.

Bom comunicador
  • Começa pela recomendação, sustenta-a com evidência
  • Traduz descobertas técnicas em linguagem de negócio
  • Os slides são apoios visuais; o orador é o conteúdo
  • Cada mensagem é calibrada ao contexto da audiência
  • Transforma dados numa decisão, não numa descoberta

Mesma análise. A decisão é tomada. O orçamento é aprovado. A equipa fica alinhada.

Estrutura

A framework SCR: Situação, Complicação, Resolução

Desenvolvida na McKinsey, a SCR é a base da comunicação executiva. Estrutura qualquer mensagem (email, apresentação ou ponto de situação verbal) num arco narrativo que vai do contexto ao problema e à solução. Os executivos ocupados processam esta estrutura instantaneamente.

S
Situação: contexto partilhado. Começa com o que toda a gente já sabe e concorda ser verdade. Isto estabelece terreno comum e prepara a audiência para notar quando algo muda. "A nossa taxa de conversão no Q2 foi 4,2%, em linha com os 4–5% que mantivemos nos últimos três trimestres." Mantém-na breve: a Situação não é informação nova, é alinhamento.
C
Complicação: o que mudou. A tensão que torna a ação necessária. Algo mudou, surgiu um problema, ou apareceu uma oportunidade que perturba a situação estável. "Em julho, a nossa taxa de conversão caiu para 2,8%, uma quebra de 33%. A análise mostra que isto se correlaciona com o redesign do checkout lançado a 3 de julho." A Complicação cria urgência sem alarme.
R
Resolução: o que estás a recomendar. A ação específica que propões. Não "devíamos investigar mais"; isso não é uma resolução. "Recomendamos reverter o redesign do checkout até sexta-feira e correr um teste A/B controlado antes da próxima iteração. Isto vai recuperar cerca de 180 mil € de receita mensal perdida." A Resolução termina com um ponto de decisão claro para a audiência.
O Princípio da Pirâmide (Barbara Minto): Começa pela conclusão, depois sustenta-a com argumentos, depois sustenta cada argumento com evidência. Os executivos têm pouco tempo. Se construíres lentamente até à recomendação, perde-los antes de lá chegares. Começa no topo da pirâmide.
Data Storytelling

Transformar dados em decisões

Dados sem narrativa são ruído. Um gráfico que exige um minuto a interpretar é um gráfico que será ignorado. O objetivo do data storytelling não é mostrar tudo o que sabes. É mostrar a única coisa que importa e torná-la impossível de não perceber.

Escolhe o gráfico certo
O tipo de gráfico deve corresponder à comparação que estás a fazer. Gráficos de linha mostram mudança ao longo do tempo. Gráficos de barras comparam categorias discretas. Scatter plots mostram correlações. Gráficos circulares mostram parte-do-todo (usa com parcimónia; as barras são quase sempre mais claras). Usar o tipo errado não só confunde; engana ativamente. Um gráfico de barras com eixo Y a começar num valor não-zero exagera as diferenças em ordens de grandeza.
Remove o "chart junk"
Todo o elemento que não é informação é distração. O data-to-ink ratio de Edward Tufte: maximiza a proporção de tinta dedicada a dados vs. decoração. Remove gridlines que não ajudam a leitura. Remove efeitos 3D, sombras e gradientes. Remove legendas redundantes quando os rótulos podem ficar diretamente sobre os dados. Um gráfico limpo comunica mais depressa e é mais memorável do que um decorado.
Escreve um título-manchete, não um rótulo
O título do gráfico deve enunciar o insight, não descrever o gráfico. "Utilizadores Ativos Mensais por Segmento" é um rótulo. "O MAU de Enterprise cresceu 34% enquanto o de SMB caiu 12%, uma mudança no mix de segmentos que mascara um crescimento global estagnado" é uma manchete. Os títulos-manchete pré-processam o gráfico para o leitor; ele chega ao insight antes de sequer olhar para os dados. Não é simplificar a mais; é respeitar o tempo dele.
Contextualiza o número
Um número sem contexto não tem significado. "O nosso NPS é 34." Isso é bom? Mau? A melhorar? Compara com: o trimestre passado (34 vs. 28, +21%), o benchmark da indústria (34 vs. média de 32) e o teu próprio objetivo (34 vs. meta de 40). Os números caem de forma diferente quando têm um ponto de referência. Fornece sempre pelo menos dois: uma comparação histórica e um benchmark externo.
Stakeholders

Comunicar para diferentes audiências

A mesma informação precisa de ser embalada de forma diferente para um CEO, um engenheiro, um cliente e um membro do conselho. Os factos não mudam; o enquadramento, a profundidade e o formato mudam. Não adaptar é a causa-raiz da maioria das queixas de "ninguém lê os meus relatórios".

Executivos
Começa pela recomendação. Usa linguagem de negócio (receita, margem, risco, tempo). No máximo uma página ou 5 minutos. Não querem saber como lá chegaste; querem saber o que decidir e o que acontece se não decidirem. Se quiserem profundidade, pedem.
Equipas de Engenharia
Sê específico e honesto sobre os trade-offs. Os engenheiros detestam requisitos vagos e lógica de negócio simplista. Explica o "porquê": que problema de utilizador resolve, que métrica move. Inclui as restrições à partida. Respeita a sua expertise: vão encontrar soluções em que não pensaste se enquadrares o problema com clareza.
Stakeholders Externos
Clientes, parceiros e investidores querem o progresso face às expectativas, não métricas internas para as quais não têm contexto. Enquadra as atualizações em torno dos objetivos deles, não dos teus. "Lançámos o X, o que significa que já podes fazer Y" ganha a "completámos a integração da API". Traduz cada marco interno em valor externo.
Escrita

Escrever para ser lido

A maioria da escrita de negócio falha porque é escrita para a clareza de quem escreve, não para o tempo de quem lê. Boa escrita de negócio é editada sem dó: cada palavra desnecessária removida, cada verbo passivo tornado ativo, cada ponto enterrado trazido à superfície.

Atenção a estes
Começa pelo pedido, não pelo contexto: A primeira linha de qualquer email de negócio deve dizer o que precisas. "Escrevo para pedir aprovação do X até sexta-feira" ganha a três parágrafos de contexto antes de um pedido enterrado. Se o leitor só ler a primeira frase, deve saber o que queres.
Usa o assunto como manchete: "Atualização Q3" é uma pasta, não um assunto. "Q3: Receita no caminho, churn a subir, decisão necessária sobre orçamento de retenção" diz ao destinatário exatamente o que está lá dentro e se deve abrir já. Um assunto descritivo também torna os emails encontráveis meses depois.
Um email, um tema: Emails que cobrem três temas produzem respostas a um. Decisões importantes perdem-se em threads sobre atualizações irrelevantes. Se tens três coisas para discutir, envia três emails curtos, ou marca uma chamada. Misturar temas é como as decisões se atrasam.
Escreve frases curtas: Comprimento médio de frase em escrita de negócio clara: 14–18 palavras. Uma frase com mais de 30 palavras contém quase sempre duas ideias que deviam ser separadas. Corta advérbios. Substitui a voz passiva pela ativa. Apaga "conforme a nossa conversa", "informa-se que" e "queria entrar em contacto". Acrescentam comprimento, não significado.
Conclusão

A comunicação é uma competência de produto

Estrutura antes de escrever
A framework SCR, o Princípio da Pirâmide, o método BLUF (Bottom Line Up Front), todos partilham o mesmo insight central: a estrutura da tua comunicação determina se a mensagem cai. Gasta mais tempo na estrutura do que na redação. Uma boa estrutura sobrevive a uma má redação; uma boa redação não salva uma má estrutura.
Conhece a audiência antes de começar
O que é que esta pessoa já sabe? Com o que se importa? Que decisão lhe pedem para tomar? Responder a estas três perguntas antes de escrever seja o que for produz comunicação relevante, com o detalhe adequado e acionável. Escrever sem este contexto é a razão de tantos relatórios nunca serem lidos.
Edita sem dó
O primeiro rascunho é sempre demasiado longo. Boa escrita de negócio é sobretudo edição: cortar até ficar só o que importa. A atenção do leitor é um recurso finito. Cada palavra desnecessária gasta é um imposto desnecessário sobre o seu tempo. Respeitar isso é boa comunicação e cortesia profissional.

Mais sobre produto & liderança

Escrevo sobre comunicação, gestão de produto e estratégia de negócio. Segue no LinkedIn para mais.