Caso
52 ingenieros en 3 países
Cómo escalamos una plataforma SaaS con un equipo distribuido y desarrollo asistido por IA.
Antes
Una plataforma SaaS B2B con cientos de miles de clientes de negocio y más de 10 millones de usuarios activos, liderada por una organización de ingeniería de 52 personas en varias regiones. La escala era real. La experiencia operativa del producto y del equipo no iba al mismo ritmo.
Fricción
El trabajo estaba repartido en un equipo distribuido sin una forma común de decidir arquitectura, calidad y qué significaba “terminado” en un flujo operativo. La velocidad local creaba inconsistencia. La dirección veía actividad y aun así no veía si la plataforma se estaba volviendo más fácil de operar.
Resultado
En el registro público de ese trabajo: el net promoter score pasó de cerca de 60% a cerca de 85%. El tiempo de una tarea operativa bajó cerca de 40%. Los clics de un flujo clave bajaron cerca de 20%. La ganancia no fue un eslogan de escala. Fue un sistema más estrecho de decisiones de ingeniería sobre una plataforma que ya era grande.
Este caso se queda anónimo a propósito. Las cifras son las que ya están en la descripción pública del trabajo: 52 ingenieros, una plataforma B2B multi-tenant, más de 10 millones de usuarios activos, y un movimiento en NPS, tiempo de tarea y clics.
Lo que el liderazgo tuvo que instalar
La distribución no es un problema de ubicación. Es un problema de decisión. Un equipo de ese tamaño, en varias regiones, necesita estándares explícitos de arquitectura, revisión y de los flujos operativos que el cliente sí toca. Sin ellos, cada grupo optimiza una cola local y el producto acumula divergencias pequeñas que el usuario siente como fricción.
El trabajo fue modernización y ejecución a esa escala: arquitectura orientada a eventos, un data warehouse y estándares de ingeniería que volvieron la calidad discutible en lugar de personal. El desarrollo asistido por IA cabía dentro de esos estándares — útil para redactar y acelerar trabajo que el equipo ya sabía juzgar, no un sustituto del juicio.
Por qué importan los números
El NPS de cerca de 60% a cerca de 85%, el tiempo de tarea cerca de 40% abajo y los clics cerca de 20% abajo no son una lista de features. Son evidencia de que la experiencia operativa se movió. Ese sigue siendo el estándar que uso: un cambio en cómo se siente operar el sistema, no un conteo de iniciativas cerradas.