Storytelling de dados: o que é, como montar o one-pager e exemplo preenchido

Storytelling de dados é o trecho que costuma sumir entre uma análise bem-feita e uma decisão tomada. A equipe coleta, cruza, testa hipótese e chega à reunião com uma pilha de gráficos. Quem decide sai dela agradecido e sem saber o que fazer na semana seguinte.

O remédio que o kit propõe para o storytelling de dados é pequeno de propósito: uma folha. Nela cabem o contexto que ninguém discute, o que mudou, a pergunta, três achados com a origem de cada número, a recomendação, o primeiro movimento e o que a análise deixou sem resposta. Nada além disso.

A seguir a gente percorre os sete blocos dessa folha de storytelling de dados, a ordem certa de escrever cada um e o motivo de a recomendação vir antes da evidência. Depois vem a leitura do meu livro sobre storytelling e o lugar do one-pager na fase de decisão do kit.

No fim há um exemplo preenchido por uma distribuidora e o modelo em branco para baixar. As duas folhas são parte do kit de análise de dados da Voitto.

O que é storytelling de dados

Storytelling de dados é a forma de apresentar uma análise como um argumento que termina numa decisão: o contexto aceito, o que mudou, a pergunta, a evidência com a origem de cada número, a recomendação e o limite. No kit da Voitto isso cabe numa folha, o one-pager C17, escrito da recomendação para trás.

A expressão storytelling de dados assusta quem vive de planilha, porque parece pedir personagem, suspense e emoção. No trabalho com dados ela pede outra coisa, que é ordem. O número continua sendo o protagonista. A história é só o caminho mais curto entre o que a análise encontrou e o que alguém precisa resolver. Quem já viu uma apresentação de análise de dados perder a sala no terceiro gráfico sabe que o defeito raramente estava no dado. Estava na sequência.

No kit, o storytelling de dados é a ferramenta C17, da fase Decisão. Na descrição do guia, a entrega ocupa uma linha só. Ela diz: "Achado, evidência, recomendação e limite da análise resumidos em uma folha". Logo abaixo vem o erro que a ferramenta existe para impedir: "Terminar no achado sem chegar a uma recomendação que alguém possa executar." As duas frases juntas dizem o que a folha é e contra o que ela trabalha.

Vale separar dois sentidos de storytelling de dados. Um é visual: escolher o gráfico, tirar ruído, destacar a série que importa. Esse é o terreno do data visualization. O outro é argumentativo: a ordem das ideias que leva quem lê da situação até a recomendação. O C17 trabalha o segundo. Um gráfico impecável dentro de um argumento torto continua sem decidir nada.

Os sete blocos do one-pager e o que cada um entrega a quem decide

A folha de storytelling de dados tem sete blocos e mais nada. Não há campo para metodologia, para histórico da coleta nem para agradecimentos. Cada bloco traz um rótulo curto e, ao lado, uma instrução em letra menor que diz o que ele precisa conter:

O terreno do storytelling de dados se prepara nos três primeiros blocos, que somam poucas linhas. O peso está no meio, na evidência e na recomendação. Os dois últimos são os que costumam faltar em qualquer apresentação de resultado: o passo concreto da semana e o limite declarado. Uma folha que termina na recomendação ainda deixa o decisor sozinho com a pergunta de sempre, que é por onde começar.

A sequência também não é enfeite. Situação, complicação e pergunta fazem o leitor concordar três vezes antes de ver qualquer número. Quando a evidência chega, ele já sabe o que ela está tentando responder. É por isso que a mesma análise, reorganizada nesses blocos, costuma render uma reunião bem mais curta.

Por que o C17 se escreve de trás para a frente

A primeira instrução do cabeçalho inverte o hábito de quase todo analista: "Escreva a recomendação primeiro, depois monte a evidência que a sustenta. Se não conseguir, você ainda não tem recomendação." A ordem de leitura vai da situação aos limites. A ordem de escrita começa no quinto bloco.

Eu insisto nessa inversão por um motivo prático, que vale para todo storytelling de dados. Quem escreve na ordem de leitura vai empilhando achados na esperança de que a conclusão apareça sozinha no fim. Quase nunca aparece. O texto cresce, os achados disputam espaço e a recomendação sai vaga, porque foi escrita cansada e sem espaço. Quem começa pela recomendação faz a pergunta dura logo de saída: o que eu estou pedindo para alguém fazer?

Uma recomendação executável tem quatro partes visíveis: a ação, onde ela se aplica, a meta e a alternativa descartada. "Melhorar o relacionamento com fornecedores" não tem nenhuma. "Renegociar o prazo com os maiores fornecedores dos CDs com mais ruptura, com teto de lead time" tem três. A quarta vem na frase seguinte, quando a folha diz qual alavanca ficou de reserva e por quê.

A segunda frase da instrução é um teste. Se a recomendação não sai, a análise não terminou, por mais gráfico que já exista. Esse teste poupa a vergonha de levar à diretoria uma coleção de achados interessantes sem direção. O guia do kit trata esse caso como erro e dá o caminho de volta: "Reabra o one-pager (C17): o achado que você já tem provavelmente já aponta uma direção, falta só declará-la."

Escrever de trás para a frente também muda a evidência. Com a recomendação no papel, cada achado passa a ter uma função: sustentar aquela escolha ou descartar a alternativa. Achado que não faz nenhuma das duas coisas sai da folha, mesmo que tenha dado trabalho. Esse corte é o que separa o storytelling de dados de um relatório cronológico da análise. Para aprofundar o lado da escolha em si, o artigo sobre tomada de decisão cobre os modelos mais usados.

Três achados, cada um com o número e a ferramenta de origem

O bloco de evidência tem teto: três achados. E tem regra. A segunda instrução resume: "Cada achado da evidência traz o número e a ferramenta de onde ele veio." No checklist de prontidão do guia, a mesma exigência volta como pergunta de conferência: "Todo número do one-pager tem uma ferramenta de origem apontada."

A origem entre parênteses presta dois serviços ao storytelling de dados. Primeiro, deixa qualquer pessoa da sala conferir o número sem interromper a reunião, porque sabe em qual folha ele está. Segundo, obriga quem escreve a separar o que mediu do que supõe. Frase sem ferramenta de origem é opinião, por mais segura que pareça.

Um achado bem escrito tem três partes: o número, a comparação que dá sentido a ele e a origem. "O prazo de entrega está alto" não serve. "O prazo de entrega está acima da meta, segundo a árvore de indicadores" já serve melhor, porque qualquer um confere e ninguém precisa perguntar alto em relação a quê. A comparação pode ser com a meta, com o período anterior ou com a média dos pares. Sem ela, o número fica solto e cada leitor escolhe a própria régua.

Uma armadilha mora justamente aqui, e o guia a aponta. Correlação sozinha não sustenta recomendação. A dica 05 é direta: "Correlação (A13), teste de hipóteses (A14) e Ishikawa (A15) andam juntos. Usar só a primeira é a armadilha mais comum do kit inteiro." O checklist traz o mesmo alerta: "A correlação é a única evidência citada, sem teste de hipótese nem mecanismo."

Na prática, a gente só leva à mesa um achado de relação entre duas variáveis quando ele vem com o diagrama de dispersão que o mostra, com o teste de hipótese que descarta o acaso e com uma explicação de mecanismo. O mecanismo costuma sair de um diagrama de Ishikawa. Três achados assim, apontando para o mesmo lado, bastam para um storytelling de dados sólido. Dez achados soltos confundem mais do que provam.

Convergência: nada na folha pode surpreender quem ajudou a coletar

A terceira instrução é a mais contraintuitiva: "Nada aqui pode ser novidade para quem participou da coleta. One-pager não é revelação, é convergência." A imagem do analista que guarda o grande achado para o slide final rende filme, mas atrapalha decisão.

Para mim, surpresa diante de quem decide é um dos custos mais altos de um storytelling de dados. Quem é pego desprevenido defende o próprio território antes de avaliar o argumento. O gerente de compras que descobre na frente da diretoria que o problema está nos fornecedores dele vai gastar a reunião se explicando, e a gestão de fornecedores vira assunto de defesa em vez de alavanca. A mesma informação, compartilhada dias antes, vira contribuição: ele confere o número, sugere o nome do contrato e chega como aliado.

Por isso o storytelling de dados começa antes da folha. Os achados circulam por quem tem dado e por quem será afetado, um por vez, enquanto a análise anda. Quando o C17 chega à mesa, ele organiza o que o grupo já sabe. Uma comunicação assertiva nessa fase poupa a reunião de virar tribunal.

O guia oferece um teste simples para saber se a folha converge. Um dos sinais de prontidão diz: "Duas pessoas que não participaram da análise conseguem refazer o raciocínio lendo o one-pager." E a instrução do checklist pede para rodar a conferência com "alguém que não participou da análise". Se um leitor de fora entende, quem esteve dentro vai concordar.

O bloco de limites: o que a análise não responde, escrito na folha

O último bloco tem o rótulo mais honesto da folha: "O que esta análise não responde". A quarta instrução explica por que ele existe: "O bloco de limites não é fraqueza, é o que dá crédito ao resto." O guia repete a ideia na seção de erros, sob o título "Esconder o que não se sabe".

Soa como paradoxo, mas pense em quem vai ler a folha. Quem decide sabe que toda análise tem buraco. Se a folha não mostra nenhum, o leitor experiente conclui que o autor não viu ou escondeu, e as duas hipóteses derrubam a confiança no resto. Quando o buraco está escrito, com o motivo, o leitor passa a confiar mais no que a folha afirma.

Três tipos de limite costumam merecer registro num storytelling de dados. Há o dado que não existe e impede uma medida. Há a alavanca que também tem relação com o problema, mas mais fraca, e ficou para outra rodada. E há a comparação que ninguém fez, como custo contra custo. Escrever os três dá a quem decide o mapa do que ainda está em aberto.

Uma forma simples de escrever cada limite é dizer o que não foi respondido, por que não foi e o que seria preciso para responder. "Não medimos a perda de receita" é meia frase. "Não medimos a perda de receita porque ninguém registra o pedido que deixou de ser feito" já diz ao decisor o que teria de ser criado para a próxima rodada. É uma frase a mais que evita a pergunta mais comum da reunião.

O rótulo menor do bloco, "o limite honesto, não a revelação", avisa sobre outro risco. Limite não é lugar de esconder achado novo. Se um dado que muda a recomendação apareceu na última hora, a recomendação precisa ser refeita, não empurrada para o rodapé.

O que fazer na segunda-feira: a recomendação vira agenda

O sexto bloco tem um nome que parece brincadeira e é a coisa mais séria da folha: "O que fazer na segunda-feira". Ele traduz a recomendação no primeiro movimento concreto, com área responsável e data. No checklist do guia, o critério aparece assim: "A recomendação é executável na segunda-feira, não em um trimestre."

A diferença entre as duas escalas decide o destino do storytelling de dados. Recomendação de trimestre soa estratégica e se dissolve na agenda de todo mundo. Recomendação de segunda-feira tem dono e hora. Ela pode até ser pequena, desde que comece a mover a alavanca escolhida. A data costuma vir de um compromisso já assumido, como o prazo do termo de abertura do projeto. O resto do plano vem depois, em outra ferramenta.

Essa outra ferramenta é o C18, o 5W2H do kit, que o guia descreve como "Cada ação com dono nomeado, prazo, evidência de origem e status". O one-pager aponta a direção e o primeiro passo. O 5W2H desdobra o caminho inteiro num plano de ação acompanhável. A segunda-feira do C17 costuma virar a primeira linha do C18.

Um teste que a gente recomenda antes de fechar o bloco: ler em voz alta o que está escrito e perguntar quem, na empresa, sabe exatamente o que fazer depois de ouvir aquilo. Quando ninguém se reconhece no texto, o bloco ainda não tem dono. Se todos se reconhecem, falta foco.

Situação, complicação e pergunta: a pirâmide por trás dos três primeiros blocos

Os três blocos de abertura do storytelling de dados no C17 lembram um modelo conhecido de redação executiva. A consultora Barbara Minto organizou esse raciocínio no Princípio da Pirâmide, em que a introdução segue situação, complicação e pergunta, e o corpo se organiza como uma pirâmide sob uma ideia principal. A aproximação é leitura minha: o guia do kit não cita Minto.

A semelhança ajuda a entender a folha. Na pirâmide, a resposta fica no topo e as razões vêm embaixo, agrupadas. No C17, a recomendação é o topo e os três achados são as razões. A instrução de escrever a recomendação primeiro é a mesma disciplina da pirâmide, aplicada a uma folha de análise.

Também há diferenças. A pirâmide foi pensada para documentos e argumentos em geral. O C17 é específico para storytelling de dados, e por isso exige a ferramenta de origem de cada número e tem dois blocos que a pirâmide não pede: o primeiro passo com data e o limite declarado.

Do lado visual, a referência mais citada é o trabalho de Cole Nussbaumer Knaflic, reunido no storytelling with data, um guia de visualização para profissionais de negócio. Ele ajuda a desenhar o gráfico que acompanha cada achado. O one-pager de storytelling de dados cuida da ordem dos argumentos, e as duas coisas se complementam.

O que meu livro diz sobre storytelling e onde isso aparece no C17

Meu livro, o Guia Prático Lean Seis Sigma Black Belt, trata do storytelling em um ponto específico do projeto de melhoria e dá, em outros capítulos, as peças que o one-pager junta. Quatro trechos sustentam a folha:

Há uma diferença de lugar que vale declarar. No livro, o storytelling aparece no capítulo 19, na Definição, para convencer a gestão a aprovar o projeto. No kit, ele fica na fase Decisão, no fim da análise, para fazer a recomendação andar. No storytelling de dados do kit, a técnica é a mesma do livro; muda o momento e o pedido. No começo se pede recurso. No fim se pede uma decisão.

O capítulo 16 acrescenta uma regra que o C17 herda sem dizer: o relatório A3 "não deve se basear em percepções ou achismos". É o mesmo espírito da exigência de ferramenta de origem para cada número. Para quem quer ver o formato completo, o artigo sobre relatório A3 mostra os blocos do documento original.

Onde o one-pager entra na fase Decisão do kit

A fase Decisão abre, no guia, com uma frase que resume a razão de ela existir: "O produto de uma análise de negócio não é um modelo, é uma decisão tomada. Esta fase é a que costuma faltar." São quatro ferramentas, e o C17 fica no meio delas:

• C16, briefing de dashboard: "Para quem o painel é, com que indicador, de que fonte e com que frequência." É o dashboard que vai acompanhar a decisão depois que ela for tomada.
• C17, one-pager de storytelling de dados: a análise inteira numa folha, da situação ao limite.
• C18, plano de ação 5W2H: cada ação com dono, prazo, evidência de origem e status.
• DA3, A3 da análise: "A síntese de uma folha, do contexto à recomendação, pronta para apresentar."

Na dica 06, o guia fecha a porta do atalho. O texto diz: "Termine sempre por uma decisão registrada: o one-pager (C17) e o 5W2H (C18) não são opcionais, são o produto da análise". Tudo o que veio antes na análise, da pergunta de negócio aos testes, só vira valor quando passa por essas duas folhas.

A relação com o DA3 merece uma nota. O guia diz que o A3 da análise "dá para apresentar sem ele em uma reunião informal, nunca em um comitê". O C17 é a peça mais leve, a que circula antes e prepara a conversa. O DA3 é a versão formal para o comitê. O erro comum registrado para o DA3 também vale para o one-pager: "Usar o A3 para substituir a discussão em vez de guiá-la na reunião de decisão."

Como fazer o storytelling de dados em sete passos

Para fazer storytelling de dados no C17, a ordem abaixo segue as quatro instruções do cabeçalho e o checklist do guia. Ela não é a ordem em que a folha será lida:

1. Escreva a recomendação. Uma frase com a alavanca escolhida e a meta. Se houver alternativa, diga qual ficou de reserva e por quê.
2. Escolha os três achados que a sustentam. Cada um com número e ferramenta de origem entre parênteses. Achado que não sustenta nem descarta nada sai.
3. Confira se a correlação está acompanhada. Relação entre variáveis pede teste de hipótese e mecanismo ao lado, nunca sozinha.
4. Escreva a pergunta. A mesma que abriu a análise, com período e recorte.
5. Escreva situação e complicação. Primeiro o que todos aceitam, depois o que mudou e qual o efeito na operação.
6. Defina a segunda-feira e o limite. Um movimento com área e data, e o que a análise deixou sem resposta, por escrito.
7. Faça circular antes da reunião. Mostre a folha a quem participou da coleta e a uma pessoa de fora. Se alguém se surpreender, a convergência ainda não aconteceu.

Os passos 1 a 3 costumam levar mais tempo que todo o resto. É normal: é ali que a análise termina de verdade, e o storytelling de dados ganha forma. Os passos 4 e 5 são redação e saem rápido quando o topo da pirâmide está pronto.

Exemplo de storytelling de dados preenchido

O exemplo é o storytelling de dados da Distribuidora Norte Sul, feito no C17, o caso que atravessa o kit inteiro. A miniatura abre a folha inteira ao clique, e o botão abaixo dela entrega o mesmo C17 em PDF.

1. Distribuidora Norte Sul: da ruptura à renegociação em uma folha

A Distribuidora Norte Sul abastece 7 centros de distribuição com SKUs de giro A e B, em reposição programada. O estoque de segurança e o ponto de pedido de cada CD saem do lead time contratado. Esse é o chão comum do bloco de situação, e ninguém na sala discute nada disso.

A complicação vem em seguida. De janeiro a junho de 2026, a falta de produto cresceu 40% em relação ao semestre anterior e chegou a 7,8% dos SKU-dia, quase o dobro da meta de 4%, conforme a árvore de indicadores (N03). O efeito aparece no chão da operação, com reposição emergencial, hora extra na expedição e cliente reclamando de prazo.

A pergunta coloca duas alavancas lado a lado: o prazo dos 3 maiores fornecedores, a ser renegociado, contra um estoque de segurança mais alto. A evidência responde com três achados, cada um com a sua origem. O lead time está em 14,2 dias para uma meta de 9 (N03). Contagem e Curitiba concentram a ruptura, com índices de 1,51 e 1,43 sobre a média (A11). E a correlação de r=0,78 vem acompanhada do teste de hipótese, com p=0,003 (A13 e A14).

A recomendação escolhe a renegociação nos dois CDs, com teto de 9 dias de lead time. Elevar o estoque fica de reserva, porque prende capital de giro e não mexe na causa. Para a segunda-feira, Compras abre a negociação até 31/07/2026, com cláusula de prazo máximo e multa por atraso, e a TI deixa o painel (C16) pronto antes do primeiro encontro com os fornecedores.

Montar esta folha teve três desafios. O primeiro foi escolher o que fica fora da evidência, que tem teto de três achados. A previsão de demanda também tinha alguma relação com a ruptura, e em vez de disputar lugar com o lead time foi declarada no bloco de limites. O segundo foi não deixar a correlação sozinha, que é a armadilha apontada pelo guia, e ela entrou na folha junto do teste de hipótese. O terceiro foi a perda de receita, que não tinha base para ser medida. A folha a declara como limite em vez de arriscar uma estimativa.

O bloco de limites fecha a folha com três lacunas. Não há base de pedido perdido para medir a receita que se foi (N02, pergunta 4). A previsão de demanda tem relação mais fraca e inversa com a ruptura, r=-0,58, e ficou fora desta rodada. E o custo da renegociação contra o custo do estoque extra não foi comparado em reais.

Se eu tivesse de apontar a frase mais valiosa desta folha, apontaria a da alavanca de reserva. Ela reconhece que elevar o estoque também reduziria a falta de produto, e explica em uma linha por que essa não é a prioridade: prende capital de giro sem atacar a causa. Quem decide ganha as duas opções na mesa, com a escolha justificada.

A folha também mostra o limite bem escrito. São três lacunas diferentes: uma base de dados que não existe, uma alavanca com relação mais fraca que ficou para depois e uma comparação de custo que não foi feita. Nenhuma delas enfraquece a recomendação. Todas deixam claro o que a próxima rodada precisa atacar, como a previsão de demanda.

Repare ainda no que a folha não traz: nenhum gráfico, nenhum parágrafo sobre a coleta. Os gráficos existem, cada um na ferramenta citada entre parênteses. O one-pager aponta para eles. Quem quiser conferir sabe onde procurar, e quem só precisa decidir tem tudo numa página.

One-pager, A3, relatório final, dashboard e slides: qual serve para quê

O storytelling de dados convive com outros formatos de entrega. Cada um resolve um problema diferente, e confundi-los é o jeito mais rápido de levar o documento errado para a reunião certa:

A linha do relatório final vem do capítulo 32 do meu livro, que lista os tópicos "resumo executivo, avaliação e análise, recomendações, lições aprendidas e apêndice". É um documento de fechamento, mais longo, que o one-pager não substitui. O storytelling de dados do C17 é o que faz a recomendação chegar ao relatório.

O painel é o par natural da folha. A recomendação diz o que mudar. O dashboard estratégico mostra, semana a semana, se a mudança está surtindo efeito nos indicadores de desempenho. Um sem o outro fica pela metade, porque a decisão perde quem a acompanhe e o painel passa a medir sem saber para quê.

Os slides, quando existem, derivam da folha. A sequência dos sete blocos vira a sequência da fala, com um gráfico por achado. O artigo sobre os cinco passos de uma apresentação de alto impacto ajuda na parte oral. O argumento continua sendo o que está no C17.

Erros comuns ao montar o storytelling de dados

Entre os erros listados no guia do kit, um resume todos os outros, o de número 04: "Apresentar sem recomendação". A explicação é seca: "Se o slide termina no gráfico, quem decide vai decidir por outra coisa." Os demais erros que a gente separou abaixo são variações dele:

• Terminar no achado. A folha mostra o que está acontecendo e para ali. O leitor concorda com tudo e não sabe o que fazer.
• Número sem origem. Um percentual solto, sem a ferramenta que o produziu, abre a discussão errada: em vez de decidir, a sala passa a duvidar do dado.
• Correlação como prova única. Duas variáveis que andam juntas não bastam. Sem teste de hipótese e sem mecanismo, a recomendação fica pendurada numa coincidência possível.
• Esconder o limite. Folha sem lacuna nenhuma não é folha completa. Leitor experiente desconfia do que ela não mostra.
• Guardar a surpresa para a reunião. Achado novo apresentado em público gera defesa, não decisão.
• Recomendação de trimestre. Uma meta ampla sem primeiro passo datado soa ambiciosa e não sai do lugar.

A saída que o guia propõe para o erro 04 serve para quase todos os tropeços de storytelling de dados: voltar ao one-pager e declarar a direção que os achados já indicam. Na maioria das vezes a análise está pronta. Falta coragem de escrever a frase da recomendação, e é essa frase que põe energia na reunião, porque dá à sala algo concreto para aceitar ou recusar.

Quando uma folha basta e quando ela não segura sozinha

Na maior parte das decisões operacionais, o one-pager de storytelling de dados basta: uma alavanca contra outra, um problema com causa identificada, um grupo pequeno de decisores. Nesses casos, uma folha bem escrita substitui a apresentação inteira e encurta a conversa.

Ele não segura sozinho quando a decisão vai para um comitê formal. O guia é claro sobre isso ao falar do DA3, que não deve faltar em comitê. Também não basta quando a análise tem muitas perguntas independentes. Aí cada pergunta merece a própria folha, ou a análise precisa ser dividida em rodadas.

Há ainda o caso em que a folha não deveria ser escrita: quando a decisão já foi tomada e a análise serviria só para justificá-la. O storytelling de dados pressupõe que a recomendação sai da evidência. Se a ordem for inversa de verdade, e não só na escrita, a folha vira peça de convencimento, e o bloco de limites denuncia o problema. Quem conhece estratificação sabe como um recorte escolhido a dedo pode fabricar a conclusão que se queria.

Um bom sinal de que a folha está pronta vem do checklist do guia: "A recomendação sobrevive à pergunta 'e se eu tirar essa parte da história'?" Quando um achado sozinho segura a recomendação, a evidência precisa de reforço antes da reunião. Se tirar um achado não muda nada, ele não precisava estar lá.

Modelo de one-pager de storytelling de dados em branco para baixar

Na versão sem preenchimento, o one-pager de storytelling de dados mantém no topo as quatro instruções e, abaixo delas, os sete blocos com rótulo e orientação. Você imprime, escreve a lápis a recomendação primeiro e só então preenche o resto.

A folha traz as quatro instruções de preenchimento e os sete blocos do one-pager, da situação ao que a análise não responde, cada um com a orientação em letra menor.

Abrir e baixar o C17 em branco (PDF)

Um bom primeiro exercício de storytelling de dados é pegar a última análise que você entregou e tentar escrever só a recomendação, em duas linhas. Se a frase sai, o resto da folha costuma vir junto. Empacou? Então você acabou de descobrir o que faltou naquela entrega. Se quiser percorrer as outras ferramentas com a mesma disciplina, te convido a conhecer a Formação em Análise de Dados da Voitto. Vale também conhecer a Academia de Certificação da Voitto, onde o método do livro vira certificação.