JulioBuilds.
← Todos los proyectos

Simyo App

FreelanceCerrado

Aplicación webview para Simyo, un operador móvil virtual español. Desarrollo y mantenimiento de la interfaz web mobile-first integrada dentro del contenedor de la app nativa, cubriendo gestión de cuenta, consumo de datos y flujos de atención al cliente.

Tecnologías

WebView · HTML · CSS · JavaScript

Simyo es un OMV (operador móvil virtual) español — un operador que usa la infraestructura de una red más grande (KPN/E-Plus en su caso) para ofrecer planes móviles solo con SIM directamente a los consumidores. En el mercado español, Simyo se posicionó como una opción prepago y de contrato sencilla, sin complicaciones: precios transparentes, gestión solo en línea, sin tiendas físicas.

La app móvil era el canal principal de autoservicio para los clientes de Simyo en España. La arquitectura webview — donde un contenedor de app nativa envuelve contenido web renderizado en un WebView — fue la decisión técnica que permitió que un solo código web sirviera tanto a usuarios de iOS como de Android, en una época en que el desarrollo nativo multiplataforma era más costoso y menos maduro de lo que es hoy.

Qué cubría la app

La interfaz cubría toda la superficie de autoservicio del cliente:

Gestión de cuenta: flujos de registro y activación de SIM, actualización de datos personales, información del contrato, cambios de plan. Estos flujos tenían que ser infalibles — un cliente que no puede activar su SIM o cambiar de plan llama a atención al cliente, lo cual tiene un costo directo.

Seguimiento de consumo de datos: visualización en tiempo real del consumo de datos frente al límite del plan, estado de roaming e historial de uso por período. Los clientes de prepago en particular revisan esto con frecuencia, y la visualización tenía que ser clara sin requerir que el usuario entendiera los detalles técnicos de la contabilización de datos.

Flujos de atención al cliente: reporte de incidencias, navegación de preguntas frecuentes y rutas de escalamiento a soporte humano. Estructurado para que los problemas más comunes (la SIM no funciona, olvidó el PIN, dudas de facturación) pudieran resolverse por autoservicio sin involucrar a un agente.

Recarga y facturación: flujos de recarga prepago con integración de pago con tarjeta, descarga de facturas para clientes de contrato, e historial de pagos.

Limitaciones técnicas

Construir para WebView significa construir para un entorno de navegador restringido, incrustado dentro de un contenedor nativo. La interfaz se comunica con la capa nativa mediante puentes de JavaScript — el código web llama funciones nativas para cosas como almacenar credenciales de forma segura, acceder a información a nivel de dispositivo (estado del operador, ICCID) y gestionar la autenticación biométrica. Estos puentes hay que mantenerlos con cuidado a través de las actualizaciones de los motores WebView de iOS y Android, que cambian sin previo aviso y pueden romper comportamientos específicos de CSS o JavaScript.

El enfoque mobile-first no fue una limitación agregada después — fue el punto de partida. Cada diseño, cada área táctil, cada campo de formulario fue pensado para una pantalla de 5 a 6 pulgadas con una sola mano, lo que significó repensar por completo patrones web estándar (formularios de varias columnas, estados hover, menús de navegación densos).

Por qué importa este proyecto

Las interfaces de autoservicio en telecomunicaciones tienen una tolerancia al error extremadamente baja. Un cliente bloqueado fuera de su cuenta durante un roaming internacional, una activación de SIM fallida en un teléfono nuevo, un error de facturación que no se puede corregir dentro de la app — estos no son problemas menores de experiencia de usuario, son eventos que hacen perder clientes. Construir este tipo de interfaz requiere entender lo que está en juego operativamente detrás de cada flujo de usuario, no solo el diseño de la interacción.