0Ergebnis in fünf Sätzen
TRINITY OS ist kein Softwareprodukt mit Preis, sondern das Kundenportal einer großen Fitness-Marketingagentur (TRINITY Digital GmbH, Offenbach, laut Tutorial 675 synchronisierte Studios, laut Website „950+"): Wer dort Ads, Landingpage, Online-Mitgliedschaft und den Chatbot MILO bucht, bekommt dieses Dach obendrauf. Es liest Magicline (Bestand, Verträge, Umsatz, Check-ins, Kündigungen) und schreibt über die Connect API (Checkout), alles andere ist Agenturbetrieb: Kampagnen führen TRINITY-Mitarbeiter, der „Ad Manager" ist laut Tutorial „noch unsere Spielwiese", der KI-Copilot „bald verfügbar", Image-Creator, Brandbook, Social-Planer und Academy „werden in der Zukunft kommen", der Expansionsmanager „noch nicht freigeschaltet". Von den 63 Funktionen, die sich aus dem 44-Minuten-Vortrag, der Marketingseite, zehn Tutorials und sieben internen Lektionen zusammentragen lassen, haben wir 17 in der Zentrale oder im Kundenportal in Betrieb, 30 hängen an vorhandenen Daten oder Bausteinen und brauchen eine Portal-Ansicht oder einen Anschluss, 11 fehlen (Kündigungsmanagement-Kachel, Prognose, Flottenvergleich, Anlass-Engine mit Member-Phasen, Bot-Wissen zur Selbstpflege, „Bessere Antwort", Copilot für Kunden, Standort-Scoring, Checkout-Analytics, A/B-Test im Checkout), 1 kommt später (Voice AI), 4 lassen wir bewusst weg (Academy, Guthaben-Wallet, manuelles Mitglied-Anlegen, Immobilien-Crawler). Unser System ist strukturell dasselbe Modell, nur von der anderen Seite gebaut: Website und Landingpages, Lead-System, Vertragsverkauf, Chatbot und Postfach, Ads-Maschine, Zentrale und Kundenportal existieren; was fehlt, ist die Kundenansicht der Zahlen (ein Studio-Cockpit auf der Portal-Startseite) und der Regel-Motor aus dem Studio-Assistent-Konzept. Und wir könnten das Erste sein, was Trinity nicht ist: dasselbe Cockpit für Magicline, Agilea und aidoo.
1Wer und was TRINITY OS ist
| Befund | |
|---|---|
| Firma | TRINITY Digital GmbH, Starkenburgring 12, Offenbach (HRB 57032, GmbH seit 01.08.2024, Vorläufer TRINITY Concepts GbR seit 2018/19). Geschäftsführung Tim Horst, Aleksander Ostojic (Gründer), Julian Perge (CEO seit 07/2024, Informatiker, spricht die Tutorials). 10 bis 24 Mitarbeitende, Umsatzklasse 1 bis 5 Mio. € |
| Geschäft bisher | Marketingagentur für Fitnessstudios: Meta/Google-Ads (Mindestbudget 1.500 €/Monat je Studio bei der Ergebnisgarantie), Landingpages (eigener Builder „OnePage"), Online-Mitgliedschaften („TRINITY Membership System", Checkout mit Upgrades), Chatbot MILO/MILO+ (3 BODYMEDIA-Awards 2024), Websites, Shootings, KI-SEO, Podcast UPSHIFT (200 Folgen), eigenes Studiokonzept GYMPOD (personallos, 19,90 €) |
| Kunden | 675 Studios „zum aktuellen Zeitpunkt synchronisiert" (Julian, Tutorial 02, August 2026), Website „950+ Studios, 1.500+ Kampagnen/Jahr", Eventseite „1.000 Studios im DACH-Raum"; Logos clever fit, INJOY, Anytime Fitness, Bodystreet, FIT/ONE, wellyou, Mrs.Sporty |
| Launch | Vorstellung 12.06.2026 auf „THE NEXT BIG THING" (Pyramide Mainz, ca. 300 Gäste), Tutorials seit 06.08.2026 an Bestandskunden, „Trinity OS ist fertig und endlich live" (Tutorial 01) |
| Zugang | nur als Agenturkunde („Kostenlos beraten lassen"), kein Preis, keine Doku, keine Testphase; AGB: unbestimmte Laufzeit, Kündigung 3 Monate zum Ende des ersten Vertragsjahres, sonst +12 Monate, Schiedsgericht, Nutzungsrechte enden mit Vertrag, Pflicht „Made by TRINITY"; Trustpilot 2,3 von 5 (8 Bewertungen) |
| Studiosoftware | nur Magicline (Connect API im Marketplace; interne Lektion: „wenn der Kunde kein Magicline hat, ist der Kampagnenprozess erstmal ganz normal", also ohne OS). MILO nennt zusätzlich YOND und Zendesk |
| Technik (sichtbar) | eigene Web-App (Dark Mode, Seitenleiste, Mehrstandort-Wahl), OnePage-Landingpages mit „Trinity Pixel", Inbound-Webhook je Werbekampagne, MILO als Bot mit Meta-WhatsApp-Vorlagen, Loom/Vimeo-Schulungen, GoCardless-Abrechnung, „MyWallet" mit SEPA für KI-Bildkosten |
Der Vortrag (YouTube TDYwZPWJaKA, Tim Horst, 44 Minuten, 20.07.2026, 4.863 Aufrufe), vollständig ausgewertet (Transkript: /root/transfer/trinity-os/vortrag-tim-horst-transkript.txt; YouTube sperrt unsere Server, ein Transkript-Dienst lieferte die Untertitel). Kernaussagen in Tims Worten: „Wir sind quasi im Blindflug, vor allen Dingen unternehmerisch. Wer von euch kann mir ad hoc sagen, wie viel Umsatz mache ich pro Kunde, wie viele Add-ons haben meine Kunden, Vertrag X, wie lange ist die durchschnittliche Laufzeit?" Auslöser war das eigene Franchise GYMPOD („Studiobetreiber zu sein ist fucking schwierig", „wenn Flo krank ist, existiert GYMPOD zwei Wochen nicht"). Die Software sei „über die letzten sechs Monate programmiert", habe „über 600 Schnittstellen", alles „sekundengenau live: wenn etwas in eurer Magicline, in eurem Meta-Account, in eurem WhatsApp-Account passiert, seht ihr das live". Reihenfolge des Vortrags: Dashboard mit Kündigungsmanagement („Timo-System") und anonymem Branchenvergleich (Kündigungsquote, Neukundenquote, Abschlussquote, Check-in-Quote gegen ähnliche Studios) · Vertragsanalyse (Basisbeitrag, Durchschnittsbeitrag, Anzahl, Abgang nach Monat 1, 2, 3, Laufzeit je Modell; „wie lange halten monatlich kündbare Verträge wirklich? Nobody knows"; lohnt sich 30 € Meta-Kosten für einen 20-€-Vertrag?) · Mitglieder-Pipeline mit selbst einstellbaren Phasen (Onboarding 30 Tage oder 14 oder „zwei Stunden, euer Ding"), Übergänge lösen Aktionen aus, Check-in-Rückgang relativ zur persönlichen Frequenz („ob ein Power-User weniger kommt oder jemand regelmäßig wenig kommt") · Mitglieder-Timeline je Person (jeder Check-in, jede Mail mit Öffnung, jede WhatsApp, jedes Bot-Gespräch, jeder Anzeigen-Klick, Comeback-Angebot, Wiedereintritt) · Lead-Pipeline je Kanal mit Kosten je Abschluss und Wirkung einzelner WhatsApp-Vorlagen · Ads Meta/Google/TikTok live im Dashboard, „Ads erstellen, pausieren, nie wieder in Meta einloggen" (im Kunden-Tutorial dagegen: „noch unsere Spielwiese") · Online-Mitgliedschaft verschmolzen: Clubs nach Entfernung per Browser-Standort, Sortierung nach Conversion, Kunde gestaltet den Checkout selbst („kinderleicht, das kann sogar Aleks"), Checkout-Analytics je Schritt („2 Minuten 18 auf Schritt 3", Absprünge), A/B-Tests von Verträgen und Add-ons mit automatischem Gewinner, Idee zeitabhängiger Vertragsreihenfolge „wie Lufthansa-Preise" · Expansionsmanager (Scoring, Beispiel Wetzlar 13 Punkte, Demografie, alle Wettbewerber mit Bewertungen und Homepage; Immobilien-Crawler über ImmoScout, Kleinanzeigen, Immowelt „nicht Day one, aber ich verspreche euch, das wird kommen") · Social-Planer („allein dieses Tool kostet 4.500 € im Monat, ist enthalten") · Image-Creator mit Brandbook, eigenen Bildern, „geheimem Prompt" (Beispiel Tag der offenen Tür) · eigene Inbox „kein Drittanbieter mehr, kein Bird, kein OnePage", alle Kanäle inklusive Voice und E-Mail; E-Mail-Regeln per Prompt („beantworte keine Mails über Draht", weiterleiten oder nur Vorschläge), Freigabe-Tab und Übergabe an Mitarbeiter, Knopf „Bessere Antwort" (MILO antwortet künftig so), „66 Features direkt in Magicline integriert" als Schalter („MILO soll keine Probetrainings mehr vereinbaren: Klick, speichern, das war's"), Themen je Standort · zum Schluss der COPILOT als „das Next Big Thing": Bildschirmaufnahme, Frage „Wie viele Mitglieder waren seit mindestens drei Monaten nicht im Studio?" → 499 (Demodaten) → „Was zahlen die, welche Verträge?" → Grafiken statt Text → „Bereite eine Mail vor, die wieder zu motivieren" → Liste, Mail zum Review, „senden morgen 19 Uhr" → Automation angelegt, „keine 20 Sekunden"; Copilot könne „alles: Ads-Budget hoch, runter, alles". Preis: „hängt vom Preis von TRINITY OS ab, dazu komme ich später", kam dann nicht mehr (Zeit überzogen). Datenschutz: „zu 100 % DSGVO-konform, bei Meta in der höchsten Stufe BSP verifiziert". Die Fachpresse beschreibt den Vortrag (fitnessmanagement.de 03.07. und 24.08.2026, BODYMEDIA 16.06.2026): Auslöser laut Tim Horst „Der Fitnessbranche fehlt das Gesamtbild der Daten"; Anspruch „Jedes Feature kennt jedes andere: Was im Dashboard sichtbar wird, beeinflusst den Checkout. Was der Pixel misst, schärft die Werbekampagnen"; die „eine Sache" am Ende ist der COPILOT, im Vortrag live gezeigt mit der Eingabe „Welche Mitglieder waren seit mindestens drei Monaten nicht im Studio?", worauf das System die Liste baute, die E-Mail formulierte, die Versandautomation anlegte und alles zur Freigabe vorbereitete; Kündigungserkennung nicht nach starrer Regel, sondern am persönlichen Rhythmus („trainiert ein Mitglied normalerweise fünfmal pro Woche und erscheint plötzlich nur noch zweimal, bewertet TRINITY OS das anders"). Dazu liegen die zehn Kunden-Tutorials (22 Minuten, Julian zeigt jede Kachel am Demo-Studio „FitZone") und die sieben internen Lektionen zum „Umzug bestehender Kunden ins OS" vollständig transkribiert vor; das ist konkreter als jede Keynote. Wenn du das Video trotzdem ausgewertet haben willst: einmal im Browser abspielen und die YouTube-Cookies exportieren, dann hole ich die Untertitel.
2Die Oberfläche, Kachel für Kachel
Seitenleiste: Dashboard · Analytics · Leads & Mitglieder · Ad Manager · Image-Creator · Brandbook · Inbox · Checkouts · Automations · Social-Planer · KI-Copilot · Einstellungen · Web & Standort · Eventlog. Kopfzeile: Studio-Wahl („Alle Studios"), Zeitraum (7 Tage/Monat/Jahr), „+ Neues Mitglied".
| # | Kachel | Was sie zeigt oder tut (Quelle) | Stand bei Trinity |
|---|---|---|---|
| T1 | Dashboard | Kampagnenzeile („4 Kampagnen laufen · 16.334 € ausgegeben · 420 Mitglieder gewonnen für 20,31 € pro Mitglied"), Kacheln Aktive Mitglieder, Monatsumsatz, Kosten pro Vertrag, Offene Leads, KI-Agent (Agenten, Kanäle, Gespräche, gesparte Zeit), Kündigungsmanagement (in Bearbeitung, gerettet, Umsatz), Umsatzentwicklung Ist + Prognose, Mitgliederentwicklung Zuwachs/Abgang, Saisonalität, je Studio umschaltbar (Tutorial 02) | live |
| T2 | Flottenvergleich | „Direkter Vergleich mit all unseren anderen Studios … 675 Studios synchronisiert": Neukundenquote, Umsatz je Mitglied, Vertragsbindung, Mitgliedschaftsdauer im Verhältnis zu den anderen Kunden (Tutorial 02, „mein großer Favorit") | live |
| T3 | Einstellungen | Rechnungsdaten, MyWallet (Guthaben für KI-Bildgenerierung, Admin-Guthaben, SEPA-Mandat), Member-Warnungen: Schwellen, wann Mitglieder Phasen wie „Onboarding, Eingewöhnung" verlassen, ab wann Check-ins als rückläufig gelten (Tutorial 03) | live |
| T4 | Analytics | Mitgliederbestand und -fluss, Umsatz, Werbekampagnen-Statistiken, Verträge nach Laufzeit, Umsatz je Vertragsart, „in welchem Monat wird im Schnitt gekündigt", Performance je Standort (Sessions, Abschlüsse, Konversion), Tarif-Trend, Heatmap Standort × Tarif, Plattform-Verteilung Google/Meta/TikTok (Spend, Leads, CPL, CTR) (Tutorial 04, Marketingseite) | live |
| T5 | Leads & Mitglieder | „relativ einfaches CRM, wird automatisch gepflegt": neue Mitglieder mit Zeitstempel („Kevin Meier vor fünf Stunden Mitglied geworden"), Quellenverzeichnis (welche Kampagne, welcher Kanal), Filter nach Werbekampagne, Lead → Mitglied nachvollziehbar (Tutorial 05, Lektion 6) | live |
| T6 | Ad Manager | Kampagnen-Reporting: Leads, Mitgliedschaften, Anmelderate, Kosten je Lead, Club-Performance, „Cluster" für Franchise-Systeme; Kampagnen selbst schaltet Trinity („noch unsere Spielwiese … händisch") (Tutorial 06) | Reporting live, Steuerung intern |
| T7 | Werbekampagne als Objekt | Name, Startzeitpunkt, Kampagnen-Info (= der MILO-Prompt), Checkout-Link, Inbound-Webhook (Ziel der Landingpage), verknüpfte Google- und Meta-Kampagnen aus den Werbekonten des Kunden, Studios (Lektion 3) | live |
| T8 | Landingpage-Anschluss | OnePage-Landingpage mit Trinity Pixel + Headcode, verstecktes Feld „Trinity Submission ID", Studioname, Danke-Seite mit Body-Code, CRM-Liste mit Webhook (Lektion 2) | live |
| T9 | MILO (Chatbot) | Kanäle Facebook, Voice, Instagram, Chat-Widget, E-Mail, WhatsApp; Transkripte aller Gespräche, erledigte Chats, manuelles Eingreifen; Einstellungen: jede Club-Ausstattung einzeln („wenn jemand fragt, ob wir X haben"), FAQ und Wissen, Servicezeiten, Feiertage, Mail-Signaturen (Tutorial 07). MILO+ liest Magicline-Daten und „bearbeitet Mitgliedschaften im Namen des Kunden", proaktive Ansprache Inaktiver | live (Bestandsprodukt) |
| T10 | WhatsApp-Vorlagen + Standard-Automationen | Meta-Vorlagen je Kunde; Flow „Neuer Lead Follow-Up" (Lead kommt rein → 10 Minuten warten → WhatsApp-Vorlage, drei Schritte), Flow „Neuer Vertrag" (jedes Mitglied, das über das Magicline-Konto abschließt, bekommt eine Nachricht) (Lektion 4, 6) | live |
| T11 | Checkouts | Club wählen, alle Verträge aus der Connect API, an/aus, Upgrade an einer Stelle im Prozess („bis zu 33 % mehr Umsatz beim Abschluss"), schreibt den Vertrag in Magicline; Kunde muss den Tarif in Magicline anlegen und für Connect freigeben (Lektion 5, 7) | live |
| T12 | Automations (Flow Builder) | Node-System mit Triggern: neue Nachricht (Bedingung „Keyword enthält"), Check-in, Anmeldung, Check-in-Rückgang, gekündigter Vertrag endet bald, Mitgliedsstatus ändert sich; Aktionen überwiegend Kommunikation über MILO; KI-Agenten-Einstellungen; Warnung von Julian: „nur weil man etwas kann, heißt es nicht, dass es sinnvoll ist … nehmt uns mit in den Loop" (Tutorial 08) | live, „Advanced Feature" |
| T13 | Inbox | WhatsApp, Instagram, E-Mail, Chat in einer Inbox, Routinefragen automatisch, sensible Themen ans Team (Marketingseite) | live (Teil von MILO) |
| T14 | Rückgewinnung / Kündigungsmanagement | „erkennt Signale, bevor Mitglieder weg sind, und startet passende Rückgewinnungsprozesse"; Bewertung am persönlichen Rhythmus statt starrer Schwelle (fünfmal pro Woche → zweimal), Sicht auf gefährdete Mitglieder, laufende Maßnahmen, gehalten/zurückgewonnen; Dashboard zählt gerettete Verträge und Umsatz (Presse 24.08.) | Mechanik = T12 + Member-Warnungen (T3) |
| T15 | Voice AI | „Interessent ruft um 21:47 Uhr an. Voice AI beantwortet, qualifiziert, bucht ein Probetraining" | Claim; MILO hat einen Voice-Kanal |
| T16 | KI-Copilot | Chat über die eigenen Daten: „Gib mir alle Mitglieder, die in den letzten drei Monaten gekündigt haben, und versende ihnen ein Template"; baut Listen (156 Inaktive 90+ Tage), formuliert E-Mail mit Platzhaltern, wartet auf Freigabe, Reporting, Kampagnenvergleich (Marketingseite, Tutorial 10) | nicht freigeschaltet („jedes Studio hat einen eingebauten Bias") |
| T17 | Social-Planer | Redaktionskalender Instagram/Facebook, Entwurf → Freigabe → geplant → live mit Klickzahlen, Copilot entwirft (Marketingseite) | „wird in der Zukunft kommen" (Tutorial 07) |
| T18 | Image-Creator, Brandbook, Academy | KI-Bilder, CI, Mitarbeiterschulung | „Punkte, die in der Zukunft kommen" |
| T19 | AI Enhanced Marketing | erkennt sinkende Kampagnen-Performance, „gibt dem TRINITY Experten eine konkrete Empfehlung" | intern |
| T20 | Web & Standort | SEO-Analytics und KI-SEO der Website, Shooting-Dateien, Expansionsmanager mit Standortanalyse (Scoring „noch am Feilen"), Eventlog („eher ein Feature für uns") (Tutorial 09) | teils |
| T21 | Mehrstandort / Cluster | alle Studios, einzelne Studios, Franchise-Cluster in Ad Manager und Analytics | live |
| T22 | Weitere Bausteine | QR-Check-in-Landingpage („Probetraining oder nur umsehen"), Mitglieder-werben-Mitglieder-Formular mit WhatsApp-Angebot an den Empfohlenen, Probetraining-Erinnerungen per WhatsApp | Agenturbausteine, älter als das OS |
Was davon Marketing ist und was wirklich läuft: Live und substanziell sind Dashboard, Analytics, Leads & Mitglieder, Checkout, MILO mit Vorlagen und den zwei Standard-Flows, der Flow-Builder und der Flottenvergleich. Copilot, Social-Planer, Image-Creator, Brandbook, Academy und Expansionsmanager sind Menüpunkte ohne Funktion. Der Ad Manager ist ein Reporting, kein Steuerpult für den Kunden. Voice AI ist ein MILO-Kanal, dessen Umfang niemand zeigt.
3TRINITY OS gegen unser System, Kachel für Kachel
Legende: ✅ läuft (Zentrale oder Kundenportal) · 🟡 Daten oder Baustein vorhanden, Portal-Ansicht oder Anschluss fehlt · ⬜ zu bauen · ⏸ bewusst später · ✖ nicht nötig. AT = Arbeitstage, nur für ⬜ und 🟡. Unsere zwei Oberflächen: Zentrale (manage.sim-tools.cloud, Agenturseite) und Kundenportal (admin.sim-tools.cloud/portal, Kundenseite). TRINITY OS entspricht unserem Kundenportal.
A. Zahlen und Cockpit
| # | Trinity | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|
| A1 | Aktive Mitglieder, Bestand, Zuwachs/Abgang | Anschluss | Magicline-Spiegel magicline_mitglieder/magicline_vertraege (Sandbox voll, Produktion freigegeben 10.09.); Agilea bulkFetch/getContract (Nachtabgleich A3 geplant); aidoo member je Nummer. Zentrale zeigt den Spiegel im Akte-Tab „Mitglieder", Portal zeigt nichts | 2 (Portal-Cockpit) |
| A2 | Monatsumsatz aus Verträgen, Umsatz je Vertragsart | Anschluss | Vertragsbeiträge stehen im Spiegel (Magicline) bzw. cFee (Agilea); Summe je Monat berechnen | 1 |
| A3 | Kampagnenzeile: Spend, gewonnene Mitglieder, Kosten je Mitglied | Anschluss | Ads-Service (Google, E2a) liefert Spend/Leads; Lead → Mitglied über leads.mitglied_at und verkaeufe.lead_id; Meta-Spend fehlt (Bauplan) | 1,5 |
| A4 | Offene Leads in der Pipeline | gebaut | Lead-System, Portal-Bereich Leads, Dashboard-Kachel „Leads heute" in der Zentrale | |
| A5 | KI-Agent-Kachel (Gespräche, Kanäle, gesparte Zeit) | Anschluss | chatbot_sessions, Postfach-Unterhaltungen, Kosten-Tracking; Zähler ins Portal | 0,5 |
| A6 | Kündigungsmanagement (in Bearbeitung, gerettet, Umsatz) | zu bauen | folgt aus Retention-Flow (Studio-Assistent P7) + Anlass-Engine; CONTRACT_CANCELLED kommt schon als Event | 1 (nach P7) |
| A7 | Umsatzentwicklung Ist + Prognose | zu bauen | Prognose aus Vertragslaufzeiten und Kündigungsterminen im Spiegel; fragwürdiger Nutzen, siehe Teil 6 | 1 |
| A8 | Flottenvergleich (Neukundenquote, Umsatz je Mitglied, Bindung, Dauer) | zu bauen | wir haben 21 Kunden, davon heute 2 mit Spiegel; anonymisierter Vergleich erst ab ~10 angebundenen Clubs sinnvoll; Datenschutz: nur Quoten, keine Rohdaten | 1,5 |
| A9 | Analytics je Standort (Sessions, Abschlüsse, Konversion) | Anschluss | GA4 je Site (GTM first-party), Verkäufe und Leads je Standort im Hub; Zusammenführung fehlt | 1,5 |
| A10 | Tarif-Trend, Heatmap Standort × Tarif | Anschluss | Verträge je Tarif und Standort aus dem Spiegel | 1 |
| A11 | Plattform-Verteilung Google/Meta/TikTok | Anschluss später | Google ✅ (Ads-Service), Meta = Bauplan, TikTok ✖ | Meta separat |
| A12 | Vertragsanalyse (Laufzeiten, Kündigungsmonat) | Anschluss | Spiegel + Agilea getContract; Auswertung als Portal-Ansicht | 1 |
| A13 | Saisonalität, Zeiträume 7 Tage/Monat/Jahr, je Studio | Anschluss | Standort-Modell vorhanden; Zeitraumfilter im Cockpit | in A1 |
B. Leads, Kampagnen, Checkout
| # | Trinity | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|
| B1 | Automatisch gepflegtes CRM mit Quelle je Lead | gebaut | Lead-System: Formular, Quelle, UTM, Seite, Scout-Attribution, Pipeline, Kommentare, CSV | |
| B2 | Neue Mitglieder mit Zeitstempel (auch Theke) | Anschluss | Magicline CUSTOMER_CREATED/CONTRACT_CREATED (Sandbox läuft, Produktion nach erstem Club), Agilea/aidoo per Nachtabgleich; Portal-Liste „Neu seit" | 0,5 |
| B3 | Lead → Mitglied je Kampagne nachvollziehbar (Trichter) | Anschluss | probetraining_at, mitglied_at, verkaeufe.lead_id, Magicline sourceCampaignId vorbereitet; Trichter-Ansicht fehlt (= F3 im Assistent-Konzept) | 1,5 |
| B4 | Werbekampagne als Klammer (Prompt, Checkout-Link, Webhook, Ad-Kampagnen, Studios) | Anschluss | Einzelteile da: Lead-Formular (= Einlauf mit public_key), Angebot mit Kampagnen-Referenz und beginn_ab, Chatbot-Zusatzwissen, Ads-Kampagnen im Ads-Service; ein Objekt „Kampagne", das sie verbindet, fehlt | 1,5 |
| B5 | Landingpage-Anschluss (Pixel, Hidden Field, Danke-Seite, Webhook) | gebaut | Template-Landingpages, SimStandardformular/LeadForm, Scouting-Snippet, lead_submit-Event, Danke-Text/Weiterleitung je Formular | |
| B6 | Ad-Reporting je Kampagne (Leads, Abschlüsse, Anmelderate, CPL, Club, Cluster) | Anschluss | Ads-Automatikmaschine E2a (Google, Fuchspack-Echtkonto), Ketten-Modell; Portal-Ansicht + Meta | 1 (+ Meta) |
| B7 | Kampagnen-Steuerung durch Agentur mit KI-Empfehlung | gebaut | Ads-Berater 2.0, RSA-Qualitätsraster, Automatikmaschine (bei uns weiter als bei Trinity, die „händisch" schalten) | |
| B8 | Checkout mit Verträgen aus der Studiosoftware, an/aus je Tarif, Upgrades | gebaut | Vertragsverkauf: Magicline V3, Agilea (Testinstanz E2E), aidoo; Angebote, Varianten, Zusätze, Gutscheine, PDF, Portal-Verkäufe. Upgrade-Stufe mitten im Prozess (Trinity „Black Label") = Zusätze mit Hervorhebung | 0,5 |
| B9 | Nachricht nach Vertragsabschluss („Neuer Vertrag") | Anschluss | Mail ✅; WhatsApp = Anlass C1 „Willkommen" im Assistent-Konzept | in P5 |
| B10 | Lead-Follow-up nach 10 Minuten per WhatsApp | Anschluss | Opt-in im Formular, Utility-Vorlage, Anlass-Engine (A2/A12 im Assistent-Konzept) | in P4 |
| B11 | Mitglieder-werben-Mitglieder mit WhatsApp-Angebot | gebaut | SimScouting (weiter als Trinity: Link, Nachweis, Prämie, Statistik) | |
| B12 | QR-Check-in-Landingpage vor Ort | Anschluss | Click-to-WhatsApp-QR (Q-QR) + OBA-Landingpages; Variante „nur umsehen" ist ein Formular | 0,5 |
| B13 | Mitglieder-Timeline je Person (Check-ins, Mails, WhatsApps, Bot, Anzeigen-Klick, Vertrag) | Anschluss | Einzelteile da: Lead-Audit und Kommentare, Chatbot-Sessions, Postfach-Verlauf, Mail-Log, Verkäufe, Spiegel; eine zusammengeführte Zeitleiste je Kontakt fehlt (Kontakt-Tabelle aus dem Assistent-Konzept als Klammer). Check-ins nur als Zeitstempel/Zähler, kein Verlauf (Magicline-Zusage) | 1,5 |
| B14 | Checkout-Analytics je Schritt (Verweildauer, Absprung) | zu bauen | sim-angebot.js sendet heute keine Schritt-Ereignisse; Ereignis je Schritt an den Hub, Auswertung im Portal | 1 |
| B15 | A/B-Test von Verträgen und Zusätzen im Checkout mit automatischem Gewinner | zu bauen | Angebote und Varianten existieren; Zufallszuteilung je Besucher, Zählung je Variante, Gewinner-Regel fehlen | 2 |
| B16 | Clubs nach Entfernung (Browser-Standort), Sortierung nach Conversion | Anschluss | Standort-Modell mit Koordinaten (Magicline liefert sie, Agilea nicht); Geolocation im Angebots-Widget | 0,5 |
| B17 | Vertragsanalyse: Abgang nach Monat 1, 2, 3, Laufzeit je Modell, Kosten je Neukunde gegen Beitrag | Anschluss | Spiegel hat Beginn, Ende, Kündigung je Vertrag; Ads-Kosten je Lead im Ads-Service; Auswertung = Teil von K2 | in K2 |
| B18 | Ads aus dem Portal erstellen und pausieren | Anschluss | Ads-Automatikmaschine mit Freigabe-Queue (Zentrale); Pausieren/Freigeben im Portal fehlt; Meta nach Bauplan | 1 |
C. Kommunikation und Automatik
| # | Trinity | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|
| C1 | Chatbot auf Website-Widget | gebaut | Chatbot im Hub (v0.193+), SimGym live | |
| C2 | Chatbot auf WhatsApp | gebaut | Postfach + Bot (v0.242, v0.277 Buttons/Listen) | |
| C3 | Chatbot auf Instagram/Messenger | Anschluss | Postfach-Kanäle gebaut, Meta-Review Stufe 2 (Pages/IG) offen | Review |
| C4 | Chatbot auf E-Mail | Anschluss | SIMticketsystem mit Triage liest Mails; Bot-Antwort per Mail nicht gebaut | 1,5 |
| C5 | Voice-Kanal | später | Partner-Anbindung (Assistent-Konzept P8) | 5 bis 8 |
| C6 | Bot-Wissen: Ausstattung, FAQ, Servicezeiten, Feiertage, Signaturen | gebaut | Wissensquellen aus der Akte + Zusatzwissen/-regeln; Öffnungszeiten-Zentrale, Feiertage-Feature | |
| C7 | Kunde pflegt Bot-Wissen selbst | zu bauen | heute nur Zentrale (Kachel Chatbot); Portal-Formular „Was gibt es bei uns" | 1 |
| C8 | Transkripte, erledigte Chats, Eingreifen | gebaut | Gespräche in der Zentrale, Postfach im Portal mit Übernahme | |
| C9 | Inbox über alle Kanäle | gebaut Anschluss | Postfach (WhatsApp jetzt, IG/Messenger nach Review); E-Mail läuft getrennt im Ticketsystem | 2 (Mail ins Postfach) |
| C10 | WhatsApp-Vorlagen je Kunde bei Meta | Anschluss | Vorlagen-Tab im Portal gebaut; Standardsatz fehlt (Assistent P2) | in P2 |
| C11 | Flow-Builder mit Triggern (Nachricht, Check-in, Anmeldung, Check-in-Rückgang, Vertrag endet, Status) | zu bauen | Anlass-Engine (Assistent P3) als Regel-Liste mit denselben Triggern; visueller Node-Editor optional später | in P3 (+3 Editor) |
| C12 | Member-Warnungen: Phasen und Schwellen je Studio | zu bauen | Konfiguration der Anlass-Engine (Frequenz, Phasen, Schwellen) | in P3 |
| C13 | Rückgewinnung / Retention | Anschluss | Retention-Flow im Angebotsbaustein Mitglieder-Modus beschrieben (P7) | in P7 |
| C14 | KI-Agenten-Einstellungen (mehrere Agenten je Kanal) | gebaut | chatbot_config je Kunde, bot_modus je Kanal | |
| C15 | E-Mail-Regeln per Prompt (nicht beantworten, weiterleiten, nur Vorschlag) | Anschluss | SIMticketsystem-Triage klassifiziert und schlägt vor; Prompt-Regeln je Kunde und Weiterleitung fehlen dort, im Postfach gibt es E-Mail noch nicht | 1,5 |
| C16 | „Bessere Antwort": Kunde korrigiert eine Bot-Antwort, Bot antwortet künftig so | zu bauen | Zusatzwissen/-regeln heute nur in der Zentrale; Knopf im Postfach, der eine Wissensregel anlegt (mit Prüfung gegen HWG/Preise) | 1 |
| C17 | Schalter je Funktion („keine Probetrainings mehr vereinbaren") | gebaut Anschluss | Modul-Matrix Studio-Software (Kann/Nutzt) und Chatbot-Schalter in der Zentrale; für den Kunden im Portal fehlt die Schalterleiste | 0,5 |
| C18 | Themen-Auswertung je Standort (worüber reden die Leute) | Anschluss | Konzept „Chatbot Auswertung und Qualitätskontrolle" liegt im Wiki, nicht gebaut | 1,5 |
D. Copilot, Marketing-Werkzeuge, Web
| # | Trinity | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|
| D1 | KI-Copilot: Fragen an die eigenen Daten, Listen bauen, Vorlage formulieren, Freigabe, senden | zu bauen | intern: Zentrale-Suche Etappe A (Stichwörter), Etappe B Frage-Modus (René: später), Claude-Modus Zentrale, Regel „Assistent muss handeln können". Für Kunden im Portal: Frage → Liste (Spiegel/Leads) → Vorlage (Newsletter/WhatsApp) → Freigabe → Anlass-Engine | 3 bis 4 |
| D2 | Social-Planer (Kalender IG/FB, Freigabe, Live-Klicks) | gebaut Anschluss | Content-Service + Postiz + Freigabe-Mail + Kadenz laufen; Kalender-Ansicht im Portal fehlt | 1 |
| D3 | Image-Creator | Anschluss | Creative Studio, Bildsätze, Design-Kit (intern); Portal-Zugang mit Kosten-Deckel | 1,5 |
| D4 | Brandbook | Anschluss | Design-Helfer (Farben/Schrift), Schrift-Labor, Logo-Bilddatenbank; Portal-Ansicht | 1 |
| D5 | Academy | nicht nötig | Hilfe-Seiten im Hub reichen; kein Produkt | |
| D6 | SEO-Analytics + KI-SEO der Website | gebaut Anschluss | SEO-Kreislauf, Keyword-Check K1 bis K6, KI-Readiness, Erfolgskommunikation Etappe 0; Portal-Ansicht (E1 Erfolgsbericht) | 1 |
| D7 | Shooting-Dateien / Medien | Anschluss | Medienpool, Bilddatenbank, Kundenlogos; Portal-Download | 0,5 |
| D8 | Expansionsmanager (Standortanalyse, Scoring) | zu bauen | Basis vorhanden: Keyword-Check Einzugsgebiet 12 km, Google-Bewertungen-Feed, Bing/Google-Profile; Scoring-Modell neu | 2 |
| D9 | Eventlog | gebaut | events, Mail-Log, Wiedervorlagen, Webhook-Status (Zentrale) | |
| D10 | Mehrstandort, Cluster | gebaut | Standort-Akte, Ketten-Modell, Standort-Tabs | |
| D11 | MyWallet (Guthaben für KI-Kosten, SEPA) | nicht nötig | Kosten-Tracking je Kunde existiert; Abrechnung über Module/Produkte, kein Wallet | |
| D12 | Team: Aufgaben, Freigaben | Anschluss | Portal-Berechtigungen, Freigabe-Workflows (Content, Medien); Aufgabenliste je Kunde im Portal fehlt | 1 |
| D13 | „+ Neues Mitglied" manuell anlegen | nicht nötig | gehört in die Studiosoftware, nicht ins Portal | |
| D14 | Immobilien-Crawler mit Flächenvorschlägen (ImmoScout, Kleinanzeigen, Immowelt) | nicht nötig | Zukunftsversprechen im Vortrag, Nische |
Zählung (63 Zeilen): ✅ 17 · 🟡 30 · ⬜ 11 · ⏸ 1 · ✖ 4 (Doppelmarkierungen nach der ersten Markierung gezählt). Aufwand ohne die Positionen, die schon im Studio-Assistent-Plan stecken (P2 bis P7): rund 18 Arbeitstage für Cockpit, Analytics, Kampagnen-Objekt, Trichter, Kunden-Copilot, Bot-Wissen im Portal und Portal-Ansichten für Social, Medien, SEO; dazu als Option der Checkout-Ausbau (B14 bis B16, 3,5 AT).
4Studiosoftware-Matrix für die Cockpit-Zahlen
Trinity liest alles aus Magicline. Das Cockpit braucht sechs Datenarten; hier, woher sie bei uns je System kommen.
| Datenart | Magicline (Open API) | Agilea (Partner-API) | aidoo (v0001 / v2) |
|---|---|---|---|
| Mitgliederbestand, Zu-/Abgang | Spiegel per Nachtabgleich + CUSTOMER_*-Events (gebaut) | bulkFetch je studio_id, userMasterData (geprüft; Typ-10-Sichtbarkeit offen) | member je Nummer; Bestandsliste je Studio: Rückfrage an Jens |
| Verträge, Tarife, Beiträge | Spiegel magicline_vertraege, Connect rate-bundle | getContract (umd_id), contractTemplate mit cFee/cCycle | Tarife nicht in aidoo gepflegt (Tschann), Vertrag am Mitglied |
| Kündigungen, Fristen, Vertragsende | CONTRACT_CANCELLED, lastPossibleCancellationDate im Spiegel | Vertragsstatus 0/1/2/5, cDeadline im Vertrags-Response | Vertragsende am Mitglied |
| Check-ins (Aktivität, Rückgang) | CUSTOMER_CHECKIN/CHECKOUT (beantragt, Verarbeitung P3), nur Zeitstempel + gleitender Wochenschnitt als Zähler | checkInHistory per Poller (geprüft), Wochenschnitt berechenbar | latest_checkin, avg_checkins_per_week je Mitglied (fertig) |
| Leads → Mitglied | Lead aus Buchung, CUSTOMER_CREATED, Abgleich E-Mail/Telefon | addUserMasterData Typ 1, später searchMember | über Termin/Verkauf |
| Umsatz (Beiträge je Monat) | aus Vertragsbeiträgen berechnet (kein Buchhaltungs-Endpunkt) | aus cFee/cCycle berechnet | aus Vertrag am Mitglied |
| Echtzeit | Webhooks + Nachtabgleich | Polling (Florian bot Webhooks an) | Polling nachts |
Fazit: Das Cockpit lässt sich für alle drei Systeme aus dem füllen, was wir schon spiegeln oder lesen können; nur aidoo braucht eine Bestandsliste je Studio (Frage an Jens) und die v2-API je Kunde. Umsatz ist bei allen dreien eine Rechnung aus Vertragsbeiträgen, nicht aus der Buchhaltung, das sagt Trinity auch nicht anders.
5Wie wir es abbilden: Studio-Cockpit im Kundenportal
TRINITY OS ist strukturell unser Modell, nur als Dach über Agenturleistungen gebaut. Bei uns gibt es dasselbe Dach schon zweimal: die Zentrale für uns, das Kundenportal für den Kunden. Das Portal hat heute Kursplan, News, Team, Leads, Verträge, Scouting, Postfach; ihm fehlt die Startseite mit Zahlen. Vorschlag: das Kundenportal bekommt eine Startseite „Cockpit", gespeist aus Spiegel, Leads, Verkäufen, Ads-Service und Postfach, plus die Ansichten aus Teil 3, die nur eine Portal-Fassung vorhandener Daten sind.
| Etappe | Inhalt | AT | Baut auf |
|---|---|---|---|
| K1 Cockpit | Portal-Startseite: Bestand, Zu-/Abgang, Beitragsumsatz, offene Leads, Termine, Assistent-Zähler, Kampagnenzeile; Zeitraum 7 Tage/Monat/Jahr, Standort-Wahl; Datenquelle je Kunde (Magicline-Spiegel, Agilea-Abgleich, aidoo) | 4 | Spiegel, Standort-Modell, Ads-Service |
| K2 Analytics | Verträge nach Tarif/Laufzeit, Kündigungsmonat, Standort × Tarif, Standort-Performance (GA4 + Leads + Verkäufe), Trichter Lead → Termin → Vertrag → Mitglied je Kampagne | 4 | K1, mitglied_at, GA4 |
| K3 Kampagnen-Objekt | „Kampagne" verbindet Landingpage/Formular, Angebot, Bot-Wissen, Ads-Kampagnen, Vorlagen, Zeitraum; Reporting je Kampagne im Portal | 2 | Lead-Formulare, Angebote, Ads-Service |
| K4 Selbstpflege | Bot-Wissen („Was gibt es bei uns", FAQ, Servicezeiten) und Anlass-Regeln (an/aus, Texte, Wartezeiten, Phasen) im Portal; Social-Kalender, Medien-Download, SEO-Bericht als Portal-Ansichten | 4 | Chatbot-Config, Anlass-Engine (P3), Postiz, Medienpool, SEO-Wochenstände |
| K5 Kunden-Copilot | Frage → Liste (Spiegel, Leads) → Vorlage (WhatsApp/E-Mail) → Freigabe → Versand über Anlass-Engine oder Newsletter; Reporting-Fragen; Guardrails: nur lesen + vorbereiten, senden nur nach Klick | 4 | Zentrale-Suche B, Anlass-Engine, CleverReach |
| K6 Optionen | Flottenvergleich (ab ~10 Clubs mit Spiegel), Standort-Scoring, visueller Flow-Editor, Umsatzprognose | je 1,5 bis 3 | Bedarf |
Summe K1 bis K5: 18 Arbeitstage. Zusammen mit dem Studio-Assistent (P1 bis P6, 22 AT) ergibt das in rund 40 Arbeitstagen das, was Trinity mit 675 Studios und einer Agentur im Rücken als „Betriebssystem" verkauft, bei uns für drei Studiosysteme und mit offenem Preis. Reihenfolge: erst Assistent (P1 bis P6, weil die Anlass-Engine beide Konzepte trägt), dann K1 + K2 (Zahlen sichtbar), dann K3 bis K5.
6Sinnvoll oder sinnfrei: eine Einordnung
Sinnvoll, übernehmen:
- Ein Cockpit mit Bestand, Zu-/Abgang und Beitragsumsatz je Standort; genau die drei Zahlen, die ein Betreiber täglich sehen will (T1).
- Neue Mitglieder mit Zeitstempel und Quelle, egal ob online oder an der Theke (T5). Das macht sichtbar, was unsere Kampagnen bringen.
- Trichter je Kampagne bis zum Vertrag (T5, T6). Das ist die einzige Erfolgsmessung, die zählt, und athleo verkauft sie genauso.
- Standard-Flows „Neuer Lead nach 10 Minuten" und „Neuer Vertrag" (T10): billig, wirksam, mit Opt-in sauber.
- Bot-Wissen als Checkliste je Studio, die der Kunde selbst pflegt (T9). Julian nennt es „der beste Teil"; unser Bot hat das Wissen aus der Akte, aber der Kunde kommt nicht ran.
- Member-Phasen mit Schwellen (T3) als Konfiguration der Anlass-Engine, nicht als eigenes Modul.
- Ehrliche Trigger-Liste statt Marketing: Check-in-Rückgang, Vertrag endet, Status ändert sich, Nachricht mit Stichwort (T12).
- Check-in-Rückgang relativ zum eigenen Rhythmus (T14): nicht „30 Tage weg", sondern „nur noch zwei statt fünf Besuche pro Woche". Für die Anlass-Engine heißt das: je Mitglied ein gleitender Wochenschnitt (ein Zähler, kein Verlauf); aidoo liefert
avg_checkins_per_weeksogar fertig. - Vertragsanalyse „Abgang nach Monat 1, 2, 3 je Modell" (B17): die eine Zahl, die laut Tim „jedes Mal fällt" (wie lange halten monatlich kündbare Verträge). Aus dem Spiegel rechenbar, gehört in K2 und ist ein echtes Verkaufsargument für unsere Kampagnenberatung.
- Mitglieder-Timeline (B13): ein Kontakt, eine Zeitleiste über Lead, Termin, Vertrag, Nachrichten und Besuche. Die Kontakt-Tabelle aus dem Assistent-Konzept ist genau diese Klammer.
- A/B-Test im Checkout (B15): technisch klein (Zufallszuteilung + Zählung), nützlich für Renés Frage „Zusätze im Checkout oder danach".
- „Bessere Antwort" (C16): der billigste Weg, Bot-Qualität in Kundenhand zu geben.
- Preisfrage: Tim hat den Preis angekündigt und nicht genannt; die Immobilien-Crawler- und KI-Standortanalyse-Versprechen hängen laut ihm „vom Preis von TRINITY OS ab". Trinity wird das Dach also bepreisen, vermutlich als Aufschlag auf die Agenturleistung.
Fragwürdig, prüfen oder weglassen:
- Flottenvergleich (T2): bei 675 Studios ein Argument, bei uns erst ab zehn angebundenen Clubs aussagekräftig; und „Neukundenquote gegen andere" ist ohne Kontext (Lage, Preis, Größe) eher Ansporn als Erkenntnis.
- Umsatzprognose (T1): aus Vertragslaufzeiten rechenbar, aber niemand steuert danach.
- Node-Flow-Editor für Studiobetreiber (T12): Julian warnt selbst („macht Pferde scheu, sorgt dafür, dass mehr Mitglieder kündigen"). Eine Regel-Liste mit Schaltern und Textfeldern ist für Studios besser; der Editor bleibt Agentur-Werkzeug.
- Copilot ohne Leitplanken (T16): Trinity hat ihn deshalb nicht freigeschaltet. Bei uns nur mit festen Listen-Definitionen, Vorlagen und Freigabe-Pflicht.
- MyWallet (T3): Guthaben für KI-Bilder verlagert Kosten an den Kunden und schafft Reibung; unser Kosten-Tracking je Kunde mit Deckel reicht.
- Image-Creator im Portal (T18): Bildqualität ist unser Argument (Bildsätze, Renderer, Kalle-Design-Kit), ein Knopf für Kunden würde es entwerten.
- Expansionsmanager (T20): schöne Idee für Ketten, für unsere Kunden Nische.
Was Trinity nicht hat und wir schon: drei Studiosysteme, Google-Ads-Automatik mit Qualitätsraster, Empfehlungssystem mit Prämie und Nachweis, Kursplan und Öffnungszeiten als Datenquelle für Website und Bot, Ticketsystem, Google-Bewertungen-Feed, Vertragsverkauf für Agilea und aidoo, Website-Welt mit Preview-Bühnen, transparente Preise.
7Entscheidungen für René
- Studio-Cockpit im Kundenportal bauen (K1 + K2, 8 AT) als Startseite, sobald der erste Magicline-Produktionsclub angebunden ist? Pilot: Impuls oder K5 (Magicline), Life X (Agilea).
- Reihenfolge: erst Studio-Assistent P1 bis P6, dann Cockpit (Vorschlag), oder Cockpit zuerst als Verkaufsargument?
- Kampagnen-Objekt (K3): Klammer über Formular, Angebot, Bot-Wissen, Ads-Kampagnen und Vorlagen; ja oder bleibt es bei Einzelteilen?
- Kunden-Copilot (K5): freigeben, mit Leitplanken (nur Listen + Vorlagen + Freigabe), oder Zentrale-Suche Etappe B intern zuerst?
- Flow-Editor: Regel-Liste im Portal (Vorschlag) oder visueller Editor?
- Flottenvergleich: ab wann, und welche Quoten?
- aidoo: Bestandsliste je Studio bei Jens erfragen (Cockpit-Voraussetzung), zusammen mit der Check-in-Frage aus dem Assistent-Konzept.
- Checkout-Ausbau (B14, B15, B16): Schritt-Analytics, A/B-Test und Entfernungs-Sortierung in die Angebots-Komponente aufnehmen (zusammen 3,5 AT), oder erst nach dem Cockpit?
8Quellen
- trinity-digital.de:
/the-next-big-thing(8 YouTube-Vorträge, Aftermovie),/trinityos(Marketingseite mit UI-Attrappen),/trinity-os(10 Vimeo-Tutorials, Untertitel transkribiert),/os-umzug(7 Loom-Lektionen, transkribiert),/milo,/trinity-membership-system,/mwm,/qr-checkin,/omg,/ergebnisse-oder-du-zahlst-nichts,/agb,/impressum, Sitemap (44 Seiten). - Vortrag „THE NEXT BIG THING 2026, Tim Horst" (YouTube TDYwZPWJaKA, 44:31, vollständiges Transkript über kome.ai, da YouTube unsere Server sperrt), YouTube-Kanal-Feed (Beschreibungen), Magicline-Marketplace
/trinity, BODYMEDIA (Event-Berichte, Interviews, „33 % mehr Umsatz beim Abschluss"), fitnessmanagement.de, bodylife.com, Northdata, Trustpilot, Workwise. - Transkripte und Seitentexte:
/root/transfer/trinity-os/(trinity-os-onboarding-transkripte.md,os-umzug-loom-transkripte.md,trinity-os-marketingseite-text.txt,youtube-vortraege.txt). - Eigener Stand: WhatsApp-Studio-Assistent Produktkonzept, Kundenportal, Magicline-API, Magicline Produktionsantrag, Agilea-Schnittstelle, Chatbot im Hub, Kommunikationszentrale Postfach, Mitgliederbereich, SimScouting-Portierung, Google Ads Berater 2.0, SEO Erfolgskommunikation.