Wie Vercel mit Notion Launches im gesamten Unternehmen skaliert

Für viele Teams bei Vercel wurde Notion zu dem Ort, an dem Agents entwickelt, vernetzt und bereitgestellt wurden. Die Grundlagenarbeit leistete vor allem das ShipOps-Team, das dafür sorgt, dass die auf schnelle Releases ausgerichtete Unternehmenskultur reibungslos funktioniert. Brian Emerick, Technical Program Manager in diesem Team (und selbsternannter „Chief Notion Officer“), war maßgeblich am Aufbau einer ganzen Flotte von Agents beteiligt, die alle um dasselbe Kernsystem kreisen: den Launch-Kalender.

Wenn du bei Vercel etwas auslieferst, gibt es drei Anforderungen: Dokumente schreiben, Änderungsprotokoll schreiben, in den Launch-Kalender eintragen. Eine zentrale Notion-Datenbank, die jedes Team im Unternehmen nutzt, um zu verfolgen, was wann ausgeliefert wird, und die als Kommunikations-Backbone für jeden Launch dient und Entwickler, Marketing und Support synchron hält.

Klingt in der Theorie ganz einfach. Im Laufe der Zeit ist die Datenbank jedoch auf rund 50 Einträge angewachsen, die alles abdecken, was alle Beteiligten aus den unterschiedlichen Teams für ihre Arbeit benötigen. Der erste Versuch, das in den Griff zu bekommen: ein Notion-Formular mit bedingter Logik. Das war zwar ein Fortschritt, aber es war immer noch ein Formular.

Die nächste Stufe war Ship, ein Custom Agent, der in Slack dialogorientiert arbeitet, um einen Eintrag im Launch-Kalender zu erstellen. Statt ein Formular auszufüllen, gibst du einfach ein, was du hast – einen Namen, ein Datum oder einen Link zur erledigten Aufgabe. Der Agent erledigt den Rest und markiert dabei, was du direkt gesagt hast, was er daraus abgeleitet hat und wo er sich noch unsicher ist. Anschließend erstellt er einen Eintrag und gibt einen Link im Slack-Thread zurück. Das Ziel ist eine schnellere Erfassung und mehr Launches in der Datenbank – auch solche, die vorher nie eingetragen worden wären.

Ship löste das Problem der Erstellung, doch die Aufnahme in die Datenbank war erst die halbe Miete. Außerdem mussten die richtigen Leute im gesamten Unternehmen über jeden Launch Bescheid wissen und direkt in ihren gewohnten Tools handeln können.

Dafür gibt es Ship-DX. Sobald im Launch Calendar ein neuer Launch erstellt oder aktualisiert wird, erstellt ShipDX automatisch ein entsprechendes Linear-Issue für Vercels Developer-Experience-Teams, einschließlich Docs, Community und weitere. Es ruft Daten aus Notion ab, füllt Ticketbeschreibungen aus, legt Fälligkeitstermine fest, erstellt Unteraufgaben und ordnet alles dem jeweils zuständigen Team zu. Außerdem wird der verantwortliche Projektleiter in einem gemeinsamen Slack-Thread benachrichtigt, um die Zusammenarbeit mit den DX-Teams zu koordinieren. Bei Änderungen in Notion aktualisiert Ship-DX die Linear-Tickets entsprechend und fügt einen erklärenden Kommentar hinzu.

Dazu hat Brians Team einen Notion-Worker entwickelt, der den GraphQL-Aufruf direkt an Linear sendet, um aus Vorlagen Issues zu erstellen, und diese anschließend für weitere Aktualisierungen und Kommentare an den Linear MCP weiterleitet. Dieses kleine Beispiel veranschaulicht einen breiteren Trend: Notion fungiert als Verbindungsebene zwischen den Tools, wobei Worker die Lücken füllen, damit alles rund läuft.

Die gleiche Logik sorgt auch dafür, dass Launches, die bereits live sind, nachverfolgt und abgeschlossen werden. Ship Closer gleicht jeden Morgen das öffentliche Änderungsprotokoll mit dem Launch-Kalender ab, um sicherzustellen, dass ein bestimmter Launch tatsächlich an dem Tag stattgefunden hat, an dem es geplant war. Wenn ja, wird der Eintrag entsprechend markiert. Wenn es unsicher ist, wartet es ab (mit eingebauter Wartezeit, damit es nicht täglich die gleiche Person nervt) und hakt dann in einem Slack-Thread nach, den alle Launch-Partner sehen können. Das entspricht einem allgemeinen Grundsatz bei Vercel: Transparente Arbeitsabläufe sorgen dafür, dass alle an einem Launch beteiligten Personen, jederzeit auf dem aktuellen Stand bleiben. Ship Closer ist ein kleiner Agent mit einer bestimmten Aufgabe, die er eigenständig erledigt, ohne dass sich jemand darum kümmern muss.

Drew Bredvick leitet GTM Engineering bei Vercel – ein Team für angewandte KI, das Tools entwickelt, mit denen Sales und Marketing mehr Deals abschließen. Im Unterschied zu ShipOps entwickelt Drews Team Custom Agents in Code, die auf der eigenen Infrastruktur von Vercel bereitgestellt werden.

Doch je weiter sie mit der Entwicklung vorankamen, desto deutlicher erwies sich Notion als das Element, das alles andere erst ermöglichte. Jeder Agent, den das Team entwickelte, hatte fünf Komponenten: Auslöser, Tokens, Rechenleistung, Prompt und Nachvollziehbarkeit. Die wichtigste dieser Komponenten war der Prompt: das Element, an dem man ständig feilt und das darüber entscheidet, ob ein Agent seine Arbeit gut oder schlecht macht. Und lange Zeit waren diese Prompts in den Quellcodes enthalten.

Als Nick Bogaty, der CRO von Vercel, wissen wollte, was die Entscheidungen eines Sales-Agents beeinflusste, gab es keine eindeutige Antwort. Die Logik war tief in GitHub vergraben, nur für Entwickler/-innen zugänglich und ließ sich ohne Pull-Request, Überprüfung und vollständige Bereitstellung nicht aktualisieren. Jede Änderung am Verhalten des Agents wurde wie ein Bugfix behandelt, langsam und mit viel zu vielen Beteiligten.

Das Team fand eine Lösung: Sie verschoben alle vom Benutzer konfigurierbaren Prompts nach Notion. Jetzt kann eine Vertriebsführungskraft das Dokument öffnen und den Prompt direkt anpassen. Der Agent übernimmt die Änderung beim nächsten Durchlauf, ohne dass das Entwicklungsteam eingreifen muss. Der Iterationszyklus sank von einem Arbeitstag auf fünf Minuten. Und die Agents werden von den Leuten optimiert, die wirklich die Business-Logik verstehen und nicht nur den Code.

Vercels Agents gibt es nicht nur in Notion. Aber für Vercels Teams ist Notion – auf unterschiedliche Weise und aus verschiedenen Gründen – das geworden, was sie am Laufen hält. Notion ist die Grundlage, auf der manche Agents entwickelt werden, und die Wissens- und Logikebene, die andere vertrauenswürdig macht.

Das Muster, das Brians Team mit ShipDX etabliert hat, breitet sich aus: Ähnliche Agents für Preisgestaltung, Recht und andere Teams sind schon in Arbeit. In einem Unternehmen, das auf eine schnelle Auslieferung stolz ist, passiert so etwas nicht zufällig. Es beginnt damit, dass man weiß, was man zuerst baut.