BI conversacional ou Reports IDE: parei de escolher errado
Gastei duas semanas construindo um relatório que ninguém abriu. A pergunta era pontual e eu tratei como se fosse rotina.
Gastei duas semanas montando um relatório caprichado sobre comportamento de compra por faixa de cliente. Ficou lindo. Foi aberto três vezes no primeiro mês, e duas foram minhas. A pergunta que motivou tudo era pontual, nascida de uma curiosidade da diretoria, e eu tratei como se fosse rotina. BI conversacional teria resolvido em quarenta minutos.
O erro inverso também acontece aqui, e é mais frequente. A pessoa refaz a mesma pergunta toda semana, de memória, com filtro ligeiramente diferente a cada vez. Ninguém publica nada. E aí três pessoas chegam com três números na mesma reunião.
A escolha entre os dois caminhos não é de gosto nem de perfil técnico. É de estágio da pergunta. Vou dar o critério que a gente usa e que acabou com essa indecisão. O funcionamento de cada ferramenta está em Chat com Dados e em Reports IDE.
BI conversacional serve para a pergunta que ainda está nascendo
Quando você não sabe direito o que está procurando, conversar é imbatível. Você pergunta, olha, estranha, muda o recorte, pergunta de novo. Cada rodada custa segundos. Nessa fase, montar layout é desperdício puro, porque o formato vai mudar cinco vezes antes de a pergunta ficar de pé.
A conversa fica salva com histórico e favoritos, então a investigação não some quando você fecha a tela. Isso importa mais do que parece: metade das análises que eu abandonei no meio voltaram a ser úteis semanas depois.
O editor serve para a pergunta que já assentou
Quando o recorte parou de mudar e mais de uma pessoa precisa ler o mesmo número, chegou a hora de publicar. O ganho não é visual, é de acordo: todo mundo lê o mesmo filtro, com a definição escrita ao lado. Some a divergência de "eu puxei diferente" e sobra a discussão sobre o que fazer com o número, que é a discussão útil.
| Situação | Caminho | Por quê |
|---|---|---|
| Curiosidade que apareceu agora | Conversa | Custa minutos e não deixa artefato para manter |
| Investigação de um desvio no painel | Conversa | O recorte muda a cada rodada da investigação |
| Número que a diretoria pede todo mês | Relatório publicado | Precisa ser o mesmo filtro, lido por várias pessoas |
| Acompanhamento semanal de uma área | Relatório publicado | Repetição exige estabilidade e definição escrita |
| Análise pontual para uma negociação | Conversa e exportação | Serve uma vez e vira anexo do documento |
| Número que já gerou discussão entre áreas | Relatório publicado | Publicar encerra a divergência de filtro |
A régua das três repetições
Minha regra hoje é simples ao ponto de parecer preguiçosa: perguntou três vezes, publica. Não precisa avaliar relevância estratégica nem montar critério elaborado. A própria repetição já provou que a pergunta importa, e o custo de publicar é menor que o custo de reformular a pergunta toda semana torcendo para lembrar do filtro exato.
- Uma vez: resolva na conversa e siga a vida.
- Duas vezes: favorite o recorte e anote a formulação que funcionou.
- Três vezes: publique, com definição escrita e responsável nomeado.
- Duas pessoas diferentes perguntando o mesmo: publique já, sem esperar a terceira.
- Virou assunto de reunião recorrente: publique e mande o link em vez do número.
O que muda em segurança
Nos dois caminhos a fronteira de empresa é respeitada. A execução da consulta em linguagem natural é somente leitura, limitada a SELECT e com escopo obrigatório por empresa. As fontes do editor ficam limitadas à empresa da sessão, e a rota publicada exige sessão e empresa. O detalhe das travas está em text-to-SQL seguro.
A diferença está em quem lê. Conversa é individual: o resultado fica com quem perguntou. Relatório publicado é coletivo, e por isso pede revisão de colunas antes de ir ao ar, principalmente quando há dado pessoal envolvido.
Como eu encadeio os dois no mês
- O painel levanta o sinalAlgum indicador sai da faixa e chama atenção. Ainda não há pergunta formada, só estranhamento.
- A conversa investigaTrês ou quatro rodadas de pergunta, recortando por período, responsável ou produto até achar o padrão.
- A conferência validaO total é comparado com um relatório tradicional equivalente antes de qualquer conclusão sair da sala.
- A decisão aconteceAlguém decide algo com prazo. Se não houver decisão, a análise para aqui e tudo bem.
- A repetição vira publicaçãoSe o mesmo recorte voltar nos meses seguintes, ele é publicado com definição escrita e responsável.
Quando nenhum dos dois é a resposta
Se o número precisa sair do sistema, ir para uma ata ou chegar em quem não tem acesso, o caminho é exportar. E se a pergunta é previsível e comum, provavelmente já existe uma tela pronta que responde melhor que qualquer construção nova. Confira o inventário em relatórios gerenciais no ERP antes de montar coisa. O desenho de IA por trás da conversa está em automação e IA.
Por onde eu começaria
Liste as perguntas que você fez ao sistema nos últimos trinta dias. Marque as que apareceram mais de uma vez. Essas são candidatas a relatório publicado, e você provavelmente vai se surpreender com quantas são. As outras estão exatamente onde deveriam estar: numa conversa, resolvidas e arquivadas.