Como usar Perguntas e Respostas (Q&A) no Power BI: passo a passo
Perguntas e Respostas (Q&A) Power BI: aprenda a habilitar consulta em linguagem natural, treinar sinônimos, evitar erros comuns e adotar boas práticas.
O usuário quer perguntar, não clicar em dez filtros
Todo mundo que mantém relatório de Power BI já viveu esta cena: a diretoria abre o painel, olha por cinco segundos e pergunta "e quanto vendemos na região Sul mês passado?". A resposta está ali, a três cliques de distância, mas ninguém quer dar esses três cliques. É exatamente esse atrito que o recurso de Perguntas e Respostas (Q&A) Power BI tenta resolver: deixar a pessoa digitar a pergunta em português comum e receber um visual pronto, sem depender de você nem de um menu de segmentações.
Parece mágica, e é aí que mora o problema. Q&A funciona muito bem quando o modelo está bem construído e você investiu meia hora treinando termos. Funciona mal, e frustra o usuário, quando você joga o visual em cima de um modelo bagunçado e espera que ele adivinhe o vocabulário do negócio. Neste guia eu mostro quando usar, o passo a passo real, os erros que vejo em quase todo projeto e as boas práticas que separam um Q&A que as pessoas usam de um que vira enfeite abandonado no canto da página.
Q&A é uma camada de linguagem natural sobre o seu modelo semântico
Antes do passo a passo, vale entender o que está acontecendo por baixo. O Q&A não é uma busca no Google dos seus dados. Ele lê o modelo semântico (as tabelas, colunas, medidas e relacionamentos) e tenta mapear as palavras que o usuário digita para esses objetos. Quando alguém escreve "vendas por região", o motor procura uma medida chamada vendas e uma coluna chamada região, monta a agregação e escolhe um visual.
Isso tem uma consequência prática que muita gente ignora: a qualidade do Q&A é um espelho da qualidade do seu modelo. Nomes de coluna como Col1, Val_2 ou Tab_Fato_Vend_Fnl não significam nada para o motor de linguagem, então ele não vai acertar. Se você quer que o Q&A funcione, o trabalho começa lá atrás, na modelagem. Vale a leitura do nosso guia de modelagem e boas práticas de DAX, porque um modelo limpo é pré-requisito, não detalhe.
Existem duas formas de entregar Q&A ao usuário. A primeira é o visual de Q&A, que você arrasta para a página do relatório como qualquer outro visual. A segunda é a caixa de Q&A no serviço, que aparece no topo de um dashboard publicado. As duas usam o mesmo motor e o mesmo treinamento, mas têm cenários de uso diferentes, como mostro mais abaixo.
Use Q&A quando a pergunta é imprevisível, não para substituir todo relatório
Q&A não serve para tudo. Ele brilha em alguns cenários e atrapalha em outros. Vale separar isso antes de sair habilitando em todo painel.
| Cenário | Q&A é boa escolha? | Por quê |
|---|---|---|
| Executivo faz perguntas variadas e ad hoc | Sim | O visual fixo nunca cobre toda pergunta possível |
| Exploração inicial de um dataset novo | Sim | Ajuda a descobrir o que existe no modelo |
| KPI que todo mundo olha todo dia | Não | Um cartão fixo é mais rápido e confiável |
| Relatório operacional com layout rígido | Não | O usuário precisa de consistência, não de improviso |
| Público que não sabe o vocabulário do negócio | Depende | Sem treinamento de sinônimos, erra muito |
A regra que eu uso com cliente é simples: se a pergunta é recorrente e conhecida, faça um visual fixo. Se a pergunta é imprevisível e muda a cada reunião, o Q&A ganha. Colocar Q&A como muleta para um modelo mal pensado ou para evitar desenhar o relatório direito é o caminho mais curto para o abandono.
Passo a passo para habilitar e configurar o Q&A
Vou assumir que você já tem um modelo com medidas nomeadas de forma decente e uma tabela de datas própria. Se ainda não tem tabela de datas, resolva isso primeiro, porque perguntas com tempo ("este ano", "mês passado") dependem dela.
Passo 1: adicione o visual de Q&A à página
No Power BI Desktop, na aba de inserção ou no painel de visualizações, escolha o visual de Perguntas e Respostas. Ele aparece com uma caixa de texto e algumas sugestões automáticas de perguntas. Só de colocá-lo na tela, o Power BI já gera sugestões com base nas tabelas e medidas que encontrou.
Passo 2: teste com perguntas reais do negócio
Não teste com "vendas por região" apenas. Digite as perguntas que você sabe que a diretoria faz, com as palavras que ela usa. Se a área comercial fala "faturamento" e sua medida se chama "Receita Líquida", o Q&A não vai conectar sozinho. Anote toda pergunta que falhou, porque essa lista é o seu roteiro de treinamento.
Passo 3: trate os termos que o Q&A não reconheceu
Quando o Q&A não entende uma palavra, ele a sublinha ou mostra que não encontrou correspondência. É aqui que entra o trabalho de verdade. Vá em Modelagem e abra as configurações de Perguntas e Respostas. Nessa área você define sinônimos, termos e ajustes de linguagem que ensinam o motor a entender o vocabulário da empresa.
Passo 4: cadastre sinônimos
Sinônimo é o recurso mais subestimado do Q&A. Se a medida é "Receita Líquida", cadastre "faturamento", "vendas", "receita" e o que mais o pessoal usar. Faça o mesmo com colunas: "cliente" pode virar "conta", "comprador", "sacado". Cada sinônimo que você adiciona reduz uma frustração futura. Nas versões mais novas do Desktop, há sugestão automática de sinônimos que você revisa e aprova, o que economiza bastante tempo.
Passo 5: use "ensinar Q&A" para frases inteiras
Além de sinônimos palavra a palavra, você pode ensinar frases. Se o time diz "meta batida" para significar "vendas acima do orçamento", você registra essa expressão e associa ao cálculo correto. Isso cobre o jargão que não cabe num sinônimo simples.
Passo 6: revise os termos de linguagem e publique
Antes de publicar, refaça toda a lista de perguntas do passo 2 e confirme que agora funcionam. Publique no serviço, e lembre que o treinamento viaja junto com o modelo. Se você quer disponibilizar Q&A para um público amplo, considere organizar isso dentro de um workspace bem estruturado, tema que tratamos no guia completo de Power BI para empresas no Brasil.
Os erros mais comuns matam o Q&A antes de ele começar
Vejo os mesmos tropeços em quase todo projeto. Listo os principais e como evitá-los, porque conhecer a armadilha vale mais que qualquer tutorial de botão.
| Erro comum | O que acontece | Como corrigir |
|---|---|---|
| Colunas com nomes técnicos | O motor não mapeia cd_cli para "cliente" | Renomeie no modelo com nomes de negócio |
| Zero sinônimos cadastrados | Só quem sabe o nome exato consegue perguntar | Cadastre o vocabulário real da área |
| Modelo sem tabela de datas | Perguntas com tempo falham ou dão resultado errado | Crie uma tabela de datas marcada |
| Muitas medidas ambíguas | O Q&A escolhe a errada e ninguém percebe | Nomeie de forma única e esconda auxiliares |
| Colunas e medidas técnicas visíveis | O usuário recebe respostas com lixo interno | Oculte tudo que não é para consumo |
| Expor Q&A sem validar segurança | Usuário vê dado que não deveria | Combine com segurança de linha (RLS) |
O último ponto merece destaque. Q&A respeita a segurança de linha (RLS), mas só se ela estiver configurada. Se você tem dados sensíveis e vai abrir a caixa de perguntas para um público grande, a governança precisa vir antes. Perguntar "salário de todo mundo" e receber a resposta porque ninguém configurou o controle de acesso é o tipo de acidente que custa caro. Tratamos disso em profundidade no artigo sobre governança de dados, Power BI e LGPD.
Boas práticas que fazem o usuário confiar na resposta
Habilitar é fácil. Fazer o Q&A ser confiável a ponto de a diretoria usar em reunião é outra história. Estas são as práticas que eu recomendo sempre.
Nomeie pensando em quem pergunta, não em quem modela. O engenheiro de dados pensa em fct_vendas. O usuário pensa em "vendas". Se você precisa manter nomes técnicos por padrão interno, use a camada de sinônimos como tradutor. O usuário nunca deveria precisar conhecer a estrutura do modelo.
Esconda tudo que não é para consumo. Colunas de chave, medidas intermediárias, tabelas de apoio: oculte. Quanto menos ruído o Q&A tem para escolher, mais certeira é a resposta. Um modelo com 200 colunas visíveis confunde tanto o motor quanto o humano.
Crie perguntas sugeridas. Você pode fixar perguntas de exemplo no visual. Isso guia o usuário e mostra o que o modelo consegue responder. Sem sugestão, a pessoa fica olhando a caixa vazia sem saber o que digitar, e desiste.
Trate Q&A como produto vivo, não entrega única. As perguntas mudam com o negócio. Toda vez que surgir um termo novo (uma linha de produto, uma sigla de projeto), alguém precisa cadastrar o sinônimo. Sem manutenção, o Q&A envelhece e volta a errar. Isso se encaixa bem em um modelo de sustentação de BI, onde a evolução contínua é parte do contrato, não um favor.
Valide com dados reais e usuários reais. Antes de anunciar o recurso, sente com duas ou três pessoas da área e peça que perguntem à vontade. Você vai descobrir em quinze minutos metade dos sinônimos que faltavam. É o teste mais barato e mais eficaz que existe.
Q&A no relatório e Q&A no dashboard não são a mesma coisa
Uma confusão frequente: o visual de Q&A que você coloca na página do relatório e a caixa de Q&A do dashboard no serviço têm comportamentos diferentes. Vale saber a diferença para escolher certo.
O visual de Q&A vive dentro de uma página de relatório. Ele responde com base no modelo daquele relatório, e o resultado é um visual interativo que a pessoa pode transformar em um visual padrão com um clique. É ótimo para exploração dentro de um contexto específico.
A caixa de Q&A do dashboard aparece no topo de um dashboard no serviço e pode buscar em vários datasets fixados naquele dashboard. É mais ampla, mas também mais imprevisível, porque cruza fontes diferentes. Para a maioria dos casos, eu prefiro começar pelo visual no relatório, que dá mais controle sobre o que o usuário vê.
Seja qual for a opção, o treinamento de sinônimos e termos que você fez no modelo vale para as duas. O investimento não se perde.
Perguntas frequentes
O Q&A funciona em português?
Funciona, mas historicamente o suporte a linguagem natural é mais maduro em inglês. Em português você consegue bons resultados, principalmente se investir pesado em sinônimos e termos, que é justamente onde você compensa qualquer limitação do idioma. Não conte com o motor adivinhando gírias regionais sem você ensinar.
Preciso de licença especial para usar Q&A?
Não há uma licença exclusiva de Q&A. O visual está disponível no Power BI Desktop e no serviço dentro do licenciamento normal de publicação e consumo. O que define quem pode usar é a licença de acesso ao conteúdo (Pro, PPU ou capacidade), a mesma que qualquer relatório exige. Se você tem dúvida sobre o modelo de licenças, vale um discovery e assessment do ambiente.
Q&A respeita a segurança de linha (RLS)?
Sim. Se o modelo tem RLS configurada, o Q&A devolve apenas os dados que aquele usuário tem permissão de ver, igual a qualquer outro visual. O ponto de atenção é o contrário: se você não configurou RLS e abre o Q&A para todo mundo, todo mundo vê tudo. Segurança é responsabilidade sua, não do recurso.
Por que o Q&A escolhe o visual errado?
O motor decide o tipo de visual com base na pergunta, e nem sempre acerta. A boa notícia é que o usuário pode trocar o visual manualmente depois da resposta, e você pode influenciar isso ajustando os termos e definindo tipos de dado corretamente (por exemplo, marcar uma coluna como geografia ajuda o mapa a aparecer). Modelo bem tipado reduz muito esses erros.
Dá para treinar o Q&A sem saber DAX ou programação?
Dá. O cadastro de sinônimos e o recurso de ensinar frases são feitos por interface, sem código. O que exige conhecimento técnico é a parte de trás: garantir que o modelo tenha medidas corretas e relacionamentos bem feitos. Se o modelo está pronto, treinar o Q&A é trabalho de configuração, acessível a qualquer analista de negócio.
Q&A substitui a necessidade de um analista de BI?
Não, e quem promete isso está vendendo ilusão. O Q&A responde perguntas simples e diretas sobre um modelo que já existe. Ele não constrói o modelo, não valida a lógica de negócio, não desenha o painel executivo nem garante que o número está certo. Ele é uma camada de conveniência sobre um trabalho bem feito, não um substituto dele.
Comece pelo modelo, não pela caixa de perguntas
Se você lembrar de uma só coisa deste texto, que seja esta: o Q&A é tão bom quanto o modelo por baixo dele. Nomes claros, medidas bem definidas, tabela de datas, sinônimos cadastrados e segurança configurada. Faça esse dever de casa e o recurso vira um ganho real de autonomia para o usuário. Pule essas etapas e ele vira um enfeite que ninguém usa depois da segunda tentativa frustrada.
Se você quer estruturar um ambiente de Power BI onde o self-service funciona de verdade, com modelo limpo, governança e recursos como Q&A entregando valor em vez de dor de cabeça, fale com a gente. A gente já ajudou dezenas de empresas a sair do painel abandonado para o painel que a diretoria usa sozinha.
Quer aplicar isso na sua empresa?
A Fynx implementa BI, Power BI e Power Platform de ponta a ponta. Conte seu cenário e devolvemos um diagnóstico direto ao ponto.
Falar com um especialista