Der Lebenszyklus des Meetings des Agenturinhabers: Von der Vorbereitung bis zur Nachbereitung bei fünfzehn Anrufen pro Woche

Der Betreiber

Ein Agenturinhaber, der mit einem fünfköpfigen Team acht aktive Kundenkonten betreibt, hat einen Kalender, der wie eine Abflugtafel am Flughafen aussieht. Fünfzehn oder mehr Anrufe pro Woche – Statusüberprüfungen, kreative Briefings, vierteljährliche Planungssitzungen, Gespräche über neue Geschäftsfelder – jeder einzelne erfordert eine unterschiedliche Art und oft auch eine unterschiedliche Tiefe der Vorbereitung. Das Team liefert die Arbeit; Der Eigentümer nimmt an fast jedem Kundengespräch teil und ist die Person, deren Aufgabe es ist, die Geschichte zu kennen, die Beziehung aufrechtzuerhalten und im Raum Entscheidungen zu treffen.

Das Team verwendet eine Mischung aus Gmail, Slack und freigegebenen Google Drive-Ordnern für die Kundenkommunikation und die Lieferungsverwaltung. Es gibt fünf Personen, die jeden Tag Threads, Entscheidungen und Verpflichtungen in diesen acht Beziehungen generieren. Der Eigentümer ist nicht in jedem Thread vertreten. Sie sind bei jedem Anruf dabei. In der Lücke zwischen diesen beiden Tatsachen laufen die Dinge schief.

Der Bruchpunkt

Unvorbereitet in ein Kundengespräch zu gehen, ist kein abstraktes Risiko; es ist ein wöchentliches Ereignis. Nicht unbedingt unvorbereitet – der Eigentümer weiß, wer der Kunde ist, um welches Projekt es sich handelt und in welchem ​​ungefähren Stadium sich die Dinge befinden. Aber die konkrete Art der Vorbereitung, auf die es wirklich ankommt – zu wissen, was vor zwei Wochen beschlossen wurde, zu wissen, nach welchem ​​offenen Punkt der Kunde fragen wird, zu wissen, dass es ein Teammitglied gibt, das mit einer Lieferung, die in den ersten fünf Minuten ansteht, drei Tage überfällig ist –, erfordert eine Vorbereitungssitzung, die selten vorkommt. Fünfzehn Anrufe pro Woche lassen keinen Platz für fünfzehn Vorbereitungssitzungen.

Das Folgeproblem ist das Spiegelbild des Vorbereitungsproblems. Nach Beendigung des Anrufs verfügt der Eigentümer über eine mentale Liste dessen, was beschlossen wurde und wozu er sich verpflichtet hat. Diese Liste beginnt sich sofort zu verflüchtigen. Oft kommt der Eigentümer zum nächsten Anruf, bevor er die Möglichkeit hat, etwas aufzuschreiben. Am Ende des Tages sind zwei oder drei Zusagen aus früheren Anrufen in keinem System nachweisbar. Das Team weiß nicht, dass sie existieren. Die Kunden erinnern sich an sie; die Agentur nicht.

Das Ergebnis ist ein Meeting-Lebenszyklus mit zwei unterbrochenen Enden: dem Vorbereitungsende, an dem der Eigentümer mit einem unvollständigen Bild ankommt, und dem Follow-through-Ende, an dem im Raum getroffene Zusagen nie auf einer Aufgabentafel oder in einer Kundenzusammenfassung landen. Die Mitte – das eigentliche Gespräch – ist in Ordnung. Die Infrastruktur drumherum ist es nicht.

Der Aufbau

Der Agenturinhaber verbindet sein Gmail und den gemeinsamen Google-Kalender, den sein Team für die Kundenplanung verwendet. Sie verbinden Google Drive, wo das Team Kundenbriefings, kreative Assets und Statusdokumente speichert. Jeder der acht Kunden erhält seine eigene Organisation in Lodestar, mit Projekten in jedem einzelnen, die den aktiven Engagements zugeordnet sind: ein Markenaktualisierungsprojekt hier, ein bezahlter Medienauftrag dort, eine Website-Erstellung anderswo.

Die fünf Teammitglieder werden den relevanten Organisationen und Projekten hinzugefügt, sodass ihre E-Mail-Threads und Aktionselemente in das gemeinsame Bild einfließen. Der Agenturinhaber hat jetzt Einblick in die Verpflichtungen, die sein Team in Threads eingegangen ist, in denen es noch nie war – extrahiert von Lodestar, verknüpft mit dem Quellangebot, angezeigt in der Projektansicht. Sie lesen nicht jede E-Mail; Sie sehen das von allen extrahierte Signal.

Der Arbeitsablauf

Der Meeting-Lebenszyklus verläuft in zwei Phasen. Die Vorbereitungsphase findet vor dem Anruf statt – idealerweise einige Minuten vorher, da dies jederzeit möglich ist. Die Folgephase findet unmittelbar danach statt. Beides wird durch ein Gespräch mit Claude über das Lodestar MCP abgewickelt, ohne dass eine andere Anwendung geöffnet werden muss.

• ·Vorher – Der Eigentümer bittet Claude, sie auf den nächsten Anruf vorzubereiten, und nennt dabei den Namen des Kunden. Claude ruft „calendar_retrieve“ auf, um die Besprechungsdetails und Teilnehmer zu bestätigen, und sendet dann „emails_content“ über die Threads der letzten zwei Wochen mit diesen Teilnehmern.
• ·Vorher – Claude ruft „knowledge_search“ auf, um relevante Drive-Dokumente anzuzeigen: die aktuelle Projektbeschreibung, den letzten Statusbericht, alle ausstehenden Vorschläge. Es ruft „contacts_retrieve“ und „knowledge_org_charts“ auf, um zu bestätigen, wer sich im Raum befindet – einschließlich aller neuen Stakeholder, die in den letzten Threads aufgetaucht sind.
• ·Vorher – Claude ruft „action_items_list“ auf, um Elemente in den Projekten dieses Kunden zu öffnen und alle zu kennzeichnen, die überfällig sind oder zu denen der Eigentümer persönlich verpflichtet wurde. Das Vorbereitungsbriefing kommt zurück: Kontext der Besprechungsagenda, letzte Entscheidungen, voraussichtlich offene Punkte, wer anwesend ist und der aktuelle Kommunikationston.
• ·Vorher – Der Eigentümer liest das Briefing. Es ist eine Seite. Sie gehen in den Anruf und wissen genau, was der Kunde voraussichtlich sagen wird, was das Team ihnen noch schuldet und was bei ihrem letzten Treffen beschlossen wurde.
• ·Danach – Der Eigentümer gibt seine Notizen aus dem Anruf in dasselbe Claude-Gespräch ein – getroffene Entscheidungen, vereinbarte Ergebnisse, wem gehört was, alle genannten Daten. Claude extrahiert strukturierte Aktionselemente aus den Rohnotizen.
• ·Danach ruft Claude „action_items_create“ für jede Verpflichtung auf und weist jede dem richtigen Projekt in Lodestar zu. Wenn ein Teammitglied als Eigentümer benannt wurde, wird ihm das Element zugewiesen. Sofern ein Fälligkeitsdatum angegeben wurde, wird dieses festgelegt. Claude ruft „milestones_partial_update“ auf, wenn ein Meilenstein von den Entscheidungen des Anrufs betroffen war.
• ·Danach ruft Claude „timeline_events_create“ auf, um das Meeting selbst anhand der Projektzeitleiste des Kunden zu protokollieren. Anschließend wird „emails_reply_link“ aufgerufen, um die Zusammenfassung nach dem Anruf für den Kunden zu erstellen: eine übersichtliche Zusammenfassung dessen, was entschieden wurde und was als nächstes kommt, bereit für den Eigentümer zur Überprüfung und zum Senden.
• ·Nachher: ​​Der Eigentümer liest den Zusammenfassungsentwurf, nimmt etwaige Anpassungen vor und klickt auf „Senden“. Der Kreislauf ist geschlossen: Der Kunde verfügt über eine schriftliche Aufzeichnung, das Team hat seine Aufgaben in Lodestar und der Projektzeitplan spiegelt das Meeting wider.

Was ändert sich

Das Vorbereitungsproblem wird an dem Punkt gelöst, an dem es vorher eigentlich unpraktisch war – ein paar Minuten vor dem Anruf, in einem vollen Kalender. Der Eigentümer benötigt nicht mehr für jedes Meeting einen eigenen Vorbereitungsblock, da sich das Briefing aus den Live-Daten in Lodestar selbst zusammenstellt. Es ist kein perfekter Deep-Dive; Es handelt sich um eine zuverlässig genaue One-Page, die abdeckt, was in den ersten zehn Minuten eines Kundenanrufs tatsächlich zur Sprache kommt.

Verpflichtungen verschwinden nicht mehr. Die Post-Call-Notizen des Eigentümers, so kurz sie auch sein mögen, werden innerhalb von Minuten nach Ende des Anrufs zu strukturierten Aktionspunkten. Teammitglieder sehen ihre Aufgaben in Lodestar, ohne dass eine Slack-Nachricht vom Eigentümer erforderlich ist. Kunden erhalten eine zusammenfassende E-Mail, die auf der Grundlage der tatsächlichen Gesprächsaufzeichnung erstellt wurde und nicht aus einer verblassenden Erinnerung rekonstruiert wurde.

Das vom Team geteilte Bild des Kundenstatus bleibt aktuell. Da Aktionselemente sowohl aus Threads als auch aus Anrufen extrahiert werden, sind Teammitglieder, die Verpflichtungen in E-Mail-Threads generiert haben, in denen der Eigentümer nicht vertreten war, weiterhin im Projekt des Kunden sichtbar. Der Eigentümer kann vor jedem Anruf den vollständigen Status jedes Engagements einsehen, ohne das Team um eine Einweisung bitten zu müssen.