Hay plataformas que no viven en la vitrina de una marca, pero sí en su operación cotidiana. El sistema de lectura de medidor de Metrogas es una de ellas: un punto de contacto silencioso, repetido y sensible, donde una mala experiencia no se siente como un detalle, sino como fricción real entre cliente y servicio.
Al revisar el sistema heredado, el problema no era solo visual. Había señales claras de desgaste técnico y operativo: seguridad débil, poca trazabilidad, una arquitectura difícil de mantener y demasiado peso sobre lógica legacy para un flujo que necesitaba más confianza y menos improvisación.
La evolución no fue cosmética: hubo que cambiar la base para poder operar con más claridad.
Ingreso de lectura, historial, validaciones y una experiencia más clara para clientes finales.
Gestión de usuarios, lecturas, auditoría y control sobre procesos internos que antes estaban dispersos.
Importación, control de versiones y rollback para trabajar con más seguridad sobre la base operativa.
La decisión fue dejar de parchear y construir una nueva base compuesta por portal público, panel de administración y backend API. Esa combinación permite separar responsabilidades, ordenar la operación y sostener el canal sobre una arquitectura más coherente con lo que el negocio necesita hoy.
Lo importante es que esta primera etapa ya resuelve lo esencial: ingreso de lecturas, consulta de historial, validaciones, carga de foto, gestión del callejero, exportaciones, administración de usuarios y registro de eventos relevantes. Un MVP de verdad: acotado, pero funcional desde el primer día.
Tres capas distintas, una misma operación: cliente final, backoffice y reglas de negocio separadas con más criterio.
Una de las partes más valiosas del proyecto es que no termina en la puesta en marcha. La evolución del repositorio muestra una segunda capa igual de importante: analytics, tracking de eventos, monitoreo del sistema, actividad en vivo y alertas que transforman el canal en una fuente real de aprendizaje.
Eso cambia por completo el tipo de decisiones que se pueden tomar después. Ya no se trata solo de mantener una plataforma andando, sino de detectar fricciones, medir comportamiento, priorizar mejoras y proponer optimizaciones con evidencia concreta sobre la mesa.
La primera versión ya no es una caja negra: deja señales concretas para observar, medir y mejorar.
Este proyecto tampoco se entiende bien como un trabajo aislado. Metrogas es cliente de Rebold, y ese partnership importa porque ayudó a empujar la solución en una dirección más útil: no solo resolver una necesidad puntual, sino dejar instalada una base mejor conectada con datos, medición y evolución.
Desde Bosquestudio, nuestro rol fue traducir ese desafío en una plataforma concreta y operativa. El resultado no pretende contar la historia de un sistema terminado, sino la de una infraestructura que ya funciona, ya entrega valor y todavía tiene espacio claro para seguir mejorando.
Canal operativo de lectura de medidor. Primera versión funcional, con base técnica lista para seguir iterando.
¿Tienes un desafío similar? Cuéntanos cómo podemos ayudarte.
Conversemos→
