- Inicio
- Realizaciones
- Trayectoria tipo plataforma de datos
Trayectoria tipo · ilustración
Trayectoria tipo plataforma de datos y reporting de un operador.
Advertencia: no se trata de un cliente con nombre, sino de una trayectoria de referencia construida a partir de situaciones habituales en la subregión. Sirve para mostrar cómo razonamos, en qué orden trabajamos y dónde ponemos nuestra atención. Por principio, no figura en ella ninguna cifra de resultados.
Ficha de la trayectoria
La situación de partida.
- Contexto
Un operador de telecomunicaciones o un servicio público de agua o de electricidad, presente en todo el territorio nacional, a veces en otro país de la subregión. Sus datos viven en sistemas que no se hablan entre sí: la facturación, la supervisión de la red, el CRM, el ERP, las lecturas de contadores o de tráfico, los archivos de las agencias. El reporting de dirección se fabrica a mano, cada mes, por extracción y consolidación en hojas de cálculo. Dos direcciones presentan dos cifras para el mismo indicador.
- Desencadenante
Un comité de dirección en el que la cifra de negocio por región no es la misma según la fuente, obligaciones de reporting ante el regulador sectorial que se endurecen, y proyectos de inteligencia artificial anunciados sin datos fiables que los alimenten.
- Papel de AGILICIS
Estrategia de datos, y después arquitectura, implementación y transferencia de competencias: preguntas de dirección que atender, inventario de las fuentes, elección de la plataforma cloud y de su región de alojamiento, gobernanza y calidad de los datos, construcción de los cuadros de mando dominio por dominio, preparación de la base para los casos de uso de IA.
- Alcance
Ingresos y facturación, clientes (captación, reclamaciones, bajas), calidad de servicio y red, finanzas y compras; reporting de dirección, reporting regulatorio, y después primeros casos de uso de IA en los dominios cuyos datos están fiabilizados.
- Soluciones
Plataforma de datos en AWS o Microsoft Azure, según lo existente y la región de alojamiento elegida · herramientas de integración y catálogo de datos · cuadros de mando en Power BI, Tableau o SAP Analytics Cloud, según las plataformas ya implantadas en el operador · servicios de IA de la plataforma cloud para los primeros casos de uso.
- Estado
Trayectoria de referencia, presentada como ilustración. Las misiones reales comparables se presentan en una reunión, con el acuerdo de los clientes afectados.
El relato
De la decisión al despliegue.
La decisión
La dirección general empieza por escribir las preguntas a las que quiere una respuesta fiable cada semana: qué ingreso por región y por oferta, qué clientes se van y por qué, dónde la red degrada el servicio, qué coste por unidad entregada. Esta lista, corta y jerarquizada, sustituye al pliego de condiciones técnico. Fija los dominios que tratar y su orden.
La definición
Unas semanas para inventariar las fuentes, medir la calidad de los datos de cada sistema y recuperar, indicador por indicador, la definición que le da cada dirección. La definición instruye también la elección del cloud desde Dakar: latencia real hacia las regiones candidatas, localización de los datos personales con respecto a la ley n.º 2008-12, coste en divisas, volúmenes que transferir. Entrega una arquitectura objetivo y un plan por dominios.
El escenario
Para este tipo de operador, el escenario elegido es una plataforma cloud por capas: recogida de las fuentes, almacenamiento en bruto, datos preparados y gobernados, exposición a las herramientas de cuadros de mando. Una sola definición por indicador, mantenida en un diccionario común, con un propietario de negocio. Los sistemas de origen se mantienen; la plataforma los lee, no los sustituye. Los datos que deben permanecer en el territorio permanecen en él, por diseño.
Los dominios
Primer dominio: ingresos y facturación, con una cifra de negocio por región idéntica para todas las direcciones como criterio de éxito. Segundo dominio: los clientes, cruzando CRM, facturación y reclamaciones. Después la calidad de servicio y la red, y después las finanzas. Una vez fiabilizados dos dominios, los primeros casos de uso de IA se eligen sobre esos datos, no en otro lugar. Un equipo de datos interno se constituye desde el primer dominio y entrega por sí mismo los siguientes, con nuestro apoyo.
Puntos de atención
Lo que marca la diferencia en la subregión.
Una sola definición por indicador
El desacuerdo sobre las cifras casi nunca es técnico: se debe a definiciones diferentes del cliente activo, del ingreso o de la avería. El diccionario común se negocia entre direcciones, con un propietario por indicador y una regla de cálculo escrita. Precede a la construcción del primer cuadro de mando y se mantiene actualizado como un referencial, no como un documento de proyecto.
Latencia, localización y costes en divisas
Una plataforma cloud se elige desde Dakar, no desde un catálogo: región de alojamiento medida en latencia real, datos personales de los abonados tratados según la ley n.º 2008-12 y declarados ante la CDP, volúmenes de transferencia y coste de salida de los datos estimados en divisas. Algunos datos permanecen en el sitio o en el país; la arquitectura híbrida se prevé, no se sufre.
La calidad se corrige en el origen
Un dato erróneo corregido en el cuadro de mando sigue siendo erróneo en todas partes. Las anomalías detectadas por la plataforma se devuelven al sistema de origen y a su propietario, con seguimiento. Los controles de calidad se ejecutan en cada carga y sus resultados son visibles para las áreas de negocio. La confianza en las cifras se gana a ese precio.
La IA viene después de la base
Prever las bajas o la carga de la red solo tiene sentido sobre datos fiables, historizados y gobernados. Los casos de uso de IA se eligen en los dominios ya fiabilizados, con un resultado de negocio medible por el propio operador y una gobernanza de los modelos y de los datos de entrenamiento. Un cuadro de mando correcto vale más que un modelo sobre datos dudosos.
Entregables
Lo que el operador tiene en sus manos.
Los entregables de una trayectoria de este tipo, tal como los producimos. Sin indicador cifrado: los resultados reales se presentan en una reunión, con el acuerdo de los clientes afectados.
Estrategia de datos y arquitectura objetivo
Preguntas de dirección jerarquizadas, inventario y diagnóstico de calidad de las fuentes, comparación de las regiones cloud en latencia, localización y coste en divisas, arquitectura objetivo, plan por dominios con criterios de éxito.
Diccionario común y reglas de calidad
Diccionario de los indicadores con propietarios y reglas de cálculo, modelo de datos por dominio, catálogo de las fuentes, controles de calidad definidos y seguidos, registro de los tratamientos de datos personales declarados ante la CDP.
Una plataforma que sirve a los cuadros de mando
Plataforma cloud desplegada por capas, cargas supervisadas, cuadros de mando de dirección y de reporting regulatorio entregados dominio por dominio, una misma cifra para todas las direcciones como hito de éxito, primeros casos de uso de IA definidos en los dominios fiabilizados.
Un equipo de datos que entrega por sí mismo
Equipo de datos interno formado y equipado, gobernanza de los datos en funcionamiento, control de los costes cloud con seguimiento, soporte y evoluciones asegurados desde Dakar, en el horario de los equipos.
Para ir más lejos
Leer, comparar, profundizar.
Nuestra oferta Data & Analytics →
Nuestra oferta Cloud: AWS, Microsoft Azure, soberanía de los datos →
Nuestra lectura del sector Telecomunicaciones y servicios digitales → · Energía, minería y utilities →
Punto de vista IA empresarial: los casos de uso que realmente crean valor →
De la ilustración a su caso
¿Y para sus datos?
Treinta minutos con un experto de AGILICIS para confrontar esta trayectoria tipo con sus sistemas, sus indicadores y sus ambiciones en materia de IA.
Hablemos →