BI para Telecom: indicadores, casos de uso e como começar

Na telecom, o dado existe de sobra, mas ninguém confia no número da reunião#

Poucos setores geram tanto dado quanto o de telecomunicações. Cada ligação, fatura, chamado no call center e evento da rede deixa um rastro. E ainda assim, a cena mais comum na diretoria de uma operadora ou provedor é a mesma: três áreas chegam com três números de churn diferentes, e a reunião trava discutindo qual está certo em vez de decidir o que fazer. É esse desperdício que o BI telecom resolve. Ele não cria dado novo, ele concilia o que já está espalhado no billing, no CRM e nos sistemas de rede, e transforma esse volume em indicador confiável e único para decidir.

Este texto é para quem toca gestão, receita, rede ou atendimento em uma operadora, um provedor regional de internet ou uma empresa de telecom, e sente que o dado sobra mas a decisão emperra. Vou ser direto sobre quais indicadores importam, de onde eles nascem, quais casos de uso pagam o projeto e como começar sem cair na armadilha do painel bonito que ninguém abre.

Os indicadores que sustentam a decisão em telecom#

Antes de abrir o Power BI, alinhe o que medir. O erro clássico em projeto de BI telecom é começar pelo gráfico e só depois descobrir que a área comercial calcula churn de um jeito, a financeira de outro e a de rede nem participa da conversa. Defina a fórmula, o denominador e a granularidade antes de qualquer visual. Em telecom isso é ainda mais sensível porque a base é enorme e um ponto percentual de churn representa muita receita.

Abaixo estão os indicadores que aparecem em praticamente todo projeto sério de BI telecom. Não são todos os que existem, são os que costumam mudar a decisão.

Indicador	O que mede	Cálculo resumido	Fonte típica
Churn	Perda de clientes no período	Cancelamentos / Base ativa no início	CRM, billing
ARPU (receita média por usuário)	Receita gerada por assinante	Receita do período / Base ativa média	Billing
Ativações e cancelamentos	Entrada e saída líquida de clientes	Ativações - Cancelamentos	CRM, billing
Disponibilidade de rede	Tempo em que o serviço ficou no ar	Tempo disponível / Tempo total	OSS, sistemas de rede
Inadimplência	Faturas vencidas e não pagas	Valor vencido / Valor faturado	Billing, financeiro
Volume de chamados e NPS	Demanda de atendimento e satisfação	Chamados por cliente e pesquisa de NPS	CRM, central de atendimento

Churn e ARPU são o par que define a saúde do negócio#

Churn é o indicador mais vigiado da telecom, e o mais mal calculado. Ele parece trivial, mas o resultado muda muito conforme o denominador e a janela. Churn voluntário, quando o cliente pede para sair, é diferente de churn involuntário, quando o cliente cai por inadimplência, e tratar os dois no mesmo balde esconde a causa. Vale separar por plano, região, canal de venda e tempo de casa, porque a média da base esconde o segmento que está sangrando. Prever quem vai sair antes do pedido de cancelamento é o passo seguinte, e escrevemos sobre isso em como prever churn com dados.

ARPU, a receita média por usuário, é o outro lado da moeda. Ele traduz a base em dinheiro e responde se o crescimento em número de clientes está vindo com receita ou só com volume. O detalhe delicado é o que entra na conta: receita recorrente de plano, serviços adicionais, cobrança avulsa. Misturar tudo sem critério produz um ARPU que ninguém explica. Cruzar churn com ARPU separa análise de gráfico: perder cliente de ARPU alto dói muito mais do que perder cliente de plano básico, e só quem cruza os dois enxerga isso.

Ativações, cancelamentos e o crescimento líquido real#

Ativações e cancelamentos, olhados juntos, revelam o crescimento líquido da base, o número que a diretoria realmente quer. Uma operação pode comemorar recorde de ativações e estar encolhendo, porque o cancelamento no mesmo período foi maior. Acompanhar entrada e saída por canal, plano e região expõe onde a máquina de vendas fura e onde a retenção falha, semana a semana.

Rede, inadimplência, chamados e NPS fecham o quadro#

Disponibilidade de rede mede quanto do tempo o serviço ficou efetivamente no ar, e conecta operação técnica com experiência do cliente. Ela nasce nos sistemas de rede e no OSS e não costuma conversar com o mundo comercial, mas deveria: queda de disponibilidade em uma região antecede pico de chamados e, depois, pico de cancelamento. Inadimplência mede o valor faturado que não virou caixa, a ponte entre receita contratada e receita realizada. Volume de chamados e NPS medem a pressão sobre o atendimento e a satisfação do cliente. NPS baixo com chamado alto na mesma região quase sempre é sintoma de problema de rede que ainda não apareceu no churn, mas vai aparecer.

De onde vêm os dados: billing, CRM e sistemas de rede#

Nenhum desses indicadores nasce no Power BI. Eles nascem nos sistemas da operação, e entender esse mapa é metade do projeto. A telecom é particular aqui porque mistura o mundo comercial e financeiro, que vive no billing e no CRM, com o mundo técnico, que vive na rede e no OSS. E esses dois mundos raramente se falam.

Fonte	O que fornece	Desafio típico de integração
Billing (faturamento)	Faturas, receita, planos, inadimplência, uso cobrado	Volume alto, regras de tarifação complexas, histórico de reajuste
CRM	Cadastro do cliente, contratos, ativações, cancelamentos, chamados	Duplicidade de cadastro, canal de venda inconsistente
Sistemas de rede e OSS	Disponibilidade, alarmes, desempenho, cobertura	Dado técnico em formato próprio, difícil de ligar ao cliente

O billing é a espinha dorsal da receita: dele saem faturas, ARPU, inadimplência e o uso efetivamente cobrado. O desafio é o volume, a complexidade das regras de tarifação e o histórico de reajustes e promoções que precisa ser tratado para o número fechar. O CRM é a fonte do cliente: cadastro, contrato, ativação, cancelamento e o registro dos chamados. O problema recorrente é a qualidade do cadastro, com duplicidade e canal de venda preenchido de qualquer jeito, o que contamina churn e ativação se não for tratado na camada de dados.

Os sistemas de rede e o OSS entregam o lado técnico: disponibilidade, alarmes, desempenho e cobertura. É dado em formato próprio, pensado para engenharia e não para análise de negócio, e o trabalho pesado é ligar um evento de rede ao cliente que ele afetou. Um mesmo cliente tem um ID no CRM, uma conta no billing e um elemento de rede no OSS. Sem uma chave consistente ligando esses três mundos na camada de dados, o dashboard que cruza rede com churn simplesmente não existe. É por isso que quase todo projeto sério de BI telecom passa por integração e modelagem de dados antes de virar relatório.

Os casos de uso que pagam o projeto de BI telecom#

Indicador sozinho não vende projeto. O que convence a diretoria é o caso de uso, a decisão concreta que o BI passa a sustentar. Estes são os que mais aparecem e pagam o investimento rápido, nas quatro frentes que mais importam: retenção, receita, rede e cobrança.

• Retenção e prevenção de churn. Enxergar quem tem alto risco de sair, por plano, região e tempo de casa, e agir antes do pedido de cancelamento. É o caso que mais muda resultado, porque reter custa muito menos que adquirir.
• Receita e mix de planos. Acompanhar ARPU por segmento, upgrade e downgrade de plano e receita de serviços adicionais para entender de onde vem e para onde vai a receita da base.
• Qualidade de rede ligada ao cliente. Cruzar disponibilidade e chamados por região para priorizar investimento onde a queda de rede está gerando insatisfação e, na sequência, cancelamento.
• Cobrança e inadimplência. Acompanhar faturas vencidas por safra, por região e por perfil de cliente para agir na régua de cobrança antes que a inadimplência vire churn involuntário.
• Experiência e atendimento. Consolidar volume de chamados, motivos de contato e NPS para descobrir a causa raiz da insatisfação em vez de tratar sintoma.
• Aquisição por canal. Ver ativação e qualidade da base por canal de venda para saber qual canal traz cliente que fica e qual traz cliente que cancela no primeiro mês.

Repare que quase todos cruzam mundos que hoje não se falam: retenção junta CRM e billing, qualidade de rede junta OSS e chamados, cobrança junta billing e financeiro. É essa combinação que separa um painel bonito de uma ferramenta de gestão. Casos mais avançados, como modelo preditivo de churn ou de propensão a upgrade, valem muito, mas não comece por aí: modelo em cima de dado sujo só produz confiança falsa.

Como começar sem estourar o projeto#

O erro clássico é querer todos os indicadores e todas as fontes de uma vez. O caminho que funciona é o contrário: escolha um caso de uso de alto impacto, quase sempre churn ou inadimplência, resolva as fontes dele de ponta a ponta e entregue um dashboard confiável. Cada caso novo reaproveita a camada de dados já construída. Isso dá resultado rápido e evita o projeto de um ano que nunca entrega.

Uma sequência que costuma dar certo:

1. Defina o indicador e o denominador. Churn por qual base, ARPU com qual receita, inadimplência sobre qual faturado, com fórmula e granularidade acordadas e documentadas.
2. Mapeie a fonte real. Descubra o que o billing exporta, como o CRM registra cancelamento e se o OSS consegue ligar evento de rede ao cliente. Isso decide o tamanho do trabalho.
3. Monte a camada de dados. Concilie billing, CRM e o que houver de rede em um modelo com uma chave de cliente consistente entre os sistemas.
4. Entregue um dashboard que o gestor abre. Poucos números grandes, contexto de meta e mês anterior, e a capacidade de descer até plano, região e canal.
5. Só então expanda. Novo caso de uso, nova frente, reaproveitando a base já construída.

Sobre a ferramenta, a maioria das operações de telecom no Brasil já vive no ecossistema Microsoft, e o Power BI é a escolha natural pela integração, pelo custo de licença por usuário e pela facilidade de encontrar gente que sabe usar. A Microsoft é reconhecida há anos como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, o que dá segurança a um investimento de longo prazo. Como estruturamos esse tipo de entrega está na nossa página de Power BI, e exemplos de painéis vivem em dashboards.

Vale lembrar que o setor é regulado por agência específica, a Anatel, com obrigações de qualidade e de prestação de informação. Um bom BI telecom não serve só à gestão interna, ele facilita organizar o dado que a operação precisa reportar. Antes de investir pesado, faça um diagnóstico: entender as fontes e validar as definições dos indicadores é barato de fazer e caríssimo de pular.

Perguntas frequentes#

Preciso trocar meu billing ou meu CRM para ter BI telecom?

Não. O BI lê os dados dos sistemas que você já tem. O que importa é que billing e CRM consigam exportar seus dados de forma consistente, por banco, API ou arquivo. Trocar sistema de billing é um projeto separado, muito maior e mais arriscado. Comece extraindo valor do que já roda hoje.

Como ligo um problema de rede ao cliente que ele afetou?

Esse é o desafio mais técnico do BI em telecom. A saída é construir, na camada de dados, uma chave que associe o elemento de rede do OSS ao cliente no CRM e à conta no billing. Não é trivial porque cada sistema tem sua própria identificação, mas é esse trabalho que permite cruzar disponibilidade de rede com churn e com chamados. Sem ele, o dado técnico e o comercial seguem em mundos separados.

Qual a diferença entre churn voluntário e involuntário e por que importa?

Churn voluntário é quando o cliente pede para sair, geralmente por preço, concorrência ou insatisfação. Churn involuntário é quando o cliente cai por inadimplência, sem ter pedido. A causa e a ação de retenção são completamente diferentes, então tratar os dois no mesmo número esconde o problema. Separá-los é uma das primeiras coisas que um projeto sério de BI telecom faz.

Meus dados de rede precisam ser em tempo real?

Depende do uso. Monitoramento operacional de rede pode pedir tempo quase real, mas isso costuma viver nas ferramentas de rede, não no BI de gestão. Indicadores de negócio como churn, ARPU e inadimplência são de fechamento diário, semanal ou mensal. Perseguir tempo real onde não muda a decisão só encarece o projeto: defina a frequência pela decisão que o número sustenta.

Quanto custa um projeto de BI para telecom?

Varia bastante com o número de fontes, o volume de dados de billing e de rede e a complexidade da conciliação entre os sistemas, então qualquer número fechado seria chute. As licenças de Power BI são cobradas por usuário e há capacidades dedicadas com preço próprio. Confirme sempre os valores atuais na fonte oficial da Microsoft e trate implementação e licença como custos separados.

Consigo usar BI para o que a Anatel exige reportar?

O BI ajuda a organizar e consolidar o dado que sustenta as obrigações regulatórias, mas não substitui o processo formal de reporte à agência. O valor está em ter uma base única e confiável de indicadores de qualidade e de atendimento, o que reduz o trabalho manual de fechar esses números e diminui o risco de inconsistência.

Comece pelo indicador que mais dói#

BI telecom não é sobre ter o dashboard mais completo, é sobre transformar o dado que já sobra no billing, no CRM e na rede em decisão confiável sobre retenção, receita, qualidade e cobrança. Escolha um caso de uso que importa, resolva as fontes de ponta a ponta, entregue algo que o gestor abre toda semana e expanda dali. Se quiser conhecer nossas soluções para o setor e estruturar isso sem tropeçar nos erros clássicos, fale com a gente.