Ir para o conteúdo

Trajetória-tipo · ilustração

Trajetória-tipo plataforma de dados & reporting de um operador.

Aviso: não se trata de um cliente nomeado, mas de uma trajetória de referência construída a partir de situações correntes na sub-região. Serve para mostrar como raciocinamos, por que ordem trabalhamos e onde concentramos a nossa atenção. Por princípio, não contém qualquer número de resultado.

Ficha da trajetória

A situação de partida.

Contexto

Um operador de telecomunicações ou um serviço público de água ou de eletricidade, presente em todo o território nacional, por vezes noutro país da sub-região. Os seus dados vivem em sistemas que não comunicam entre si: a faturação, a supervisão da rede, o CRM, o ERP, as leituras de contadores ou de tráfego, os ficheiros das agências. O reporting de direção fabrica-se à mão, todos os meses, por extração e consolidação em folhas de cálculo. Duas direções apresentam dois números para o mesmo indicador.

Fator desencadeador

Um comité de direção em que o volume de negócios por região não é o mesmo consoante a fonte, obrigações de reporting perante o regulador setorial que se tornam mais exigentes, e projetos de inteligência artificial anunciados sem dados fiáveis para os alimentar.

Papel da AGILICIS

Estratégia de dados, depois arquitetura, implementação e transferência de competências: perguntas de direção a servir, inventário das fontes, escolha da plataforma cloud e da sua região de alojamento, governação e qualidade dos dados, construção dos painéis de gestão domínio a domínio, preparação da fundação para os casos de uso de IA.

Perímetro

Receitas e faturação, clientes (aquisição, reclamações, perda de clientes), qualidade de serviço e rede, finanças e compras; reporting de direção, reporting regulamentar, depois primeiros casos de uso de IA nos domínios cujos dados estão fiabilizados.

Soluções

Plataforma de dados em AWS ou Microsoft Azure, segundo o existente e a região de alojamento escolhida · ferramentas de integração e catálogo de dados · painéis de gestão em Power BI, Tableau ou SAP Analytics Cloud, segundo as plataformas já existentes no operador · serviços de IA da plataforma cloud para os primeiros casos de uso.

Estado

Trajetória de referência, apresentada como ilustração. As missões reais comparáveis apresentam-se em reunião, com o acordo dos clientes em causa.

A narrativa

Da decisão à implantação.

A decisão

A direção-geral começa por escrever as perguntas a que quer uma resposta fiável todas as semanas: que receita por região e por oferta, que clientes saem e porquê, onde a rede degrada o serviço, que custo por unidade entregue. Esta lista, curta e hierarquizada, substitui o caderno de encargos técnico. Fixa os domínios a tratar e a sua ordem.

O enquadramento

Algumas semanas para inventariar as fontes, medir a qualidade dos dados de cada sistema e reencontrar, indicador a indicador, a definição que cada direção lhe dá. O enquadramento instrui também a escolha da cloud a partir de Dakar: latência real para as regiões candidatas, localização dos dados pessoais à luz da lei n.º 2008-12, custo em divisas, volumes a transferir. Entrega uma arquitetura-alvo e um plano por domínios.

O cenário

Para este tipo de operador, o cenário escolhido é uma plataforma cloud por camadas: recolha das fontes, armazenamento em bruto, dados preparados e governados, exposição às ferramentas de painéis de gestão. Uma única definição por indicador, mantida num dicionário comum, com um proprietário de negócio. Os sistemas de origem ficam no lugar; a plataforma lê-os, não os substitui. Os dados que têm de permanecer no território permanecem, por conceção.

Os domínios

Primeiro domínio: receitas e faturação, com um volume de negócios por região idêntico para todas as direções como critério de sucesso. Segundo domínio: os clientes, cruzando CRM, faturação e reclamações. Depois a qualidade de serviço e a rede, depois as finanças. Uma vez fiabilizados dois domínios, os primeiros casos de uso de IA são escolhidos sobre esses dados, não noutros. Uma equipa de dados interna é constituída desde o primeiro domínio e entrega ela própria os seguintes, com o nosso apoio.

Pontos de atenção

O que faz a diferença na sub-região.

01

Uma única definição por indicador

O desacordo sobre os números quase nunca é técnico: deve-se a definições diferentes de cliente ativo, de receita ou de avaria. O dicionário comum negoceia-se entre direções, com um proprietário por indicador e uma regra de cálculo escrita. Precede a construção do primeiro painel de gestão e é mantido atualizado como um referencial, não como um documento de projeto.

02

Latência, localização e custos em divisas

Uma plataforma cloud escolhe-se a partir de Dakar, não a partir de um catálogo: região de alojamento medida em latência real, dados pessoais dos assinantes tratados segundo a lei n.º 2008-12 e declarados junto da CDP, volumes de transferência e custo de saída dos dados estimados em divisas. Alguns dados permanecem no local ou no país; a arquitetura híbrida é prevista, não sofrida.

03

A qualidade corrige-se na origem

Um dado errado corrigido no painel de gestão continua errado em todo o lado. As anomalias detetadas pela plataforma são devolvidas ao sistema de origem e ao seu proprietário, com seguimento. Os controlos de qualidade correm a cada carregamento e os seus resultados são visíveis para as áreas de negócio. A confiança nos números ganha-se a este preço.

04

A IA vem depois da fundação

Prever a perda de clientes ou a carga da rede só faz sentido com dados fiáveis, historizados e governados. Os casos de uso de IA são escolhidos nos domínios já fiabilizados, com um resultado de negócio mensurável pelo próprio operador e uma governação dos modelos e dos dados de treino. Um painel de gestão certo vale mais do que um modelo sobre dados duvidosos.

Entregáveis

O que o operador tem em mãos.

Os entregáveis de uma trajetória deste tipo, tal como os produzimos. Sem indicador numérico: os resultados reais apresentam-se em reunião, com o acordo dos clientes em causa.

Enquadramento

Estratégia de dados e arquitetura-alvo

Perguntas de direção hierarquizadas, inventário e diagnóstico de qualidade das fontes, comparação das regiões cloud em latência, localização e custo em divisas, arquitetura-alvo, plano por domínios com critérios de sucesso.

Governação

Dicionário comum e regras de qualidade

Dicionário dos indicadores com proprietários e regras de cálculo, modelo de dados por domínio, catálogo das fontes, controlos de qualidade definidos e seguidos, registo dos tratamentos de dados pessoais declarados junto da CDP.

Implementação

Uma plataforma que serve os painéis de gestão

Plataforma cloud implantada por camadas, carregamentos supervisionados, painéis de gestão de direção e de reporting regulamentar entregues domínio a domínio, um mesmo número para todas as direções como marco de sucesso, primeiros casos de uso de IA enquadrados nos domínios fiabilizados.

Depois do programa

Uma equipa de dados que entrega ela própria

Equipa de dados interna formada e equipada, governação dos dados em funcionamento, controlo dos custos cloud acompanhado, suporte e evoluções assegurados a partir de Dakar, no horário das equipas.

Da ilustração ao seu caso

E para os seus dados?

Trinta minutos com um especialista AGILICIS para confrontar esta trajetória-tipo com os seus sistemas, os seus indicadores e as suas ambições em matéria de IA.

Vamos conversar