Deutsch

Die Koordinationssteuer: Der versteckte Kostenfaktor, der die operative Geschwindigkeit bremst

Die Koordinationssteuer: Der versteckte Kostenfaktor, der die operative Geschwindigkeit bremst

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Die meisten Ops-Teams können Ihnen ihren Headcount, ihre Tool-Ausgaben und ihre Projektgeschwindigkeit nennen. Fast keines kann Ihnen seine Koordinationskosten nennen: die Stunden pro Woche, die für die Verwaltungsarbeit rund um die eigentliche Arbeit aufgewendet werden.

Diese Lücke ist teuer. Sie ist auch behebbar. Aber man kann nicht beheben, was man nicht gemessen hat, und man kann nicht messen, was man nicht benannt hat.

Dieser Artikel stellt ein Framework vor, um es zu benennen: die Koordinationssteuer. Sie ist der Anteil der gesamten Arbeitsstunden, den Ihr Team für Koordinationsaktivitäten aufwendet (Statusupdates, Übergaben, Kontextwechsel, Meeting-Overhead und Informationssuche) anstatt für die Ergebnisse, die diese Aktivitäten eigentlich ermöglichen sollen. Die meisten Teams zahlen diese Steuer, ohne den Steuersatz zu kennen. Wer ihn berechnet hat, ist oft schockiert von der Zahl.


Was die Koordinationssteuer wirklich ist

Die Koordinationssteuer betrifft keine Ineffizienz bei einzelnen Aufgaben. Es geht um den strukturellen Overhead, der sich ansammelt, wenn ein Team sich gegenseitig informiert, abgestimmt und entblockt halten muss. Ein gewisses Maß an Koordination ist bei jeder kollaborativen Arbeit unvermeidlich. Die Frage ist: Wie viel davon ist notwendig, und wie viel ist ein Symptom einer defekten Informationsarchitektur?

Hier ist die Arbeitsdefinition:

Koordinationssteuer (Coordination Tax): Der Anteil der gesamten vergüteten Arbeitsstunden, der für Aktivitäten aufgewendet wird, deren primäre Funktion die Synchronisierung von Personen, die Übertragung von Kontext oder die Suche nach Informationen ist, anstatt direkte Ergebnisse zu produzieren.

Eine hilfreiche Analogie: Wenn Sie alle Koordinationsaktivitäten aus einer Woche entfernen könnten und Ihr Team trotzdem perfekt arbeiten könnte, weil Informationen und Abstimmung bereits vorhanden wären, dann waren diese Aktivitäten reine Steuer. Wenn ihre Entfernung die Ausführung zum Scheitern brächte, waren einige davon notwendige Infrastruktur. Das Ziel ist nicht, Koordination zu eliminieren. Es geht darum, notwendige Koordination von Overhead zu unterscheiden und dann den Overhead zu reduzieren.

Die Forschungsgrundlage ist deutlich: Microsofts Work Trend Index 2023 ergab, dass Mitarbeitende 57 % ihrer Zeit für Kommunikation und Koordination aufwenden statt für fokussierte Erstellung und Ausführung. McKinseys Forschung zur Produktivität von knowledge workers formuliert es anders, kommt aber zu einem ähnlichen Ergebnis: knowledge workers verbringen schätzungsweise 28 % ihrer Arbeitswoche mit E-Mail-Management und weitere 14 % mit interner Kommunikation und Zusammenarbeit. Das sind 42 % einer 40-Stunden-Woche für Koordination, bevor auch nur eine einzige Einheit an Output produziert wird.

Aggregate Statistiken verdecken jedoch die Realität auf Teamebene. Die Koordinationssteuer variiert erheblich je nach Teamstruktur, Rollentyp, Tool-Umgebung und Managementkultur. Ein Team von fünf Personen mit einem wöchentlichen Sync und klarer async-Dokumentation könnte eine Koordinationssteuer von 20 % haben. Ein Team von zwölf Personen mit fragmentierten Tools, vier Regelmeetings und der Erwartung einer Antwort binnen einer Stunde könnte bei 60 % liegen.


Die 5 Arten von Koordinationskosten

Die 5 Arten von Koordinationskosten

Die Koordinationssteuer gliedert sich in fünf verschiedene Kostenkategorien. Jede hat eine andere Grundursache, einen anderen Messansatz und eine andere strukturelle Lösung.

1. Overhead durch Statusberichte

Dies ist die sichtbarste Kategorie: Zeit, die für die Erstellung, den Konsum oder die Diskussion von Berichten über bereits Geschehenes aufgewendet wird. Wöchentliche Status-E-Mails. Standups, die eher Statusberichte als Diskussionen über Blocker sind. Freitags-Recap-Nachrichten in Slack. Screenshot-Dashboards, die im Chat weitergeleitet werden.

Die Kosten liegen nicht nur in der Zeit, die für die Erstellung des Berichts aufgewendet wird. Sie entstehen auch durch den Zeitaufwand aller Empfänger sowie durch die Latenz, die entsteht, weil Status diskret und periodisch statt kontinuierlich und automatisch kommuniziert wird. Wenn ein Stakeholder den aktuellen Stand eines Projekts nur erfahren kann, indem er fragt, und Fragen bedeuten, dass jemand stoppen und antworten muss, hat man einen Koordinations-Engpass in das Betriebsmodell eingebaut.

Der Overhead durch Statusberichte potenziert sich in funktionsübergreifenden Teams, weil jede Funktion ihren eigenen Reporting-Rhythmus hat. Ein Sales-Projekt mit Marketing-, Produkt- und Ops-Stakeholdern kann drei separate Status-Zyklen auslösen, bei denen der Projektverantwortliche denselben Kontext in drei verschiedenen Formaten erneut erklären muss.

2. Übergabe-Reibung

Übergabe-Reibung (Handoff Friction) sind die Kosten, die bei jedem Wechsel der Zuständigkeit entstehen. Von Marketing zu Sales. Von Sales zu Customer Success. Von Design zu Engineering. Vom Sprint-Output eines Teams zum nächsten Sprint-Input des anderen Teams.

Eine saubere Übergabe überträgt den vollständigen Kontext, den die empfangende Partei benötigt, um ohne Rückfragen ausführen zu können. Eine kostspielige Übergabe überträgt ein Artefakt (ein Dokument, ein Ticket, eine abgeschlossene Aufgabe) und lässt die empfangende Partei den Kontext rekonstruieren, fehlende Informationen einholen oder den Umfang auf das beschränken, was sie mit unvollständigen Informationen sicher ausführen kann.

Die Kosten hier werden nicht nur in Zeit gemessen. Fehlgeschlagene oder degradierte Übergaben produzieren auch Nacharbeit, übersehene Anforderungen und Reibungen zwischen Teams. All das hat eskalierende Kosten, die weit über das ursprüngliche Koordinationsereignis hinausgehen.

3. Kontextwechsel-Steuer

Kontextwechsel ist der kognitive Aufwand beim Wechsel zwischen Aufgaben, Tools oder mentalen Modellen. Die Forschung dazu ist konsistent und bedeutsam: Gloria Marks Arbeit an der UC Irvine ergab, dass es durchschnittlich 23 Minuten dauert, um nach einer Unterbrechung die volle Konzentration wiederzuerlangen. Bei drei Unterbrechungen pro Stunde arbeitet ein knowledge worker möglicherweise den ganzen Tag ohne nennenswerte Tiefenkonzentration.

Aber der Kontextwechsel, der sich in der operativen Geschwindigkeit niederschlägt, beschränkt sich nicht auf Unterbrechungen. Er betrifft auch Tool-Fragmentierung. Wenn die Informationen, die zur Erledigung einer Aufgabe benötigt werden, in fünf verschiedenen Systemen verteilt sind, birgt jede Aufgabe einen Overhead durch Tab-Wechsel, Suche und Querverweise. Ein AE, der einen Opportunity-Eintrag aktualisieren, einen E-Mail-Thread prüfen, ein Angebotsdokument einsehen, eine Preisbedingung nachschlagen und einen Anruf protokollieren muss, berührt möglicherweise sechs verschiedene Oberflächen für eine funktional einzige Aufgabe.

Dieser Wechsel-Overhead ist in Produktivitätskennzahlen unsichtbar. Er taucht in keinem Projektmanagementsystem auf. Aber er summiert sich zu Stunden pro Woche, pro Person.

4. Meeting-Overhead

Nicht alle Meeting-Kosten sind im Kalender sichtbar. Die direkten Kosten sind die Zeit im Meeting selbst. Die indirekten Kosten sind die Vorbereitungszeit, die Zeit zur Wiederherstellung des Arbeitskontexts nach dem Meeting und die Entscheidungslatenz, die entsteht, wenn Entscheidungen ein Meeting erfordern.

Ein einstündiges Meeting mit acht Teilnehmenden kostet mindestens acht Personenstunden. Wenn jede Person 20 Minuten zur Vorbereitung und 15 Minuten zur Kontextwiederherstellung danach benötigte, liegen die tatsächlichen Kosten näher bei 14 Personenstunden. Wiederholt sich das Meeting wöchentlich, sind das 700+ Personenstunden pro Jahr für ein einziges Meeting. Die Forschung der Harvard Business Review zu Meeting-Überlastung bestätigt, dass dies ein lösbares strukturelles Problem ist, kein unvermeidlicher Preis der Zusammenarbeit.

Die wichtigere Frage ist nicht das Volumen der Meetings. Es geht darum, wofür Meetings als Ersatz dienen. Meetings, die existieren, weil Informationen nicht automatisch fließen, sind Koordinationssteuer. Meetings, die existieren, weil eine komplexe Entscheidung eine gemeinsame Diskussion erfordert, sind notwendige Infrastruktur. Diese Unterscheidung wird fast nie hinterfragt.

5. Such- und Auffindungskosten

Dies ist die am meisten unterschätzte Kategorie: die Zeit, die damit verbracht wird, das richtige Dokument, die richtige Version, die richtige Person oder die richtige Antwort zu finden. Wo ist die aktuelle Preisübersicht? Welche Vertragsvorlage ist die gültige? Wer ist für den Erneuerungsprozess im Enterprise-Bereich zuständig? Hat jemand schon eine Wettbewerbsanalyse zu diesem Anbieter durchgeführt?

Wenn die Antwort "Slack durchsuchen" lautet, betragen die tatsächlichen Kosten 5 bis 15 Minuten Suche, zuzüglich der Unsicherheit, ob das gefundene Ergebnis aktuell, maßgeblich oder vollständig ist. Wenn die Antwort "jemanden fragen" lautet, entstehen Kosten durch die Zeit des Fragestellers, die Unterbrechungskosten für den Antwortenden und die Wartezeit auf eine Antwort.

Such- und Auffindungskosten steigen nicht linear mit Teamgröße und Tool-Anzahl, sondern überproportional. Ein zehnköpfiges Team mit drei Tools hat ein überschaubares Informationsarchitektur-Problem. Eine 200-Personen-Organisation mit 15 integrierten Tools und fünf Jahren Slack-Historie hat ein chronisches, sich potenzierendes Suchkostenproblem, das jeden Mitarbeitenden wahrscheinlich mehrere Stunden pro Woche kostet.


So messen Sie Ihre Koordinationssteuer

So messen Sie Ihre Koordinationssteuer

Für die Berechnung Ihrer Koordinationssteuer sind drei Inputs erforderlich: ein Arbeitsstunden-Basiswert, eine Inventur der Koordinationsaktivitäten und eine Kategorisierungsübung. Die vollständige Methodik dauert eine Woche. Eine vernünftige Näherung ist in zwei Stunden machbar.

Schritt 1: Arbeitsstunden-Basiswert ermitteln

Input Berechnung
Teamgröße Headcount zählen (FTE-Äquivalent)
Wochenstunden pro Person Vertragliche Stunden verwenden, typischerweise 40
Gesamte Teamstunden pro Woche Teamgröße x Wochenstunden
Geschätzte Fokusstunden (Kontrollgröße) Umfrage: "Wie viele Stunden echter Tiefenarbeit leisten Sie tatsächlich pro Woche?"

Schritt 2: Koordinationsaktivitäten inventarisieren

Für jede Person im Team werden die wöchentlichen Stunden in jeder Kategorie erfasst. Am schnellsten geht das mit einem einwöchigen Zeitaudit anhand einer einfachen fünfzeiligen Erfassungstabelle. Eine praktikable Abkürzung ist ein 15-minütiges strukturiertes Interview, bei dem Sie jede Kategorie durchgehen und nach Schätzungen fragen.

Koordinationskategorie Stunden/Woche (Schätzung) % der Arbeitswoche
Statusberichte (erstellen und konsumieren) __ __
Übergabeaktivitäten (Transfers vorbereiten, Nachfassen) __ __
Kontextwechsel-Overhead (geschätzte Wiederherstellungszeit) __ __
Meeting-Overhead (Meeting + Vor-/Nachbereitung) __ __
Suche und Auffindung (Dokumente, Personen, Antworten finden) __ __
Koordinationsstunden gesamt __ __

Schritt 3: Steuersatz berechnen

Coordination Tax Rate = Total Coordination Hours / Total Work Hours × 100

Beispiel: Ein Team von 8 Personen, jede mit 40 Arbeitsstunden pro Woche (320 Gesamtstunden), mit einer Koordinationsinventur, die insgesamt 144 Stunden pro Woche ergibt, hat einen Koordinationssteuer-Satz von 45 %.

Schritt 4: Nach Rollentyp segmentieren

Die Koordinationssteuer variiert erheblich je nach Rolle. Individual Contributors (ICs) in ausführungsintensiven Rollen haben typischerweise niedrigere Werte als Manager, funktionsübergreifende Leads oder operative Rollen, die explizit zur Koordination geschaffen wurden. Segmentieren Sie Ihre Berechnung, bevor Sie Schlussfolgerungen ziehen.

Rollentyp Erwarteter Koordinationssteuer-Bereich
Ausführungsintensive ICs (Entwickler, Designer, Autoren) 15-30%
Kundenkontakt-ICs (AEs, CSMs, SDRs) 25-40%
Operative Rollen (Ops, RevOps, Finance, EA) 35-55%
Manager und Teamleiter 40-60%
Directors und VPs 50-70%
Funktionsübergreifende Projektleiter 45-65%

Benchmarks: Was gute Performance ausmacht

Benchmarks: Was gute Performance ausmacht

Der richtige Koordinationssteuer-Satz hängt von Ihrer Organisationsstruktur, Ihrem Rollenmix und Ihrem Wachstumsstadium ab. Diese Benchmarks bieten einen Referenzrahmen zur Einordnung Ihres Wertes.

Unternehmensphase Teamgröße Akzeptabler Wert Kritischer Schwellenwert
Frühphase / Seed 5-15 20-30% > 40%
Wachstumsphase 15-75 25-35% > 50%
Scale-up 75-300 30-40% > 55%
Enterprise 300+ 35-45% > 60%
Post-Merger / Integration Beliebig 40-55% (vorübergehend) > 65%

Einige Hinweise zur Interpretation dieser Tabelle:

Höhere Werte sind in Phasen organisatorischer Veränderungen, neuer Tool-Einführungen oder rasanter Teamexpansion zu erwarten. Die Frage ist nicht, ob Ihr Wert erhöht ist. Es geht darum, ob er aus einem nachvollziehbaren Grund erhöht ist und sich in die richtige Richtung entwickelt.

Der "kritische Schwellenwert" ist keine Krisenzahl. Es ist die Stufe, ab der die Koordinationssteuer die Ausgangskapazität aktiv begrenzt, nicht nur verbraucht. Teams, die ihren kritischen Schwellenwert überschreiten, berichten typischerweise von niedriger Motivation, hoher Meeting-Erschöpfung und dem Gefühl, dass sich trotz ständiger Beschäftigung aller nichts schnell bewegt.

Ein Koordinationssteuer-Wert von null ist weder das Ziel noch erreichbar. Manche Koordination schafft echten Mehrwert: Abstimmung, die kostspielige Fehler verhindert, Kontextübertragung, die bessere Entscheidungen ermöglicht, Kommunikation, die den Teamzusammenhalt erhält. Das Ziel ist ein Wert, der notwendige Koordination widerspiegelt, nicht strukturellen Overhead.


3 strukturelle Lösungen (ohne neues Tool)

3 strukturelle Lösungen ohne neues Tool

Die meisten Empfehlungen zur Reduzierung der Koordinationssteuer laufen auf Tool-Empfehlungen hinaus. Kaufen Sie eine bessere Projektmanagement-Plattform. Setzen Sie einen KI-Meeting-Assistenten ein. Implementieren Sie ein Dokumentationssystem. Das kann helfen, aber Tools lösen keine strukturellen Probleme. Strukturen verändern die Bedingungen, die Verhalten erzeugen. Tools automatisieren oder machen Informationen innerhalb einer Struktur sichtbar. Wenn die Struktur defekt ist, machen Tools die defekte Struktur nur schneller.

Hier sind drei strukturelle Maßnahmen, die die Koordinationssteuer ohne einen neuen Kauf reduzieren.

Lösung 1: Status-Meetings abschaffen, durch automatisierte async-Updates ersetzen

Das Status-Meeting ist die teuerste Koordinationsaktivität in den meisten Organisationen. Es ist teuer durch den Kalenderaufwand, den Vorbereitungsoverhead und die implizite Botschaft, die es sendet: dass Status etwas ist, das eine Person vorführen muss, nicht etwas, das ein System automatisch liefern sollte.

Die strukturelle Alternative ist automatisiertes async-Statusreporting. Dafür sind drei Entscheidungen nötig: (1) Einigung darüber, was ein vollständiges Statusupdate für jeden Projekttyp ausmacht, (2) Entscheidung, wo dieses Update gespeichert wird (eine Projektkarte, ein gemeinsames Dokument, ein wiederkehrendes Loom-Video), und (3) die Erwartung, dass Updates in einem festen Rhythmus erfolgen, nicht als Reaktion auf Anfragen.

Die Umstellung ist unbequem, weil async-Updates Disziplin erfordern, an welchem Ort Informationen gespeichert werden. Aber die Reduzierung der Koordinationssteuer ist sofort und messbar. Teams, die ein stehendes Status-Meeting abschaffen und durch async-Updates ersetzen, gewinnen typischerweise 2 bis 4 Stunden pro Person und Woche zurück.

Die entscheidende Verhaltensänderung: Status ist nicht mehr etwas, das man erklärt, sondern etwas, das man dokumentiert.

Lösung 2: Übergabepunkte reduzieren, nicht Übergabequalität

Der größte Teil der Übergabe-Reibung entsteht durch die Anzahl der Übergaben, nicht durch die Qualität einer einzelnen Übergabe. Ein siebenstufiger Prozess mit sieben Übergabepunkten zwischen vier Teams sammelt bei jeder Übergabe Koordinationskosten an, unabhängig davon, wie gut jede einzelne Übergabe ausgeführt wird.

Die strukturelle Lösung ist ein Prozessdesign, das die Anzahl der Übergaben reduziert. Das bedeutet oft, den Verantwortungsbereich für einen bestimmten Arbeitstyp zu erweitern: Eine einzige Rolle oder ein einziges Team übernimmt einen Workflow von Anfang bis Ende, anstatt nur ein Segment auszuführen und weiterzugeben. Manchmal bedeutet es, zwischengelagerte Review-Schritte zu eliminieren, die für ein Risikoniveau konzipiert wurden, das die Organisation inzwischen überwunden hat.

Eine einfache Diagnose: Kartieren Sie jede Übergabe in Ihrem häufigsten wiederkehrenden Prozess. Fragen Sie für jede: Was würde scheitern, wenn wir diese Übergabe eliminieren und den Verantwortungsbereich des vorherigen Teams um den nächsten Schritt erweitern würden? Antworten, die keine echten Kompetenzlücken oder Risikokontrollanforderungen benennen, sind Kandidaten für die Eliminierung.

Die Reduzierung von Übergabepunkten ist organisatorisch schwieriger als die Verbesserung der Übergabequalität. Sie erfordert eine Neuverhandlung von Rollenzuschnitten und manchmal Teamstrukturänderungen. Aber die Reduzierung der Koordinationssteuer ist erheblich größer und dauerhafter.

Lösung 3: Single Source of Truth statt best-of-breed Stack

Das Tool-Fragmentierungsproblem lässt sich nicht durch das Hinzufügen von Tools lösen. Aber es kann reduziert werden, indem man eine explizite Entscheidung darüber trifft, wo maßgebliche Informationen für jede Kategorie gespeichert werden, und diese Entscheidung dann durchsetzt.

Die strukturelle Maßnahme lautet nicht: "Wähle ein einziges Tool für alles." Sondern: "Definiere die maßgebliche Quelle für jede Informationskategorie und mache diese Quelle zum Standard-ersten-Anlaufpunkt." Kundendaten liegen im CRM. Projektstatus liegt im Projektmanagementsystem. Genehmigte Vorlagen liegen im Dokumentenmanagementsystem. Wenn diese Zuordnungen explizit und durch Team-Normen durchgesetzt werden, sinken die Such- und Auffindungskosten, weil der erste Anlaufpunkt bereits der richtige ist.

Der best-of-breed Stack-Ansatz (das jeweils beste Tool für jede Funktion wählen und integrieren) maximiert die Funktionsqualität auf Kosten der Informationskohärenz. Die Informationen, die eine Person zur Arbeitserledigung benötigt, verteilen sich auf 8 bis 12 Systeme, die alle separat durchsucht werden müssen. Die Koordinationskosten der Navigation durch diese Fragmentierung werden beim ROI-Kalkül für ein weiteres best-in-class Tool selten eingerechnet.


Wann Tools helfen und wann nicht

Tools reduzieren die Koordinationssteuer, wenn sie eine aktuell manuelle Koordinationsaktivität innerhalb einer klar definierten Struktur automatisieren. Sie helfen nicht, wenn die Struktur selbst das Problem ist.

Die klarste Unterscheidung:

Szenario Hilft ein neues Tool?
Statusupdates sind manuell und inkonsistent Ja. Automatisierung kann Status ohne menschlichen Aufwand sichtbar machen
Statusupdates existieren, aber niemand liest sie Nein. Das Problem liegt in Vertrauen und Kultur, nicht im Tooling
Übergaben scheitern, weil Kontext nicht übertragen wird Teilweise. Vorlagen und Checklisten helfen; die Grundursache liegt oft im Prozessdesign
Suchkosten sind hoch, weil Informationen verstreut sind Ja. Konsolidierung und Suchwerkzeuge helfen, wenn auch die kanonische Quelle durchgesetzt wird
Meeting-Zahl ist hoch, weil Entscheidungen gemeinsame Diskussion erfordern Nein. Das Problem liegt in der Entscheidungsstruktur, nicht im Tooling
Kontextwechsel ist hoch durch Tool-Fragmentierung Ja. Konsolidierung reduziert den Wechsel-Overhead
Kontextwechsel ist hoch durch Unterbrechungskultur Nein. Das Problem liegt in Normen und Erwartungen, nicht im Tooling

Der häufigste Fehler in Programmen zur Reduzierung der Koordinationssteuer ist, ein strukturelles Problem zu diagnostizieren und ein Tool zu verschreiben. Der zweithäufigste ist, ein Tool-Problem zu diagnostizieren und eine Prozessänderung zu verschreiben. Die richtige Diagnose ist wichtiger als die Maßnahme selbst, denn die falsche Lösung erhöht den Overhead, anstatt ihn zu reduzieren.


Mit der Messung beginnen

Das Koordinationssteuer-Framework ist kein Projekt. Es ist eine Messgewohnheit. Sobald Sie die erste Berechnung durchgeführt haben, wiederholen Sie sie nach 90 Tagen. Verfolgen Sie den Wert über die Zeit. Aufschlüsseln nach Komponenten. Fragen Sie, welche Kategorie am höchsten ist, welche sich verändert, und welche für die spezifische Struktur Ihres Teams den größten Hebel bietet.

Der Grund, warum die meisten Organisationen ihre Koordinationskosten nicht reduziert haben, liegt nicht daran, dass es ihnen an guten Tools oder talentierten Mitarbeitenden fehlt. Es liegt daran, dass sie es nie gemessen haben. Man kann nicht managen, was man nicht verfolgt, und man kann nicht verfolgen, was man nicht benannt hat.

Die meisten Ops-Teams kennen ihren Headcount, ihre Tool-Ausgaben und ihre Projektgeschwindigkeit. Die Teams, die in den nächsten drei Jahren vorankommen werden, verfolgen auch den Anteil jeder Arbeitswoche, der für die Verwaltungsarbeit rund um die eigentliche Arbeit verloren geht. Benennen Sie es. Messen Sie es. Dann können Sie es reduzieren.


Mehr erfahren

About the author

Victor Hoang

Victor Hoang

Co-Founder, Rework.com

Victor Hoang is Co-Founder and CMO of Rework. He spent 12+ years scaling B2B SaaS growth, building a lead engine that generated over 1 million leads and $10M+ in annual recurring revenue. Today he builds AI agents and MCP servers into Rework's products to empower customers across growth and operations. He writes about what actually works.