Cómo Grab puso Cursor en manos de Diseño, Operaciones e Ingeniería
En Grab, Cursor se convirtió en algo con lo que podía crear el resto de la compañía, no solo los equipos de ingeniería.
Grab presta servicio a millones de personas en 8 países del Sudeste Asiático con viajes, entregas, pagos y los sistemas que hay detrás de todo ello. Cerca del 98% de los empleados de la organización de tecnología de Grab usa Cursor cada mes, y alrededor del 75% lo usa cada semana.
Detrás de esas cifras hay un cambio en la forma de trabajar. Los diseñadores entregan correcciones de UI en producción el mismo día en lugar de esperar su turno en la cola de ingeniería, los ingenieros terminan en horas lo que antes llevaba días, y quienes están fuera de ingeniería, incluida la Oficina del CEO, crean sus propias herramientas.
Al principio, cuando todavía estábamos averiguando cómo convertir esta nueva ola de IA en cambios reales en nuestra forma de trabajar, Cursor fue una de las herramientas que hizo que todo encajara. Encontró su propio product-market fit dentro de Grab casi sin necesidad de empujarlo, atrayendo a equipos no técnicos y a directivos junto con Tecnología. Más allá de la adopción, empezó a cambiar la manera en que la gente veía sus flujos de trabajo y sus formas de trabajar, algo que fue clave para abrir nuestro camino hacia la IA.
Los diseñadores entregan la solución en lugar de abrir un ticket
Cuando Grab analizó más de 100.000 mensajes de Cursor anonimizados de unas 4.000 personas, la corrección de errores se situó entre las tres actividades principales en todos los grupos profesionales estudiados. Representó cerca del 39 % de la actividad tanto en ingeniería de software como en los roles de operaciones y negocio. Eso encaja con la forma en que funciona la depuración: parte de algo concreto, como un error, una prueba fallida, una query que no funciona o una UI que se ve mal, de modo que tanto la persona como Cursor tienen un punto de partida y una forma de comprobar el resultado.
Para Diseño, ese punto de partida se convirtió en trabajo en producción. Los diseñadores usaron Cursor 5,3 veces más que la referencia de la compañía en estilos y diseño. Tras formarse en los fundamentos de Git, los diseñadores han fusionado cientos de correcciones de UI, cada una revisada por los responsables de diseño y, a menudo, el mismo día.
Entendí el potencial cuando una UI no se veía ni se comportaba como estaba previsto. En lugar de reportar un error o entregar un archivo de diseño, usé Cursor para seguirle la pista hasta la implementación y producir un cambio funcional que Ingeniería pudiera validar. Fue entonces cuando vi cómo Diseño podía asumir una responsabilidad más directa sobre la calidad del producto.
Los ingenieros asumen trabajo que antes dejaban de lado
Entre los ingenieros de software, los power users enviaron 18 veces más mensajes que los usuarios ocasionales, y su proporción de trabajo de alta complejidad fue un 15,6 % mayor. Las tareas en sí eran las de siempre: pruebas, refactorizaciones, corrección de errores y exploración de código desconocido.
La diferencia se vio en lo que sí se terminaba. Grab ha declarado públicamente que tareas que antes llevaban días ahora se resuelven en unas pocas horas, y que sus ingenieros ahora sí acometen refactorizaciones y pruebas que antes habrían dejado de lado por falta de tiempo. Más de un tercio de las solicitudes de fusión incorporan Cursor, y la aceptación de sugerencias ronda el 50 %.
Quienes no son de ingeniería dejan de esperar en la cola
Escribir código representó aproximadamente la mitad de la actividad en Cursor en todos los grupos. La segunda tarea cambiaba según el rol: analytics se inclinó por SQL y transformaciones (4,7 veces la referencia de la compañía), la gestión técnica de programas se concentró en Git, build y desplegar (3,1 veces), y los product managers usaron Cursor sobre todo para documentación. Al menos un PM convirtió PRDs en demos funcionales de HTML, JavaScript y CSS.
En cada uno de estos roles, el trabajo avanza sin quedar atrapado en una cola de ingeniería. Personas ajenas a ingeniería en finanzas, operaciones y equipos regionales están creando herramientas para sus propios problemas, y los workshops de Grab han formado a varios cientos de personas en 5 países, incluidos líderes sénior que crearon y desplegaron sus propias aplicaciones.
Cursor ha sido transformador para mí en la Oficina del CEO. Como alguien que no viene del mundo técnico, ahora puedo convertir ideas en herramientas funcionales, mejorar procesos y resolver problemas de flujo de trabajo por mi cuenta. No solo ha cambiado mi productividad, sino también lo que nuestro equipo es capaz de lograr.
Los builders ya estaban ahí
En los roles donde menos personas habían abierto Cursor, quienes sí lo hicieron solían usarlo con mucha más intensidad que los ingenieros y que la compañía en general. Una vez que alguien le encontraba una tarea real a la herramienta, no la soltaba.
Grab lo planteó como enablement, no como una imposición. Alguien empezaba con un problema real que le importaba y luego se hacía cargo de la siguiente tarea relevante de su día: una query para un analista, un workflow para operaciones, una demo para un PM.
En Grab creemos que la IA es para todos, así que nos enfocamos en capacitar a todos. Hoy Diseño, Finanzas, Operaciones y Marketing crean y entregan sobre la plataforma de Tecnología. Los builders siempre estuvieron aquí: solo les dimos las llaves.
Lo que quedó en Grab es el cambio en el trabajo que, de pronto, la gente podía terminar por su cuenta. Los diseñadores pueden entregar una corrección de UI el mismo día, los ingenieros asumen el refactor que antes dejaban pasar y alguien de la Oficina del CEO puede convertir una idea en una herramienta funcional.
Si te interesa llevar Cursor a más equipos en tu organización, comunícate con nuestro equipo para iniciar una prueba de Cursor.