Die Company-Brain-Analyse und das Integrations-Playbook beschreiben Athletias internes Brain. Dieses Konzept beschreibt das Produkt dahinter: ein eigenes Brain für jeden Vereins-Kunden, gestartet als Agenturleistung, gewachsen zur Plattform, auf der die kommerzielle Arbeit des Vereins tatsächlich stattfindet. Bewusst ohne Pricing und Geschäftsmodell, das ist ein eigenes Gespräch.
Aus dem Call vom 28.07.: die Aufspaltung in LIQE (Content/Creation) und Rights-Management kommt im Oktober, PeakDiver wandert unter LIQE. Die AI-Strategie dahinter heißt "Brain pro Kunde". Dieses Dokument macht daraus ein umsetzbares Konzept.
Die ersten drei Deliverables behandeln Athletias internes Company Brain: wie ~150 Mitarbeitende effizienter arbeiten. Architektur, 16 Use Cases, Sicherheit, Integrationsreihenfolge.
Ein Brain pro Vereins-Kunde, von LIQE gebaut und betrieben. Kein Overlap zwischen Kunden, aber anonymisiertes Benchmarking über das Netzwerk. Der Moat sind die plattformübergreifenden Daten, nicht die Foundation Models.
Maximale Kundenbindung, aber produktseitig verdient, nicht vertraglich erzwungen. Ein Verein bleibt, weil das Brain ihm mehr Wert liefert als jede Alternative, nicht weil ein Vertrag ihn festhält.
Das Beispiel aus dem Call: Vodafone will ein Sponsoring-Paket beim 1. FC Köln. Heute sammelt ein Sales-Mitarbeiter tagelang Daten zusammen und baut manuell ein Deck. Mit dem Brain dauert das Stunden.
PeakDiver-Performance-Daten (Reichweite, Engagement, Zielgruppen je Plattform), die eigene Sponsoring-Historie des Vereins und anonymisierte Benchmark-Werte aus dem Netzwerk.
Zielgruppen-Fit-Argumentation (warum passt Vodafones Zielgruppe zu Kölns Fanbase), Kennzahlen-Slides, Angebots-Grundgerüst. Mit Benchmark ist der Fit ein Beleg, ohne nur eine Behauptung.
LIQE prüft, passt an, liefert an den Verein. In Stufe 1 ist das explizit eine Agenturleistung: der Verein bekommt Ergebnisse, kein Tool. Das Brain ist LIQEs interner Hebel.
| Leistung | Was der Verein bekommt | Datenbasis |
|---|---|---|
| Sponsoring-Deck-Generierung | Fertiger Angebots-/Pitch-Entwurf für einen konkreten Sponsoring-Kontakt | PeakDiver + Vereins-Historie + Benchmark |
| Performance-Reports mit Einordnung | Nicht nur Zahlen: "euer Engagement liegt X% über dem Netzwerk-Schnitt, hier sind die drei Gründe" | PeakDiver + Benchmark |
| Zielgruppen-/Fan-Profil-Reports | Wer die Fanbase wirklich ist, als Grundlage für Sponsoring und Content-Planung | PeakDiver + ggf. Vereins-CRM |
| Renewal-Vorbereitung | Frühwarnung + Argumentationshilfe, wenn ein Sponsor Anzeichen für Nicht-Verlängerung zeigt | Sponsoring-Historie + Engagement-Trend |
| Wissens-Ablage der Beziehung | Jede Verhandlung, jedes Preismodell, jede Reaktion bleibt erhalten, auch bei Personalwechsel im Verein | Vereins-eigene Historie |
Die Grundarchitektur ist dieselbe wie im internen Athletia-Brain. Neu ist die Mandanten-Dimension: so viele Brains wie Kunden, plus eine einzige Schicht, in der ausschließlich anonymisierte Aggregate zusammenfließen.
Kein Kunde wird in eine höhere Stufe "verkauft". Er wächst dorthin, weil die Nutzung es zeigt. Der Wert entsteht schon in Stufe 1, ohne dass die Plattform existieren muss.
| Stufe | Name | Was der Verein bekommt | Wer bedient das Brain | Übergangskriterium |
|---|---|---|---|---|
| 1 | Agentur-Service (Managed Brain) | Fertige Ergebnisse auf Anfrage: Decks, Reports, Argumentationshilfen | LIQE-Team, Brain im Hintergrund | Wiederkehrende gleichartige Anfragen, genug Volumen für Standard-Workflows |
| 2 | Co-Pilot / Self-Service light | Eigenes Chat-/Dashboard-Interface, Standard-Anfragen selbst anstoßen | Vereins-Mitarbeiter + LIQE als Freigabe-Instanz | Fehlerquote niedrig, aktive regelmäßige Nutzung |
| 3 | Self-Service-Plattform | Direkter Zugriff aufs eigene Brain über mehrere Abteilungen | Vereins-Mitarbeiter selbst, mehrere Rollen | Mehrere Abteilungen nutzen es unabhängig, Datenbasis breit genug |
| 4 | Vollintegrierte Vereins-Plattform | Sponsoring, Content, Ticketing, Merch, CRM in einem System, das operative Rückgrat der kommerziellen Seite | Verein im Alltag, LIQE liefert Infrastruktur + Benchmarking | Nur für Kunden mit Kapazität und Ambition, nicht jeder muss hierhin |
Es gibt im Zielbild nicht "das Brain", sondern drei technisch getrennte Dinge: das eine interne Brain der Agentur, ein isoliertes Brain je Verein, und eine einzige Aggregations-Ebene dazwischen.
| LIQE Company Brain | Kunden-Brain (je Verein) | Benchmark-Ebene | |
|---|---|---|---|
| Anzahl | genau 1 | 1 je Kunde, bis ~80 im Endausbau | genau 1 |
| Zweck | LIQEs eigener Betrieb: Agenturleistung produzieren, Aufträge orchestrieren, internes Wissen | Daten, Wissen und Agenten genau EINES Vereins | anonymisierte Netzwerk-Kennzahlen für alle |
| Wer greift zu | nur LIQE-Mitarbeiter | Stufe 1: nur LIQE (mit Kunden-Scope) · ab Stufe 2 auch Vereins-Nutzer | alle Kunden-Brains, read-only, nur Aggregate |
| Enthält Kundendaten? | nein nur Auftrags-Metadaten und Referenzen | ja ausschließlich die des einen Vereins | nein nur Aggregate ab Mindest-Kohorte |
Das Brain der Agentur selbst: das Muster aus der Company-Brain-Analyse (das interne Athletia-Brain, unter LIQE fortgeführt), erweitert zur Produktions-Zentrale der Agenturleistung.
Jeder Verein bekommt denselben technischen Bausatz, befüllt ausschließlich mit seinen Daten.
Ein Deployment, N Datenräume. Die Trennung wird in der Abrufschicht erzwungen: jede Anfrage trägt einen Tenant-Scope, eine Query ohne oder mit fremdem Scope ist technisch unmöglich, nicht nur verboten.
LIQE-Mitarbeiter: "Sponsoring-Deck für Köln, Kontakt Vodafone". Das LIQE-Brain prüft die Zuordnung (arbeitet diese Person für Köln?) und stellt ein kurzlebiges Tenant-Token nur für Kölns Brain aus.
Der Auftrag läuft im Kunden-Brain Köln: PeakDiver-Kennzahlen und Sponsoring-Historie, ausschließlich aus Kölns Datenraum.
Die Benchmark-API liefert nur Aggregate zurück ("Engagement-Rate: Perzentil 78 in der Kohorte"), nie Werte eines anderen benannten Vereins.
Model-Gateway generiert den Entwurf, Template-Engine baut das Deck, Ablage in Kölns Bucket, Eintrag ins Audit-Log.
Ein Mensch bei LIQE prüft, passt an, liefert an den Verein.
Ein Job je Kunden-Brain berechnet die Kennzahlen aus einem versionierten Metrik-Katalog (Engagement-Rate, Reichweiten-Band, Owned/Earned-Split).
Kennzahlen plus Kohorten-Merkmale (Liga-Klasse, Reichweiten-Band). Nie Rohdaten, nie Namen.
Kohorten bilden; ein Benchmark-Wert entsteht nur, wenn mindestens 5 vergleichbare Vereine in der Kohorte sind, sonst wird er verworfen.
Perzentile, Durchschnitte, Bänder. Read-only-API für alle Kunden-Brains.
Wer nicht teilnimmt, dessen Kennzahlen fließen nicht ein, und er sieht auch keine Benchmarks.
Konkret genug zum Starten, finale Auswahl im Discovery mit Alex, auch abhängig davon, worauf PeakDiver heute läuft. Welches Souveränitäts-Szenario dabei zum Risikoprofil passt, zeigt der HIL Brain-Check (interaktiv, 8 Fragen). Vorab: das Muster "persönliches Second Brain in Obsidian" trägt hier nicht. Obsidian ist ein Single-User-Tool auf lokalen Dateien, ohne Tenant-Isolation, Rollen-Rechte, Audit-Log und API. Übernommen wird das Prinzip (kuratiertes Wissen, Retrieval, Agenten mit Werkzeugen), die Umsetzung ist eine Server-Anwendung.
| Schicht | Konkrete Umsetzung |
|---|---|
| (1) Connectors | PeakDiver zuerst: API-/DB-Zugriff aus dem eigenen Haus, gekapselt als MCP-Server, damit jeder Agent ihn als Werkzeug nutzt. Danach Salesforce/EVENTIM.Tixx über deren APIs, plus Import-Pfad für Sponsoring-Historie (CSV/Sheets). Jeder Connector läuft als Job mit Tenant-Credentials aus dem Vault |
| (2) Knowledge Layer | Postgres in der EU (z.B. Neon oder RDS Frankfurt), ein Schema je Tenant, pgvector für Embeddings im selben Schema. Objekt-Storage (S3/R2) mit Bucket je Tenant für Decks, Reports, Assets |
| (3) Orchestration | Agent-Runtime auf dem Claude Agent SDK (oder vergleichbar): Agenten sind Code, in Git versioniert, EINE Codebasis für alle Tenants. Job-Queue für lange Läufe, Tenant-Kontext wird pro Job injiziert |
| (4) Action Layer | Template-Engine: HTML-Templates zu PDF/PPTX-Export, Report-Renderer. Alle Outputs landen im Tenant-Bucket |
| (5) Interfaces | Stufe 1: schlankes internes LIQE-Operations-Tool (Auftrag anstoßen, QA, Lieferung). Stufe 2+: Kunden-Portal mit SSO und Rollen, Chat als zweites Interface auf denselben Agenten |
| (6) Benchmark | Nächtliche Aggregations-Jobs je Tenant, separater Benchmark-Store (eigene DB, nie Tenant-Rohdaten), read-only API |
| (7) Governance | Auth mit Tenant-Scopes (z.B. WorkOS/Auth0 oder schlanker Eigenbau), Secrets-Vault, Verschlüsselungsschlüssel je Tenant, append-only Audit-Tabelle je Tenant |
| Model-Gateway | Ein Dienst vor allen LLM-Aufrufen: EU-Verarbeitung, AVV und Zero-Retention, Modellwahl je Aufgabe (groß für Deck-Argumentation, klein für Klassifikation), Kosten- und Rate-Limits je Tenant. Später ergänzbar um lokale Modelle für sensible Schritte (Hermes-Muster aus der Company-Brain-Analyse) |
Deckungsgleich mit dem 90-Tage-Muster des Integrations-Playbooks. Bewusst NICHT im MVP: Kunden-Portal, Ticketing/Merch/CRM-Connectoren, Self-Service. Das kommt mit den Stufen 2 und 3, wenn die Nutzung es verlangt.
Schema, Bucket, Vault-Eintrag und Audit-Tabelle entstehen pro Kunde per Knopfdruck. PeakDiver-MCP-Connector für die Leuchtturm-Kunden, Model-Gateway v1.
Sponsoring-Historie der Leuchtturm-Kunden importieren. Benchmarks in v1 nur aus vereins-eigenen Daten (Zeitvergleich gegen sich selbst); die Netzwerk-Pipeline startet erst nach Klärung der Rechtsgrundlage (Pflicht-Leitplanke, siehe Datenschutz).
Auftrag anstoßen, QA, Lieferung, Audit-Sichtbarkeit. Gemessen wird: Zeit pro Deck, Anzahl Decks, Feedback der Vereine. Danach Ausstiegstor: Entscheidung über den nächsten Ausbau.
Dasselbe noch einmal ohne Technik, für alle, die mit Datenbanken und Tokens nichts anfangen müssen.
Jeder Verein bekommt einen eigenen, abschließbaren digitalen Aktenschrank: seine PeakDiver-Zahlen, seine Sponsoring-Unterlagen und Preise, seine Kampagnen-Ergebnisse. Kein anderer Verein hat einen Schlüssel, auch nicht aus Versehen.
Software, die auf Zuruf eine Aufgabe erledigt: "Bau ein Sponsoring-Angebot für Vodafone." Sie liest nur im Schrank dieses einen Vereins, schreibt einen Entwurf, legt ihn zurück. Bevor etwas rausgeht, prüft ein Mensch bei LIQE.
Damit aus dem Entwurf ein fertiges, gut aussehendes Deck oder ein Report wird: professionelle Vorlagen, in die die Inhalte automatisch einfließen. Einmal gebaut, für alle Vereine nutzbar.
Aus den Zahlen aller Vereine entstehen Durchschnittswerte, so vergröbert, dass niemand erkennt, von wem ein Wert stammt. Ein Wert erscheint erst ab fünf vergleichbaren Vereinen. Vorher braucht es die vertragliche Erlaubnis der Kunden.
Niemand kommt ohne Ausweis an einen Schrank, und der Ausweis gilt nur für genau einen Schrank und einen Auftrag. Alles wird protokolliert; der Verein kann jederzeit nachlesen, was mit seinen Unterlagen passiert ist.
LIQE bekommt denselben Schrank für das eigene Wissen: Vorlagen, Abläufe, Kundenerfahrung. Von hier aus werden Aufträge gestartet. Kein zweites System, nur ein Schrank mit Sonderrechten.
Alles, was LIQE beisteuern muss, um den Stufe-1-MVP zu starten. Die Liste für die interne Abstimmung, ohne Technik-Detail.
Die Frage ist nicht "wie halten wir den Verein vertraglich fest", sondern "warum sollte er jemals wechseln wollen". Drei Mechanismen, die sich gegenseitig verstärken.
Jeder Monat macht das eigene Brain wertvoller: nach drei Jahren kennt Kölns Brain jede Verhandlung, jedes Preismodell, jeden Kampagnen-Erfolg. Ein neuer Anbieter fängt bei Null an.
Institutionelles Gedächtnis statt austauschbares Tool.
Funktioniert nur mit proprietären Ergebnisdaten (Deal gewonnen/verloren), nicht mit öffentlichen Social-Daten allein. Deshalb greift Hebel 1 erst voll, wenn Hebel 3 steht.
Nur LIQE kann beantworten "was ist marktüblich für ein Paket wie Vodafone/Köln bei dieser Reichweite", weil nur LIQE über ~80 Kunden aggregiert. Je mehr Vereine, desto wertvoller für jeden einzelnen.
Wer geht, verliert die Vergleichsbasis, die er mit aufgebaut hat.
Das Netzwerk existiert mit PeakDiver im Kern schon, das ist der seltene Startvorteil.
Sobald Sponsoring-Pipeline, Content-Freigaben und Kampagnen über die Plattform laufen, ist ein Wechsel kein Tool-Tausch mehr, sondern der Neuaufbau operativer Infrastruktur.
Derselbe Effekt wie bei CRM/ERP: echte Arbeit bindet.
Entsteht ab Stufe 2 und wächst mit jeder Abteilung, die dazukommt.
Jede Zeile ist im Kern das Vodafone/Köln-Muster: proprietäre Vereinsdaten plus anonymisiertes Benchmarking plus generierter Entwurf, den ein Mensch freigibt. Nur Datensatz und Ausgabeform ändern sich. Deshalb reicht eine Architektur für alles.
| Abteilung | Use Case | Was das Brain liefert | Ab Stufe |
|---|---|---|---|
| Sponsoring / Sales | Automatisierte Sponsoring-Decks | Zielgruppen-Fit, Kennzahlen, Angebots-Entwurf | 1 |
| Renewal-Frühwarnung | Signal bei Anzeichen für Nicht-Verlängerung | 1-2 | |
| Inbound-Anfragen qualifizieren | Vorsortierung und Routing eingehender Anfragen | 2 | |
| Benchmark-gestützte Preisverhandlung | Netzwerk-Vergleichswerte als Argumentationsgrundlage | 2 | |
| Content | Performance-Reports mit Handlungsempfehlung | Einordnung und nächste Schritte je Kanal/Format | 1 |
| Netzwerk-Benchmarking | Eigener Content im Vergleich zu ähnlichen Vereinen, anonymisiert | 1-2 | |
| Kampagnen-Ideen zu Sponsoring-Momenten | Content-Vorschläge passend zu laufenden Paketen | 2-3 | |
| Ticketing | Nachfrage-Prognose je Spiel | Vorhersage schwacher/starker Spiele für Promo-Entscheidungen | 2-3 |
| Promo-Kampagnen für schwache Spiele | Zielgruppen-spezifischer Kampagnen-Entwurf | 3 | |
| Dauerkarten-Abwanderungsrisiko | Frühwarnung, welche Inhaber wahrscheinlich nicht verlängern | 3 | |
| Merch | Kampagnen an Content-Momente gekoppelt | Vorschläge abgestimmt auf virale Momente oder Sponsoring-Launches | 3 |
| Sortiments-/Nachfrage-Abgleich | Welche Produkte zu welchen Fan-Segmenten passen | 3-4 | |
| CRM | Einheitliches Fan-/Kundenbild | Ticketing-, Merch- und Engagement-Daten je Fan, mandantensicher | 3-4 |
| Abwanderungsrisiko Mitglieder | Frühindikator plus personalisierte Ansprache-Vorschläge | 3-4 | |
| Cross-Sell über Abteilungen | Gemeinsame Pakete für Sponsoring + Ticketing + Merch bei einer Marke | 4 |
LIQE hat mit PeakDiver bereits ~80 Kunden, echte Datenzugänge und Vertrauen. Der Rollout nutzt diese Basis. Das ist der Startvorteil, den ein Wettbewerber bei Null nicht hat.
Bestehende PeakDiver-Kunden mit aktiver Sponsoring-Funktion, guter Datenlage und internem Fürsprecher. Nur die Sponsoring-Deck-Generierung, damit der erste Erfolg schnell sichtbar und messbar ist (Zeitersparnis, Deck-Anzahl, Qualität aus Vereins-Sicht).
Content-Reports, erste Renewal-Frühwarnung. Ziel: diese Kunden organisch Richtung Stufe 2 (Co-Pilot) bewegen, weil sie regelmäßig und ohne Reibung mit dem Brain arbeiten.
Die ~80 Bestandskunden nach Datenlage, Sponsoring-Aktivität und Kapazität segmentieren, je Segment den wertvollsten Use Case ausrollen. Jeder neue Kunde macht das Benchmarking für alle besser, das ist der eigentliche Skalierungshebel.
Stufe 3/4 wird gebaut, wenn mehrere Kunden aus A/B eigenständig danach fragen bzw. das Nutzungsmuster es zeigt. Keine Plattform auf Verdacht.
Analog zum Sicherheitsfundament der Company-Brain-Analyse, aber strenger: jeder "Partner" ist hier ein eigenständiger externer Kunde mit eigenem Vertrag.
Verarbeitung und Speicherung ausschließlich in der EU. AVV mit jedem Modell-/Infrastruktur-Anbieter. Kein Training auf Kundendaten, vertraglich zugesichert.
Eigener isolierter Datenraum je Kunde. Rechte werden in der Abrufschicht durchgesetzt, nicht in der Antwort: Kölns Brain kann technisch nicht auf Daten eines anderen Vereins zugreifen, egal wie die Anfrage formuliert ist.
Für Fan-/CRM-/Ticketing-Daten ist der Verein Controller, LIQE Auftragsverarbeiter. Ab Stufe 3/4 (echte Fan-Daten): DSFA für Profiling wie Abwanderungsrisiko, klare Rechtsgrundlage je Anwendungsfall.
Nur Aggregate verlassen die Mandantengrenze (Perzentile, Bänder), nie Rohdaten. Mindest-Kohortengröße (k-Anonymität, z.B. mindestens 5 vergleichbare Vereine), sonst wird der Wert nicht angezeigt. Vertragsklausel mit Opt-out und Transparenz je Kunde.
Vertraglich verankertes Exportrecht des Vereins für seine eigenen Daten. Kein Widerspruch zur Retention-Logik, sondern deren Voraussetzung.
Ab Stufe 2 rollenbasierte Rechte im Verein (Sales sieht Sponsoring, Ticketing sieht Ticketing). Jede Brain-Aktion lückenlos protokolliert: Compliance-Nachweis und Vertrauensargument zugleich.
Keine Wette auf Neuland: die stärksten Vergleichsfälle aus der Sportindustrie zeigen genau diesen Übergang.
Sport-Marketing-/Datenagentur, hat 2024 die Sponsorship-Software KORE übernommen und bedient heute als Plattform 700+ Organisationen, darunter 118 der 154 großen US-Profiteams. Benchmarking ist das Kern-Feature. Exakt der Weg, den LIQE gehen würde.
Data-Clean-Room-Muster für anonymisierte Aggregation in der Sportindustrie: Daten bleiben beim Rechteinhaber, Netzwerkwert entsteht trotzdem. Die technische Referenz für die Benchmark-Ebene.
Managed Service wurde Self-Service-Plattform in der Sport-Videoanalyse: Vereine bedienen sich heute selbst, wo früher Analysten beauftragt wurden. Vereine gehen den Weg zu Self-Service mit, wenn der Wert stimmt.
Besetzen die Sponsoring-Bewertungs-Nische als Punktlösungen. Für LIQE heißt das: Differenzierung über Datenbreite und Vereins-Historie, nicht über Nachbau. Das Wettbewerbsfenster ist offen, aber nicht ewig.
Dieselbe Struktur wie beim internen Athletia-Brain, diesmal auf ein Kunden-Produkt gerichtet.
Dieses Dokument als Diskussionsgrundlage, dann gemeinsam mit Lukas, Johannes und Alex den ersten Leuchtturm-Kunden und den ersten Use Case final festlegen.
Sponsoring-Deck-Generierung auf der bestehenden PeakDiver-Datenbasis. Genau der Bereich, den Lukas als Schwachstelle benannt hat: Output-Generierung.
Technischer Unterbau für Mandantentrennung und Benchmark-Ebene, von Anfang an mandantensicher gebaut, nicht nachgerüstet.
Wellen und Meilensteine statt Big-Bang, inklusive Ausstiegstor nach jeder Stufe, wie im Integrations-Playbook.