Scaling Webinars hatte leistungsfähige Tools und einen anspruchsvollen operativen Engpass. Akquise, Attribution, Content, Webinar-Auslieferung, Onboarding und Vertrieb brauchten unterschiedliche Regeln, mussten aber als ein System arbeiten. RECAST baute die koordinierende Schicht zwischen diesen Bereichen.
Belegstand bei Veröffentlichung: acht benannte Agenten, 35 Anbindungen und 29 aktive Sitzungen; Gateway, Billing-Proxy, dreidimensionale Betriebsansicht und sicherer Tunnel wurden am 30. Mai 2026 laufend verifiziert.
Das Unternehmen
Bryant Ward führt Scaling Webinars, ein Unternehmen für Webinar-Wachstum und Kundenleistung. Der operative Umfang reicht von Anzeigen, Registrierungen, Show-up-Sequenzen und Nachfasskampagnen über Kunden-Onboarding bis zu Sales-Coaching, Scorecards, Wochenreports und Kreativproduktion.
GoHighLevel hielt Kontakte und Opportunities, Hyros die Attribution, Google Workspace Dokumente und Kalender. Slack und Discord trugen Anweisungen und Teamkommunikation. Jedes System war nützlich - Bryant blieb jedoch der Ort, an dem der Kontext zusammenlief.
Der Engpass
Ein allgemeiner Assistent konnte nicht jeden Betriebsmodus sicher abdecken. Anzeigenstrategie, VSL-Skripte, Onboarding, Vertriebsprüfung und Webinar-Nurture haben unterschiedliche Eingaben, Qualitätsmaßstäbe und Freigaberegeln. Getrennte Bots hätten den gegenteiligen Fehler erzeugt: Spezialbereiche ohne gemeinsames Gedächtnis.
Das Unternehmen brauchte Trennung auf Abteilungsebene, ohne die Koordination wieder Bryant aufzubürden.
Warum die vorhandenen Tools nicht ausreichten
Die Automatisierungen konnten Datensätze bewegen und Aktionen auslösen, trugen aber kein operatives Urteil. Ein Kontakt in GoHighLevel brachte nicht automatisch Kundenwissen, Attributionskontext, Kreativstandards und Freigabepolitik in die Aufgabe.
Die fehlende Schicht musste jede Anfrage zum richtigen Spezialisten routen, gemeinsamen Kontext abrufbar machen, Arbeit sichtbar darstellen und an der richtigen Grenze stoppen. Ausgabenänderungen, Live-Versand, Veröffentlichung, Personalentscheidungen und produktive CRM-Änderungen blieben bewusst freigabepflichtig.
Transformationskarte
Vorher
Anzeigen | Hyros | GHL | Workspace | Slack | Discord -> Bryant gleicht Kontext ab -> Abteilung handelt
Nachher
Gemeinsamer Geschäftskontext -> Fachagent -> freigegebener Tool-Pfad -> sichtbare Ausgabe -> Bryant/Team bei folgenreichen Schritten -> Systemnachweis
Die acht Bereiche sind nach Verantwortung getrennt, nicht nach Gedächtnis isoliert.
Ein Ablauf von Anfang bis Ende
- Eingang: Eine neue Kunden- oder Kampagnenanforderung gelangt mit dem relevanten Geschäftskontext in die Steuerungsoberfläche.
- Routing: Agent Jeff weist die Arbeit dem passenden Spezialisten zu - Anzeigen, Content, Webinare, Vertrieb, Onboarding, Ad-/VSL-Skript oder Kreativpipeline.
- Kontextabruf: Der Spezialist nutzt gemeinsames gbrain-Wissen und passende Kundendaten, statt Bryant erneut nach dem Konto zu fragen.
- Produktion: Der Agent erstellt über freigegebene Tools das Asset, die Analyse, Sequenz, Scorecard oder nächste operative Aktion.
- Menschliche Freigabe: Ausgaben, produktive CRM-Änderungen, Live-Versand, Veröffentlichung und Personalentscheidungen warten auf ausdrückliche Zustimmung.
- Sichtbare Ausgabe: Das Ergebnis erscheint in den Teamkanälen oder im gehosteten Command Center statt in einer privaten Modellsitzung zu verschwinden.
- Nachweis: Kundenseiten, GHL-Panels und aktive Sitzungen erhalten den Arbeitsstand für den nächsten Bereich.
Was sich verändert hat
- Gebaut: Acht Fachagenten, gehostetes Command Center, 3D-Betriebsansicht, gemeinsames Gedächtnis und spezialisierte Workflow-Skills.
- Verbunden: Discord, Slack, GoHighLevel, Hyros, Google Workspace, Zapier, Apify und kontrollierte Composio-Routen.
- Getestet: Gateway-Zustand, Modellroute, Discord- und Slack-Status, lokale Dienste, sicherer Tunnel und serverseitiger WebSocket-Proxy wurden live geprüft.
- Live verifiziert: Am 30. Mai 2026 liefen OpenClaw-Gateway, Billing-Proxy, Claw3D und Cloudflare Tunnel. Die Umgebung hatte 35 Anbindungen und 29 aktive Sitzungen.
- Aktiv genutzt: Die Belege zeigen aktive Sitzungen und eine laufende Betriebsumgebung. Daraus wird keine erfundene Zeit- oder Umsatzersparnis abgeleitet.
- Verbleibende Anbieter- oder Kundenabhängigkeit: Folgenschwere Aktionen bleiben bewusst freigabepflichtig; das ist eine Kontrollgrenze, keine unfertige Automatisierung.
- Vom Kunden berichtetes Finanzergebnis: Keines hinterlegt.
Belege
- Systemumfang: Acht benannte Fachagenten.
- Operatives Routing: 35 Anbindungen zum Prüfzeitpunkt.
- Nutzungssignal: 29 aktive Sitzungen zum Prüfzeitpunkt.
- Laufzeitnachweis: Gateway, Billing-Proxy, sicherer Tunnel, Discord, Slack und Claw3D waren am 30. Mai 2026 gesund oder aktiv.
- Kontrollnachweis: Freigabepunkte decken Ausgaben, Live-Versand, Veröffentlichung, Personalentscheidungen und produktive CRM-Änderungen ab.
Technologie - bewusst zuletzt
Das System läuft auf Bryants Mac mini mit OpenClaw, Discord, Slack, GoHighLevel, Hyros, Zapier, Google Workspace, Apify, gbrain/memory-core, Composio, einem gehosteten Command Center, Cloudflare Tunnel und Claw3D. Die Live-Umgebung zeigt Kunden, Agenten, Wissen, Skills und Einstellungen. Ein serverseitiger WebSocket-Proxy verbindet die visuelle Arbeitsumgebung mit dem OpenClaw-Gateway. Die Oberfläche macht die operative Schicht für das Team sichtbar; sie ist nicht selbst die Quelle der Automatisierung.
Kundenstimme
Für diese Fallstudie liegt kein belastbarer wörtlicher Kundenkommentar vor. Der öffentliche Beleg besteht aus verifiziertem Einsatzumfang und Laufzeitnachweisen; RECAST formuliert keine Kundenstimme im Namen des Kunden.
Nächste Transformation
Lesen Sie, wie Ramons Multi-Brand-Betriebssystem wiederverwendbares Wissen teilt, ohne Markengrenzen aufzulösen. Dasselbe Orchestrierungsprinzip wird dort auf Stores statt Webinar-Abteilungen angewandt.
Ihren KI-Umsetzungsplan erhalten
Wenn Ihre Tools leistungsfähig sind, aber jede Abteilung darauf wartet, dass eine Person die Arbeit verbindet, liegt der Engpass in der Orchestrierung. Buchen Sie ein kostenloses KI-Audit, um den ersten operativen Bereich mit echtem Hebel zu bestimmen.
Quellennachweis
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, Seite 12.RECAST_CASE_STUDIES_2026_UPDATED.pdf, Seite 3, DokumentRA-CASES-001, Version 2.0.RECAST_WEBSITE_MASTER_BLUEPRINT.md, Abschnitte 10.4, 11 und 58.