Wie Grab Cursor in die Hände von Design, Ops und Engineering gegeben hat
Bei Grab wurde Cursor zu einem Werkzeug, mit dem das gesamte Unternehmen arbeiten konnte – nicht nur die Engineering-Teams.
Grab bedient mit Fahrten, Lieferungen, Zahlungen und den Systemen dahinter Millionen von Menschen in 8 Ländern Südostasiens. Rund 98 % der Mitarbeitenden in der Tech-Organisation von Grab nutzen Cursor monatlich, etwa 75 % wöchentlich.
Hinter diesen Zahlen steht eine Veränderung in der Art, wie Arbeit entsteht. Designer liefern UI-Fixes noch am selben Tag in die Produktion aus, statt in einer Engineering-Queue zu warten, Ingenieure erledigen in Stunden, was früher Tage gedauert hat, und auch außerhalb des Engineerings – bis hin zum Büro des CEO – bauen sich Teams ihre eigenen Tools.
In der Anfangszeit, als wir noch herausfanden, wie sich diese neue KI-Welle in echte Veränderungen unserer Arbeitsweise übersetzen lässt, war Cursor eines der Tools, bei denen es klick machte. Es fand seinen eigenen Product-Market-Fit innerhalb von Grab, ganz ohne viel Anschub, und zog neben Tech auch Nicht-Tech-Teams und Führungskräfte an. Über die Verbreitung hinaus veränderte es, wie Menschen über ihre Workflows und Arbeitsweisen dachten – ein wichtiger Schritt, um unsere KI-Reise überhaupt erst zu eröffnen.
Designer liefern den Fix aus, statt ein Ticket anzulegen
Als Grab mehr als 100.000 anonymisierte Cursor-Nachrichten von rund 4.000 Personen auswertete, gehörte das Beheben von Bugs in jeder untersuchten Berufsgruppe zu den drei häufigsten Tätigkeiten. Sowohl in der Softwareentwicklung als auch in Ops- und Business-Rollen machte es etwa 39 % der Aktivität aus. Das passt zur Natur des Debuggings: Es beginnt mit etwas Konkretem – einer Fehlermeldung, einem fehlgeschlagenen Test, einer fehlerhaften Query oder einer UI, die falsch aussieht. So haben sowohl die Person als auch Cursor einen Ausgangspunkt und eine Möglichkeit, das Ergebnis zu überprüfen.
Im Design wurde aus diesem Ausgangspunkt echte Arbeit am Produkt. Designer nutzten Cursor für Styling und Layout 5,3-mal häufiger als im unternehmensweiten Durchschnitt. Nach einer Schulung zu den Git-Grundlagen haben Designer Hunderte von UI-Fixes gemerged – jeden davon von Design-Managern überprüft, oft noch am selben Tag.
Das Potenzial wurde mir klar, als eine UI nicht so aussah oder funktionierte wie beabsichtigt. Statt einen Bug zu melden oder eine Design-Datei zu übergeben, bin ich der Sache mit Cursor bis in die Implementierung gefolgt und habe eine funktionierende Änderung erstellt, die Engineering validieren konnte. In dem Moment habe ich gesehen, wie Design direkter Verantwortung für die Produktqualität übernehmen kann.
Ingenieure übernehmen Arbeit, die sie früher liegen ließen
Unter Software-Ingenieuren verschickten Power-User 18-mal so viele Nachrichten wie Gelegenheitsnutzer, und ihr Anteil an hochkomplexer Arbeit war um 15,6 % höher. Die Aufgaben selbst waren vertraute: Tests, Refaktorisierungen, Bugfixes und das Einarbeiten in unbekannten Code.
Der Unterschied zeigte sich daran, was tatsächlich fertig wurde. Grab hat öffentlich berichtet, dass Aufgaben, die früher Tage dauerten, heute nur wenige Stunden brauchen, und dass Ingenieure nun Refaktorisierungen und Tests angehen, die sie unter Zeitdruck übersprungen hätten. Über ein Drittel der Merge Requests entsteht mit Cursor, und die Annahmequote von Vorschlägen liegt bei rund 50 %.
Wer nicht im Engineering arbeitet, muss nicht mehr in der Queue warten
Das Schreiben von Code machte in jeder Gruppe rund die Hälfte der Cursor-Aktivität aus. Die zweithäufigste Aufgabe unterschied sich je nach Rolle: Analyse tendierte zu SQL und Transformationen (4,7-fache der unternehmensweiten Baseline), technisches Programmmanagement konzentrierte sich auf Git, Build und Deploy (3,1-fach), und Product Manager nutzten Cursor vor allem für Dokumentation. Mindestens ein PM verwandelte PRDs in lauffähige Demos aus HTML, JavaScript und CSS.
In all diesen Rollen kommt die Arbeit voran, ohne in einer Engineering-Queue festzuhängen. Nicht-Ingenieure in Finance, Operations und regionalen Teams erstellen Tools für ihre eigenen Probleme, und die Workshops von Grab haben mehrere hundert Menschen in 5 Ländern geschult, einschließlich Führungskräften, die ihre eigenen Apps erstellt und deployt haben.
Cursor war für mich im CEO’s Office ein echter Wendepunkt. Als jemand, der kein klassischer Technologe ist, kann ich Ideen nun in funktionierende Tools verwandeln, Prozesse verbessern und Herausforderungen im Workflow direkt lösen. Das hat nicht nur meine eigene Produktivität verändert, sondern auch das, was unser Team erreichen kann.
Die Builder waren längst da
In Rollen, in denen weniger Menschen Cursor überhaupt geöffnet hatten, nutzten diejenigen, die es taten, es oft intensiver als die Ingenieure und das Unternehmen insgesamt. Sobald jemand eine echte Aufgabe für das Tool gefunden hatte, blieb er dabei.
Grab verstand das als Enablement-Angebot, nicht als Vorgabe. Jemand fing mit einem echten Problem an, das ihm am Herzen lag, und nahm sich dann die nächste Aufgabe vor, die in seinem Arbeitsalltag zählte: eine Query für einen Analysten, ein Workflow für Ops, eine Demo für einen PM.
Bei Grab sind wir überzeugt, dass KI für alle da ist – deshalb haben wir uns darauf konzentriert, alle weiterzuqualifizieren. Heute bauen und liefern Design, Finance, Ops und Marketing gleichermaßen auf der Basis von Tech aus. Die Builder waren immer schon hier – wir haben ihnen nur die Schlüssel in die Hand gegeben.
Was bei Grab geblieben ist, ist die Veränderung bei der Arbeit, die Menschen plötzlich eigenständig zu Ende bringen konnten. Designer können einen UI-Fix am selben Tag ausliefern, Ingenieure nehmen sich die Refaktorisierung vor, die sie früher aufgeschoben haben, und jemand im CEO’s Office macht aus einer Idee ein funktionierendes Tool.
Wenn du Cursor mehr Teams in deiner Organisation zugänglich machen möchtest, kontaktiere unser Team, um eine Cursor-Testversion zu starten.