Wie ein fraktionierter COO zwölf Kunden am Laufen hält, ohne einen Ball fallen zu lassen

Der Betreiber

Ein Teil-COO, der zwölf aktive Kundenbeziehungen betreut, rechnet zwischen 150 und 500 Stunden pro Monat für Aufträge ab, die E-Commerce-Betriebe, SaaS-Scale-Ups und professionelle Dienstleistungsunternehmen umfassen. Jeder Kunde hat sein eigenes Organigramm, seinen eigenen Projektrhythmus, seine eigene Gruppe von Stakeholdern mit ihren eigenen Macken. Der Teil-COO ist bei keinem von ihnen angestellt – was bedeutet, dass es kein institutionelles Gedächtnis gibt, das irgendetwas zusammenhält, außer dem, was diese Person in ihrem eigenen Kopf trägt.

Die Auslastung sieht wie folgt aus: drei Posteingänge (persönliche Domäne, der Microsoft 365-Mandanten eines Kunden, zu dem sie hinzugefügt wurden, und ein gemeinsam genutzter Betriebsalias), achtzehn Daueranrufe pro Woche, ein rotierender Satz von Aktionselementen, die aus diesen Anrufen extrahiert werden, und eine ständige Hintergrundangst, dass sich etwas in einem Konto abkühlt, das sie sich seit vier Tagen nicht angesehen haben. Die Arbeit selbst ist eine hochwertige Beratung. Der Aufwand – Kontext rekonstruieren, Folgemaßnahmen verfolgen, Beziehungsdrift erkennen – ist nicht der Fall.

Der Bruchpunkt

Das Filzproblem macht sich selten deutlich bemerkbar. Es zeigt sich an einem Dienstagmorgen als ein vages Gefühl, dass mit einem bestimmten Konto etwas nicht stimmt – ein Thread, der verstummt ist, ein Liefergegenstand, der keine Updates mehr erhält, ein Champion-Kontakt, dessen Antworten kürzer wurden. Bis der Teil-COO den Ordner dieses Kontos in seinem Kopf öffnet und versucht, die letzten Wochen wieder zusammenzufassen, sind zwanzig Minuten vergangen und er ist sich immer noch nicht sicher, was er verpasst hat.

Die spezifische Angst ist Erneuerung. Bei zwölf Kunden mit fortlaufenden vierteljährlichen oder jährlichen Verträgen gibt es zu irgendeinem Zeitpunkt des Bindungszyklus immer zwei oder drei Beziehungen. Ein kühles Konto, das drei Wochen lang unbemerkt bleibt, fühlt sich nicht wie alltägliche Nachlässigkeit an – es fühlt sich an, als wäre man beschäftigt. Erst im Nachhinein sieht es nach Fahrlässigkeit aus, wenn der Kunde sich gegen eine Verlängerung entscheidet und einen Grund nennt, der im E-Mail-Thread die ganze Zeit über lesbar war.

Das umfassendere Problem besteht darin, dass der Kontext an sechs verschiedenen Orten existiert. Gmail hat die Threads. Google Drive verfügt über die SOWs und Statusdecks. Google Kalender verfügt über den Besprechungsverlauf. Das mentale Modell des fraktionierten COO enthält das Organigramm, die politische Dynamik und die vorherigen Entscheidungen. Keiner von ihnen redet miteinander. Wenn etwas schief geht, ist das Zusammenführen manuell, langsam und ungenau – und das passiert, nachdem das Problem bereits sichtbar ist, nicht vorher.

Der Aufbau

Der Teil-COO verbindet sein persönliches Gmail-Konto und den Microsoft 365-Posteingang, den er mit einem Kunden teilt. Sie verbinden Google Drive und OneDrive, sodass Lodestar Leistungsbeschreibungen, Projektbeschreibungen, Statusdecks und gemeinsame Arbeitsdokumente aufnehmen kann. Jeder Kunde erhält seine eigene Organisation innerhalb von Lodestar, und jedem aktiven Engagement wird ein Projekt zugeordnet – abgestimmt auf die Art und Weise, wie er bereits über die Arbeit denkt, und nicht auf eine unbekannte CRM-Taxonomie.

Innerhalb weniger Stunden nach der Aufnahme hat Lodestar Aktionselemente aus aktuellen Threads und Besprechungsrückblicken extrahiert, Stimmungstrends pro Kontakt für die Kontakte, mit denen sie am häufigsten interagieren, ermittelt und Organigrammskizzen aus den E-Mail-Signaturen und CC-Mustern in den Threads zusammengestellt. Es wurde nichts Neues manuell eingegeben. Das Betriebsbild, das nur im Kopf des fraktionierten COOs existierte, weist nun eine strukturierte Parallele auf, die abgefragt werden kann.

Der Arbeitsablauf

Der Workflow folgt der Schleife Sense → Decide → Act → Close. Der Morgen beginnt mit einer einzigen Frage an Claude über den Lodestar MCP-Server. Von da an läuft die Sitzung ohne App-Wechsel.

• ·Sinn – Claude ruft „dashboard_needs_attention“ und „dashboard_sentiment“ auf, um ans Licht zu bringen, worauf man achten muss. In der Antwort werden ein Konto mit einem Sentiment-Rückgang von -0,3 in den letzten zwei Wochen und zwei als angespannt markierte Threads genannt. Der Fraktions-COO hatte keinen der Threads einzeln als bedeutend eingestuft.
• ·Sinn – Claude ruft in diesen Threads „emails_list“ und „emails_content“ auf, dann „knowledge_org_charts“ und „contacts_retrieve“ für die entsprechende Organisation. Es zeigt sich das vollständige Bild: Der Hauptverfechter wurde durch einen skeptischeren Interessenvertreter ersetzt; eine Lieferung, die vor zwei Wochen versandt wurde, erhielt keine Empfangsbestätigung; Eine Folgenachricht, die der Teil-COO im Geiste zur Kenntnis genommen hatte, wurde nie gesendet.
• ·Entscheiden – Claude begründet den Gesamtkontext: Wer ist der Stakeholder, was war der letzte Punkt des positiven Engagements, was sind die offenen Aktionspunkte und wie sieht ein vernünftiger Sanierungsschritt aus? Es zeigt, dass die weggefallene Nachverfolgung die konkreteste adressierbare Lücke darstellt.
• ·Handeln – Claude ruft „emails_reply_link“ auf, um eine Wiederherstellungs-E-Mail zu verfassen, die auf dem tatsächlichen Thread-Verlauf basiert – indem er auf die gelieferte Arbeit verweist, das Schweigen zur Kenntnis nimmt und einen kurzen Check-in-Anruf vorschlägt. Der Entwurf wird im Erstellungsfenster des fraktionierten COO geöffnet. Sie lesen es, passen den Ton an die jeweilige Beziehung an und klicken auf „Senden“.
• ·Handeln – Claude ruft „action_items_create“ zweimal auf: ein Element, um zu bestätigen, dass der Check-in-Anruf geplant war, und ein anderes, um zu verfolgen, ob der Stakeholder innerhalb von fünf Werktagen geantwortet hat. Beide sind mit dem Projekt des Kontos in Lodestar verknüpft.
• ·Schließen – Claude ruft „timeline_events_create“ auf, um die Wiederherstellungsaktion anhand der Kontozeitleiste zu protokollieren. Das Ereignis erscheint im Projekt des Kunden zusammen mit dem ursprünglichen Liefergegenstand, dem Stimmungsabfall und den neuen Folgemaßnahmen. Die Geschichte ist nun als Sequenz und nicht mehr als verstreute Fragmente lesbar.

Was ändert sich

Das morgendliche Briefing wird zu einer echten Triage statt zu einem Scrollen und Raten. Der Teil-COO sieht, welche Konten Aufmerksamkeit benötigen, sortiert nach tatsächlichen Signalen (Stimmungstrends, überfällige Aktionspunkte, verstummte Threads) und nicht nach dem Kunden, der zuletzt eine E-Mail gesendet hat. Die Konten, die gesund sind, bleiben aus dem Weg. Diejenigen, die Aufmerksamkeit erfordern, tauchen auf, bevor das Problem für den Kunden sichtbar wird.

Nachwirkungen verdunsten nicht mehr. Jede aus einem Anruf oder einem Thread extrahierte Zusage wird protokolliert, mit einem Fälligkeitsdatum (sofern vorhanden) versehen und im Tagesplan angezeigt, wenn sie überfällig ist. Der fraktionierte COO ist nicht länger der einzige Speicherort dafür, was wem und wann versprochen wurde.

Erneuerungsgespräche werden einfacher. Wenn eine vierteljährliche Überprüfung eintrifft, ist der vollständige Kontoverlauf in Sekundenschnelle abfragbar: getroffene Entscheidungen, versendete Leistungen, Stimmung im Zeitverlauf, offene Posten. Die Erneuerungsvorbereitung, die früher eine Stunde Archäologie erforderte, dauert Minuten. Der Teil-COO geht mit einem vollständigen Bild anstelle einer rekonstruierten Annäherung an den Anruf heran.