Software para telecos

// El problema

Un proveedor regional de internet programa las instalaciones y las reparaciones por teléfono, y los técnicos informan por mensaje, así que la oficina nunca sabe en qué punto está un trabajo ni qué módem fue a qué casa.

// Lo que construiríamos

Un tablero de asignación para la oficina y una aplicación iOS y Android para los técnicos, conectados a los sistemas de facturación y de aprovisionamiento, para que un trabajo se asigne, se termine y se active sin una llamada.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL con PostGIS
• Interfaces de facturación y aprovisionamiento
• AWS

// El problema

El equipo de atención de un operador responde todo el día las mismas preguntas sobre facturas, averías y traslados del servicio, y los clientes esperan mientras los casos difíciles están en la misma cola.

// Lo que construiríamos

Un agente de atención en el chat de la web y en la aplicación que responde a partir del propio contenido de ayuda del operador, comprueba las averías y explica una factura después de que el cliente inicie sesión, y pasa a una persona con la conversación adjunta. Usa un modelo de vanguardia a través de su API: el arranque más rápido para un producto de mucho volumen en el que el contenido es público y las consultas de cuenta pasan por herramientas que usted controla.

// Qué incluye

// Tecnologías

• API de un modelo de vanguardia
• Next.js
• PostgreSQL con pgvector
• Interfaces del CRM y de facturación
• AWS

// El problema

Un solo fallo produce cientos de alarmas por toda la red, y el centro de operaciones se pasa la primera hora buscando la causa raíz a mano.

// Lo que construiríamos

Un modelo a medida entrenado con el propio historial de alarmas y de partes de avería del operador que agrupa las alarmas relacionadas, propone la causa raíz probable y los clientes afectados, y muestra al equipo de operaciones por qué, servido en la propia cuenta en la nube del operador.

// Qué incluye

// Tecnologías

• PyTorch
• Kafka
• Python
• Next.js
• AWS

// El problema

Varios operadores regionales intercambian el uso mayorista y de itinerancia en ficheros mensuales, y cada mes sus totales no coinciden y la discusión se resuelve por correo.

// Lo que construiríamos

Un libro privado con permisos del que cada operador tiene un nodo, donde los registros de uso y las tarifas acordadas se anotan a medida que se intercambian, con un portal que muestra a cada operador los mismos totales y señala las diferencias mientras todavía son pequeñas.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Hyperledger Besu (privada, con permisos)
• Almacenamiento compatible con S3
• AWS

// El problema

Un proveedor regional de internet toma los pedidos en su sistema de facturación, los envía por correo al equipo de red para aprovisionarlos y actualiza la ficha del cliente a mano cuando el servicio funciona.

// Lo que construiríamos

Una integración que pasa los pedidos nuevos de facturación a aprovisionamiento, sigue cada paso hasta que el servicio está activo, empieza a facturar el día correcto y muestra a atención al cliente en qué punto está cada pedido, con las Open APIs de TM Forum donde sus sistemas las admiten.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• TM Forum Open APIs
• OpenAPI
• DigitalOcean

// El problema

El portal de clientes de un pequeño operador se construyó sobre un framework que ya no se mantiene; los pagos fallan de vez en cuando, nadie se atreve a actualizarlo y los clientes llaman en lugar de usarlo.

// Lo que construiríamos

Un rescate que mantiene el portal en marcha mientras se sustituye: primero una revisión escrita, los fallos de pago arreglados de inmediato y después una reconstrucción pantalla a pantalla sobre una tecnología mantenida y con pruebas, con las cuentas de clientes trasladadas sin cambios.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean