Telecom
Dados de rede e de cliente num modelo só, para a operação agir antes de o problema chegar ao cliente ou ao relatório.
aqui a entidade éuma linha, ou uma célulaO que o modelo realmente lê
Sem agregação, sem feature engineering — os eventos que os seus sistemas já escrevem, na ordem em que aconteceram.
- CDRs
- sessões de dados
- handovers de célula
- alarmes de rede
- recargas e trocas de plano
- tickets de suporte
O que quebra com um modelo por problema
Rede e CRM nunca se encontram
O motivo de um cliente estar saindo costuma estar nos dados de rede, e o motivo de uma célula importar costuma estar no CRM.
O volume derrota a agregação
Bilhões de eventos por dia é exatamente o regime em que resumir primeiro joga o sinal fora.
Manutenção é agendada, não prevista
Um modelo que lê sequências de alarme sabe qual site vai degradar e qual pode esperar.
Uma fundação, uma especialização por pergunta
Cada um destes é um head sobre o mesmo modelo treinado, não um projeto separado com o seu próprio pipeline.
Next Best Offer
Uma oferta por linha por momento, ordenada pelo que aquela linha de fato fez.
Otimização de rede
Capacidade onde a demanda vai estar, lida a partir do próprio movimento do tráfego.
Manutenção preditiva
A sequência de alarmes que precede uma falha é aprendível. O calendário não é.
Detecção de fraude
Fraude de assinatura e de uso aparecem como forma na sequência bem antes de aparecerem na fatura.
O que podemos comprovar
dos clientes em risco identificados antes da ligação de cancelamento
mais precisão que os scorecards que substitui
mais rápido nos ciclos de treino