Apresentações que começam pelo segundo slide
(tidyfirst.substack.com)- Apresentações técnicas precisam de explicação de contexto, mas é fácil perder a audiência logo no começo; por isso, é mais eficaz mostrar primeiro a situação-problema e depois preencher o contexto
- Essa técnica, como o conselho de escrita de Lawrence Block, consiste em trocar a primeira parte e a segunda parte escritas naturalmente, colocando uma cena tensa no início
- Uma apresentação que explica primeiro o contexto acaba sendo repetitiva para quem já sabe e, para quem não sabe, ainda não oferece motivo suficiente para ouvir, o que pode reduzir a atenção
- No exemplo de otimização de uma máquina virtual baseada em JIT, primeiro são mostrados o perfil de desempenho, uma alteração de código que parece uma melhoria e os dados que indicam que, na prática, ficou mais lento; só depois são explicados JIT, otimização e arquitetura
- Quando se apresenta no início um problema que a audiência quer resolver, programadores naturalmente tentam encontrar uma solução, criando motivação para acompanhar a explicação seguinte
Estrutura de apresentação que mostra o problema primeiro
- Apresentações técnicas normalmente precisam tanto de definição de contexto quanto da apresentação do problema a ser resolvido
- No entanto, começar pela explicação de contexto enfraquece o poder de atração no início da apresentação
- Para a audiência que já conhece o contexto, isso vira informação repetida
- Para a audiência que não conhece o contexto, ainda não há motivação para tentar entender
- O método de Kent Beck é preparar os slides na ordem desejada e depois trocar entre si os dois primeiros slides, parágrafos ou capítulos
- É uma técnica retirada de Telling Lies for Fun and Profit, de Lawrence Block
- Quando se escreve uma história de forma natural, o primeiro capítulo apresenta o protagonista e o segundo desenvolve o acontecimento
- Ao trocar os dois capítulos, a história começa com o protagonista em perigo
- Como a apresentação do personagem vem depois que a tensão já foi criada, o leitor passa a ter um motivo para querer conhecer esse personagem
Exemplo de apresentação sobre otimização JIT e reação da audiência
- Em uma apresentação sobre otimização de uma máquina virtual baseada em compilação JIT, normalmente se apresenta primeiro JITing, Pareto como base do ajuste de desempenho e a arquitetura atual da máquina
- Mas uma otimização comum que reduz hotspots pode deixar o desempenho geral mais lento, enquanto uma mudança que parece inofensiva pode gerar uma grande melhoria
- A estrutura que começa pelo segundo slide coloca logo no primeiro slide o material necessário para julgar a situação
- Um perfil de desempenho que mostra hotspots
- Uma alteração de código que parece trazer melhoria
- Dados mostrando que a otimização não só falhou como também deixou o sistema mais lento
- Se, depois disso, forem inseridas as explicações sobre JIT, otimização e arquitetura, a audiência que já conhece o contexto acompanhará esperando a resposta para o mistério, e a audiência que não conhece o contexto também terá um motivo para prestar atenção
- Como programadores têm uma reação de engenharia de tentar resolver um problema quando ele é apresentado, é eficaz estruturar o início da apresentação em torno de um problema a ser resolvido em conjunto
1 comentários
Opiniões no Hacker News
Algumas semanas atrás, ao apresentar na PyCon, tive dificuldade para encaixar o conteúdo no tempo disponível e acabei cortando a introdução de alguns minutos do começo
Eliminei a parte que subia gradualmente até o tema e explicava o contexto de por que eu tinha credibilidade para falar daquilo, e fui direto para o primeiro ponto; ali havia uma boa piada, que funcionou bem
Aprendi que, se o tema for interessante o suficiente, dá para pular a introdução e ir direto ao assunto, e que misturar uma piada pode prender a atenção da plateia o bastante
Detesto pitches de vendas que começam contando a história da empresa e, curiosamente, grandes empresas japonesas costumam estar entre as piores nisso
Em cada slide, você deve pensar: “se eu não der um motivo para ler o próximo slide, a plateia vai se levantar e ir embora”
Se as pessoas ainda não sabem o que eu ofereço, não há necessidade de justificar a existência do apresentador; no fim, o ponto central não é o apresentador, mas quem está ouvindo
É difícil travar muito nessas partes e, enquanto isso, o corpo vai aquecendo para entrar na apresentação em si
Claro que, quanto mais curto, melhor; por isso costumo decorar as primeiras frases palavra por palavra
Mesmo quando estou mais ansioso, consigo garantir o começo e, depois disso, falar com mais liberdade
Uns 30 segundos tudo bem, mas alguns minutos é tempo demais, seja em uma apresentação, seja em um vídeo no YouTube
Entendo por que as pessoas fazem isso
Devem estar tentando reduzir riscos como “essa pessoa tem qualificação?” ou “não entendo o contexto”, mas seria bom ter um pouco de coragem e ir direto ao ponto
Como eu já escolhi assistir àquela palestra, explicar por que ela é interessante é pregar para convertidos
Na cultura hacker, em geral as pessoas são julgadas mais pela capacidade do que pelas credenciais, então dá para inserir algo como “aliás, fui eu que criei isto”, mas não leia seu currículo; convença com insights
Isso não vale para todos os contextos, e algumas plateias dão muita importância às credenciais
Se as pessoas não escolheram aquela apresentação por conta própria, também é preciso fornecer contexto suficiente
Ainda assim, na maioria das vezes é melhor capturar o interesse primeiro e, depois de conquistá-lo, voltar à introdução
Na pós-graduação, recebi bastante treinamento de apresentação, e meu orientador frequentemente me fazia praticar como se fosse um quiz durante os ensaios
O primeiro slide deve ser visto apenas como algo para deixar na tela por um momento enquanto você não está falando, como uma capa de livro
Por exemplo, se o moderador apresenta dizendo “o próximo palestrante vai falar sobre BlahBlah”, você responde: “Obrigado, SoAndSo. Eu sou Godelski e próximo slide vou falar sobre BlahBlah”
Por outro lado, se ele apresenta dizendo “o próximo palestrante é Godelski e vai apresentar um trabalho sobre BlahBlah”, você passa com “Obrigado, SoAndSo. próximo slide”
Há variações, inclusive quando não há apresentação, mas o ponto central é não repetir informações que o apresentador já disse e sair rapidamente do slide de título
Aquele slide serve apenas para mostrar quem está falando e sobre o quê; se há mais informações a transmitir ao público, você não deve ficar nele
Há muitos outros elementos na composição e organização dos slides, mas é difícil generalizar; ainda assim, acho que um slide de visão geral é bem útil, mesmo que apareça por menos de um segundo
Ele também é mais importante quando os slides são publicados online
Slides de apresentação são feitos como apoio à fala, então, quando vão para a internet, não se encaixam muito bem; seria bom se fosse fácil incluir notas dos slides
No Google Slides isso funciona razoavelmente, mas em PDF é difícil; com beamer isso já deve ser possível, ou parece possível, então talvez alguém consiga emplacar uma nova prática
Minhas apresentações técnicas são bastante populares, e até pessoas não técnicas que não têm interesse no tema compartilham os slides dentro da empresa
A estrutura narrativa é o ponto central; sem uma história, uma apresentação não consegue ser interessante
Ao criar a apresentação, reviso os slides continuamente para verificar se o fluxo da narrativa está natural
Durante a apresentação, evito que muita informação apareça de uma vez na tela e uso a timeline do PowerPoint para que o slide se forme lentamente enquanto eu falo
Faço com que pareça quase como usar um quadro branco, e ninguém gosta quando, ao mudar de slide, surge uma parede de texto
Não é que eu evite slides só com texto, mas eles raramente são a melhor forma de transmitir minha história ou meus conceitos, então quase não os uso
Enquanto preparo a apresentação, também releio continuamente para ver se ela não está ficando técnica demais e entediante, ou pouco técnica demais e entediante
O equilíbrio é importante; se, de repente, for preciso entrar fundo demais em aspectos técnicos, nos próximos slides é preciso trazer o nível de volta para cima, e o inverso também vale
Mesmo com pouco texto, uso muitas visualizações desenhadas à mão para explicar os conceitos com precisão, então, mesmo impressos, os slides ainda são compreensíveis e transmitem o que é preciso saber
Por fim, não importa qual aplicativo você usa
Maus artistas culpam as ferramentas, e eu uso PowerPoint porque ele tem suporte ao iPad Pencil e uma timeline completa de animações, de modo que, se usado bem, chega quase ao nível de fazer um filme
Só que eu o uso principalmente para dividir os slides em partes menores
Apresentações técnicas sempre começam com spoilers
Quem está com pressa, ou simplesmente pode confiar no que estou dizendo, consegue obter só as informações mais importantes e ir embora quase imediatamente
Quem não concorda ou quer ver evidências para as afirmações pode continuar acompanhando
A expressão é usada com mais frequência em memorandos ou e-mails, mas o conceito é o mesmo
Se você diz primeiro o que há no fim, as pessoas entendem para onde a contextualização está indo
Dá para usar a espinha dorsal da história, mas, se você quer convencer a plateia de que há uma cena de explosão no fim do arco-íris, precisa mostrar o trailer primeiro
Você vai direto para a parte boa, sem precisar fazer a plateia “merecer” a recompensa, e depois explica o restante para quem se interessar
Algo que apareceu em várias análises de demos também está aqui: https://web.archive.org/web/20220126051034/https://www.secon...
Começo com um resumo e, quando apropriado, coloco logo no início até código completo e reutilizável que possa ser copiado e colado
É assim que eu gostaria que os outros fizessem, então faço igual
É preciso deixar o ego de lado e priorizar a utilidade
Ela força você a dizer primeiro por que as pessoas deveriam se importar, e o conteúdo menos interessante fica para depois; assim, se o tempo estourar ou alguém perder a concentração, não perde tanta coisa
[1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)
Pode ser visto como a versão para apresentações de “I’m okay, the bull is dead”
https://www.computerworld.com/article/1702433/i-m-ok-the-bul...
Numa situação dessas, dá para entender que alguém não consiga se acalmar e explicar claramente, mas aqui não parece ter sido esse o caso
Se a pessoa está calma, é melhor, para o outro lado, dar primeiro uma explicação de 10 a 15 segundos sobre o que aconteceu
Diga primeiro a conclusão e o impacto, e depois preencha o contexto que levou ao acontecimento
Apresentações técnicas ainda precisam de uma história
Como nas técnicas padrão de storytelling, elas devem começar com um acontecimento que prenda a atenção, ou seja, um incidente incitante
The Matrix começa com Trinity prestes a ser capturada; Bambi, com a mãe sendo baleada; Star Wars, com uma nave pequena sendo perseguida por uma nave enorme disparando lasers
Uma boa apresentação técnica segue uma boa estrutura narrativa
Incidente incitante, construção até um pequeno clímax, um breve recuo, clímax, conclusão
Se você quer se tornar um ótimo apresentador técnico, vale ler livros sobre como contar boas histórias
Por exemplo, artigos longos demais que começam com “David mora em algum lugar do interior, em uma casa de 3 quartos, com seus cachorros boopy e bloppy...” me fazem fechar a página imediatamente
Uma vez fiz uma excelente aula de apresentação conduzida por um comediante, e o conselho que mais ficou na memória foi estruturar a apresentação como uma jornada do herói
É uma estrutura que todo mundo conhece: tudo está bem, ocorre uma tragédia, o problema é superado, há uma celebração
Você pode achar que isso não combina com apresentações técnicas, e nem toda apresentação precisa ser assim, mas dá para aplicar com muito mais frequência do que parece
Basicamente, qualquer coisa que resolva um problema pode ser contada desse jeito
Ainda assim, apresentações demais começam com “Vou falar sobre o projeto X. Este é o roteiro dos slides. Então, o que é X?”
Em vez disso, dá para dizer algo como: “Tínhamos muitas coisas fazendo Y. Isso funcionava bem, até Z chegar. Depois veio o desastre. A solução existente A não funcionava de jeito nenhum nesse caso. Então criamos X. Mas ele não funcionou por causa de ..., então tivemos que ..., e finalmente tudo passou a funcionar”
Recomendo começar o primeiro slide com uma imagem sem texto
Essa imagem não deve ter nenhuma relação aparente com o tema da apresentação que estava no slide de título sem numeração
Assim, as pessoas ficam curiosas para saber qual explicação virá e prestam atenção
Depois de resolver o enigma, você passa para o segundo slide, apresenta a definição do problema ou a pergunta de pesquisa e, dali em diante, segue a estrutura comum: visão geral, método, dados, experimentos, resultados da avaliação, discussão e limitações, resumo, conclusão e trabalhos futuros
Mas isso só funciona em apresentações orais
Outro tipo importante de slide deck, predominante em grandes empresas globais, é mais uma mistura de apresentação em PowerPoint com documento do Word
Os slides ficam cheios de texto para que o deck seja compreensível por si só; ele não é feito apenas para apresentação, mas principalmente para circular por e-mail e ser lido
Como a diretoria pode não assistir à apresentação e apenas folhear os slides, ele quebra deliberadamente algumas regras de bons slides que servem de apoio a uma boa apresentação
Pelo menos na minha área, visão computacional e aprendizado de máquina, coloca-se na primeira página uma figura grande, atraente e, se possível, autoexplicativa
Ela serve para prender a atenção de quem está folheando o PDF e puxá-lo para dentro do texto
Em visão computacional, geralmente dá para encontrar algo visualmente atraente, como uma reconstrução 3D ou uma imagem com detecção de objetos destacada
Ou então dá para usar um gráfico mostrando quanto o meu método é melhor que a baseline, mas isso pode ser menos interessante para quem não entende bem o significado dos números
Em demonstrações, aprendi há muito tempo que é preciso começar pela parte boa
Se você tem um ótimo software de monitoramento, não deve começar pelo processo de instalação, pela configuração da coleta de métricas e por como conectou o front-end ao banco de dados de séries temporais, para só então mostrar aqueles gráficos incríveis que antes não existiam
Em vez disso, mostre primeiro os gráficos incríveis que antes não existiam e explique por que eles são úteis
Só depois disso, quando todos já estiverem interessados, você pode dedicar tempo para mostrar como chegou àquele estado
Já vi demonstrações demais começarem com um processo longo e tedioso até chegar à parte incrível, e teria sido muito melhor se tivessem mostrado a coisa incrível primeiro
É uma abordagem genial para apresentações técnicas
Mas, em mídias de entretenimento como romances e séries de TV, isso sempre reduz meu interesse
Se não é preciso ter informações de contexto para entender uma cena de ação, acho que dá para pular totalmente essas informações de contexto
Eu só preferiria que não acelerassem tudo de repente para depois voltar rápido demais ao nada
Ainda assim, há um motivo: eles colocam primeiro a parte mais importante da história
O andamento do romance é lento demais, os leitores de teste desistem antes de algo interessante acontecer, então o editor sugere algo como “vamos colocar no começo aquela cena de batalha legal do capítulo 10 para mostrar do que este livro trata”
Esse tipo de abordagem raramente funciona bem
Li todas as frases e parágrafos, mas ainda não tenho certeza do que o texto original está tentando transmitir
Quer dizer “pule a introdução”?
Quando começo uma apresentação, primeiro dou uma breve visão geral do que ela vai conter
Nem sempre dá para ajustar o conteúdo ao público, mas pelo menos, se você der um índice ou resumo no início, as pessoas sabem quando prestar atenção e quando podem ficar meio distraídas por um momento
Devem ser 2 ou 3 pontos principais a reforçar por repetição, não mais que isso
E minha dica número 1 é: quanto mais natural você quiser que a apresentação soe, mais precisa ensaiar antes
Se você for um apresentador experiente, também acaba aprendendo quando e como quebrar essas regras
Claro, reinventar