A habilidade que nenhum curso de dados te ensina
TL;DR
Todo curso de dados te ensina SQL, estatística, visualização. Nenhum te ensina a influenciar sem autoridade - que é o que BAs de impacto fazem o tempo todo. Neste post, explico o que é essa habilidade, por que é difícil, e como comecei a desenvolvê-la na empresa onde trabalho.
O que todo curso de dados ensina (e o que ignora)
Você provavelmente aprendeu, ou está aprendendo, alguma combinação disso:
→ SQL para extrair dados
→ Python ou R para modelagem
→ Tableau, Power BI ou Metabase para visualização
→ Estatística para interpretar resultados
→ Comunicação de dados para contar histórias com números
Tudo isso é real. Tudo isso importa. E nenhuma dessas habilidades é suficiente para gerar impacto consistente como BA.
O que nenhum curso te ensina é o que acontece depois de você ter a análise pronta.
Você apresenta os resultados para um stakeholder. Ele concorda que os dados são interessantes. Agradece pelo trabalho. E não muda nada.
Isso aconteceu comigo mais vezes do que eu gostaria de admitir.
O dado estava certo. A análise estava bem feita. A conclusão era clara. E nada aconteceu porque eu não tinha construído as condições para que algo acontecesse.
Isso me levou a entender a habilidade que realmente separa os BAs que geram impacto dos que geram relatórios.
A habilidade em questão: influenciar sem autoridade
BA não tem autoridade formal sobre quase nada.
Você não decide o roadmap. Você não aprova orçamento. Você não tem poder de veto sobre nenhuma decisão de produto ou engenharia.
E mesmo assim, BAs de impacto mudam decisões o tempo todo.
Como?
Influenciando sem autoridade. Usando uma combinação de confiança, credibilidade, linguagem certa e timing para criar condições onde a decisão certa se torna óbvia - antes de você precisar pedir que ela seja tomada.
Isso não é manipulação. É comunicação estratégica.
E é uma habilidade que pode ser aprendida. Mas raramente é ensinada formalmente.
Por que isso é difícil na prática
Existem três razões pelas quais influenciar sem autoridade é genuinamente difícil para a maioria dos BAs.
Você não controla o contexto
Quando você entra em uma reunião para apresentar uma análise, você não sabe o que a pessoa na frente de você já decidiu. Você não sabe quais pressões ela está sofrendo. Você não sabe se ela vai usar o que você trouxe como insumo para uma decisão ou para justificar uma que já tomou.
Dados raramente falam por si mesmos. Eles são interpretados dentro de um contexto que você não controla.
Isso significa que a análise perfeita, apresentada no momento errado, para a pessoa errada, com o enquadramento errado - não gera impacto.
Você depende de confiança que leva tempo para construir
Um stakeholder que não te conhece vai tratar sua análise com ceticismo razoável. Ele não sabe se você entende as nuances do negócio. Não sabe se você já errou antes e admitiu. Não sabe se pode contar com você quando o dado é ambíguo.
Confiança é construída em dezenas de interações pequenas antes de importar em uma grande.
O problema é que a maioria dos BAs só percebe que precisa de confiança no momento em que já precisa dela. Aí é tarde.
Você está falando línguas diferentes
Produto pensa em experiência do usuário e métrica de negócio. Engenharia pensa em viabilidade técnica e débito. Liderança pensa em risco, custo e prazo.
BA tende a falar a língua dos dados - que nenhum desses grupos fala fluentemente.
Se você apresenta uma análise estatisticamente sofisticada para uma liderança que precisa de uma decisão rápida, você perdeu o argumento antes de terminar o slide.
Como desenvolver - o que funcionou pra mim
Nenhum curso que conheço cobre isso de forma direta. Mas existem práticas que aceleraram muito quando comecei a aplicar.
Chegue com a implicação antes dos dados
A maioria dos BAs abre a apresentação com contexto, depois metodologia, depois resultado, depois implicação.
Inverta.
Comece com o que muda se a análise estiver certa. "Isso sugere que deveríamos parar de investir em X e realocar para Y." Aí mostre os dados que sustentam isso.
Isso serve dois propósitos: a pessoa sabe imediatamente o que está em jogo, e você está falando a língua de decisão - não a língua de dado.
Construa confiança em análises de baixo risco primeiro
Confiança com stakeholders começa com entregas onde o risco de estar errado é baixo.
Você identifica um padrão interessante que o time não percebeu. Você confirma uma hipótese que alguém tinha mas não tinha dado para sustentar. Você antecipa uma pergunta que a liderança vai fazer antes que ela seja feita.
Essas entregas constroem a reputação de que você entende o negócio - não só os dados. Quando chegar a análise que importa de verdade, a confiança já está lá.
Aprenda a língua de cada stakeholder
Produto fala em usuário e métrica. Aprenda a enquadrar análise em termos de experiência do usuário e impacto em métrica de produto.
Engenharia fala em sistema e viabilidade. Aprenda a apresentar o problema sem a solução, e deixe engenharia propor a implementação.
Liderança fala em risco e custo de oportunidade. Aprenda a traduzir sua análise em "aqui está o que você perde se não agir" e "aqui está o que você ganha se agir".
Essa tradução não é desonestidade. É respeito pelo modelo mental do interlocutor.
Para o BA: 3 situações onde aplicar essa semana
Você não precisa mudar tudo de uma vez. Começa com uma das três situações abaixo.
Situação 1 - Próxima análise que você vai apresentar
Antes de montar o deck, escreva em uma frase: "O que muda para o stakeholder se eu estiver certo?" Esse é o seu slide de abertura, não a metodologia.
Situação 2 - Próxima reunião com stakeholder novo
Faça uma entrega pequena que não foi pedida. Um dado que você viu que é relevante para o trabalho dele. Uma confirmação de uma hipótese que ele tinha. Não peça nada em troca. Isso inicia o ciclo de confiança.
Situação 3 - Próxima vez que sua análise for ignorada
Em vez de refazer a análise, pergunte: qual era o contexto da decisão que aquela pessoa estava tomando quando recebeu o que você trouxe? Provavelmente o problema não era o dado.
O dado raramente é o problema.
