0Ergebnis in vier Sätzen
Beide Anbieter verkaufen dasselbe Muster: ein „KI-Mitarbeiter" namens Leo (athleo) oder ohne Namen (StudioPartner), der auf WhatsApp Interessenten anschreibt, Probetrainings in die Studiosoftware bucht, erinnert, nachfasst, und später Mitglieder anhand der Check-ins begleitet (Onboarding, Inaktivität, Kündigungsfrist, Bewertung). Von den 59 Einzelfunktionen, die sich aus beiden Websites zusammentragen lassen, haben wir 17 heute schon gebaut, 18 hängen an vorhandenen Bausteinen und brauchen nur den Anschluss, 17 sind neu zu bauen (zusammen etwa 22 Arbeitstage), 5 sind bewusst später (Telefon-KI, Meta-Ads-Autopilot, verpasste Anrufe, Sprachnachrichten), 2 sind nicht nötig. Unser Unterschied ist nicht „mehr Funktionen", sondern drei Studiosysteme statt eins (Magicline, Agilea, aidoo), eine echte Terminbuchung, ein eingebautes Empfehlungssystem mit Prämie, und alles im Portal des Kunden, mit sichtbarem Preis. Was wirklich fehlt, ist ein Regelwerk „Ereignis → Anlass → Nachricht" auf unseren Spiegel- und Check-in-Daten, dazu die Opt-in-Verwaltung für Mitglieder und das Reporting; genau das ist der Bauplan in Teil 6.
1Die zwei Anbieter im Steckbrief
| StudioPartner (Stone Bridge GmbH, Schierling) | athleo (The Nexus Collective GmbH, Hamburg) | |
|---|---|---|
| Alter | gegründet 2023, 15 bis 16 Mitarbeitende | GmbH seit 16.01.2026, Blog seit Januar 2026 |
| Wer dahinter steht | 4 Gründer, Altersschnitt 26, Regensburg/Neu-Ulm | Geschäftsführer Daniel Hanelt = Mitgründer und Ex-CEO von Sport Alliance (Magicline). Produktchef Fabian Schmidt |
| Kunden | „250+ Studios" (spanische Seite sagt 150), Referenzen v. a. clever fit, EasyFitness, Power Factory | keine Zahl; Logos Clever Fit, Körperschmiede, VestGYM, GYM Family; „35.000+ Mitglieder betreut" (etwa 15 bis 25 Studios) |
| Kanäle | WhatsApp, RCS, SMS, E-Mail (Gmail-API), Telefon (StudioVoice über Telekom CompanyFlex/Sipgate), Sprachnachrichten mit KI-Stimme | WhatsApp, Telefon (KI-Assistent „Leo"), E-Mail, Meta-Ads als Nachfragequelle; ausdrücklich kein Website-Chat |
| Studiosoftware | Magicline (Connect API, Marketplace), aidoo, Themisoft, Terra, Virtuagym | nur Magicline („Kernintegration, nicht eine Anbindung unter vielen"); ohne Magicline „funktioniert es", ist aber nicht gedacht |
| Preis | keine Preise; Abo monatlich/halbjährlich/jährlich, Einrichtungsgebühr, Stripe; „günstiger als eine Teilzeitkraft" | keine Preise, keine AGB; „deutlich mehr als ein Tool für 99 €", Blog: „unterer bis mittlerer dreistelliger Bereich pro Monat"; Anker „Rezeptionskraft 2.800 €/Monat" |
| Onboarding | „Startklar in Minuten"; AGB: Kunde richtet WhatsApp, E-Mail und Studiosoftware selbst ein, „vollständige Einrichtung nicht geschuldet" | „24 h" auf der Startseite, „7 bis 14 Tage" auf der Magicline-Seite; athleo macht das Setup (VIP-Setup, AVV, Einwilligung) |
| Produkt-Screenshots | keiner; keine Chat-Verläufe, kein Dashboard | Mockups mit Beispieldialogen; Hörproben sind Platzhalter-Dateien; Enterprise-Dashboard zeigt Nullwerte |
| Technik (aus Datenschutz) | LLM bei IONOS, Gmail-API, Stripe, Meta-Pixel | Vercel, Supabase, Make.com (Lead-Einlauf und Antworten!), Tally, cal.com, Stripe; kein LLM-, Voice- oder WhatsApp-Anbieter genannt |
| Besonderheit | „Promo-Tool" für Aktionen, Feedback-Analyse mit Handlungsempfehlungen, Agenturprogramm mit Provision | „Fünf AI-Betreuer" als Lebenszyklus (Sales, Onboarding, Growth, Comeback, Habit), Meta-Kampagnen im Autopilot mit Freigabe, „Review Boost", Erfolgsmessung bis zum Vertrag in Magicline |
Umfeld (kurz geprüft 13.09.): 360°CHAT (WhatsApp + Telefon-KI, Magicline und aidoo zertifiziert, Preis nach Bedarfsanalyse), hellomateo (Messenger-Plattform mit Magicline-Sync, 10 Automationen inkl. Kunden-werben-Kunden und Anamnesebogen), Magiclines eigenes MagicAI Chat, dazu Klar Voice, Responziq, GymWeb im Marketplace. Aus dem Konzept vom 11.09. bekannt: assistent24, Inno Agent, Chatarmin (99 bis 300 €/Monat plus Meta). Der Markt ist voll, aber kein Anbieter außer 360°CHAT bedient mehr als ein Studiosystem, und keiner hat eine Website-Welt, ein Vertragssystem und ein Empfehlungssystem dahinter.
Was beide gut machen und wir übernehmen sollten:
- Zwei konkrete Termine anbieten statt einer Liste („Mittwoch 18:00 oder Donnerstag 20:00?"); die Liste erst auf „anderer Tag".
- Erinnerung 24 h und 90 Minuten vorher mit Rückfrage und Antwort-Taste („Bist du dabei?" → „Bin dabei").
- Der Assistent hat einen Namen und einen Avatar; die Nachricht ist signiert. Das trägt die Marke.
- Onboarding neuer Mitglieder in den ersten 30 Tagen als eigene Strecke, nicht als Einzelnachricht.
- Comeback-Ansprache, sobald die Kündigungsfrist in den nächsten 60 Tagen aufgeht und länger kein Check-in war. Das ist die klügste Regel im ganzen Markt, weil sie Vertragsdaten und Besuchsdaten verbindet; wir haben beides im Magicline-Spiegel.
- Bewertungsbitte an Meilensteinen („3 Monate dabei, 34-mal trainiert"), ohne Gating, Kritik geht ans Team.
- Erfolg in Mitgliedern messen, nicht in Klicks: Lead → Gespräch → Probetraining → Vertrag → Mitglied als Trichter je Kunde.
- Meta-Ads landen per Klick direkt im WhatsApp-Gespräch (Click-to-WhatsApp-Anzeige, 72 h frei).
Was beide schwach machen und wir anders machen:
- Keine Preise, keine Vertragsbedingungen. Wir zeigen Preis und Meta-Gebühren offen.
- Ein Studiosystem (athleo) bzw. ein Copy-Paste-Integrationsversprechen ohne Feldliste (StudioPartner). Wir sagen je System, was geht (Teil 5).
- „Nummer = Mitglied": beide gleichen die Handynummer mit der Studiosoftware ab und behandeln sie als Identität. Wir verifizieren für Vertragsdaten per Magic-Link (M1 gebaut).
- Empfehlung ist bei beiden ein Satz im Chat („Kennst du jemanden?"). Bei uns ist es SimScouting: persönlicher Link, Nachweis beim Besuch, Prämie, Statistik.
- Keine Team-Inbox, kein Portal beim Kunden (athleo). Bei uns sieht das Studio jedes Gespräch im Postfach und kann übernehmen.
2Vollständiger Funktionskatalog beider Anbieter und unser Stand
Legende: ✅ gebaut und in Betrieb · 🟡 Baustein da, Anschluss fehlt · ⬜ zu bauen · ⏸ bewusst später · ✖ nicht nötig. Aufwand in Arbeitstagen (AT) nur für ⬜ und 🟡.
A. Einstieg für Interessenten
| # | Funktion | StudioPartner | athleo | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|---|---|
| A1 | Click-to-WhatsApp von Website, QR, Aushang | ja (Festnetznummer) | ja | gebaut | Kennungen Q-PT/Q-BT/Q-KL/Q-VT/Q-ST/Q-QR/Q-AZ, SimGym /probetraining/ (v0.277.2); Knopf noch in Template v1 portieren | 0,5 |
| A2 | Lead-Einlauf aus Meta-Lead-Ads in Echtzeit | ja | ja (Click-to-WhatsApp-Ads) | Anschluss | Lead-System nimmt jede Quelle; Meta-Anbindung nach Bauplan chatgpt-ads-meta-ads-anbindung; Click-to-WhatsApp-Ads brauchen nur die Nummer + Kennung Q-AZ | 1 (Kennung) / Ads separat |
| A3 | Sofortige Erstansprache 24/7 im Chat | ja | ja („in 4 Sekunden") | gebaut | Postfach + Bot „Bot zuerst, Mensch übernimmt" (v0.242) | |
| A4 | Studiofragen beantworten (Preise, Kurse, Öffnungszeiten, Fristen) | ja | ja | gebaut | Bot-Wissen aus der Kundenakte (Stammdaten, ÖZ, Feiertage, Tarife, Trainingsangebote, Kursplan) | |
| A5 | Qualifizierung mit 2 bis 3 Fragen | ja („Einwandbehandlung", „Sales-Mindset") | ja | gebaut | Lead-Regel im Prompt; Themen-Tasten (Wohlfühlgewicht usw.) sind Konfiguration je Kunde | |
| A6 | Termin in der Studiosoftware buchen, Verfügbarkeit prüfen | ja | ja (Magicline) | gebaut | Terminquellen Google-Kalender, Magicline Connect, Magicline Open API (Probeangebote), aidoo v0001; Agilea appointment add noch nicht angebunden | Agilea 1,5 |
| A7 | Zwei konkrete Slots vorschlagen, Liste erst danach | nein | ja | Anschluss | Kanalregel whatsappRegel() anpassen: erst zwei Vorschläge als Buttons, dritter Button „anderer Tag" öffnet die Liste | 0,5 |
| A8 | Lead und Kontakt in der Studiosoftware anlegen | ja | ja | gebaut Anschluss | Magicline: Lead entsteht mit der Buchung (Connect/Open API); Agilea addUserMasterData gebaut (A2-Probe); aidoo: Lead über Termin | 0,5 |
| A9 | Bestätigung sofort, mit Ort und Mitbringen | ja | ja | gebaut | Bestätigungsmail + Bot-Antwort im Fenster; als WhatsApp-Vorlage außerhalb des Fensters fehlt | 0,5 |
| A10 | Erinnerung 24 h und 90 min vorher mit Rückfrage-Taste | ja (37 % weniger Ausfälle) | ja | zu bauen | Vorlage Utility mit Buttons „Bin dabei / Verschieben"; Auslöser aus leads.termin_json; Konzept Termin-Service Erinnerung/Umbuchung existiert für Mail | 1,5 |
| A11 | Verschieben und Absagen im Chat | ja | ja (auch Storno) | Anschluss | Terminquellen können stornieren (Google, Magicline DELETE booking); Bot-Aktion „umbuchen" fehlt | 1,5 |
| A12 | Nachfassen bei Funkstille (Sequenz Tag 1, 3, 5, 7, stoppt bei Antwort) | ja | ja | zu bauen | Anlass-Engine (Teil 6) mit Marketing-Vorlage, Stopp bei Antwort, STOP-Wort | 1 (nach Engine) |
| A13 | Feedback am Tag nach dem Probetraining, dann Angebot | ja | ja | Anschluss | Mini-OBA Probetraining-Feedback existiert per Mail; als Vorlage mit drei Tasten | 1 |
| A14 | Alte Interessenten reaktivieren (Leads ohne Abschluss) | ja | ja | zu bauen | Anlass „Lead verloren/offen seit 30 Tagen" auf dem Lead-System; Opt-in aus dem Erstgespräch reicht nur 24 h, danach Marketing-Vorlage | 0,5 (nach Engine) |
| A15 | Vertrag online abschließen aus dem Chat heraus | „verkauft Online-Verträge" | nur als gemessener Endpunkt | gebaut | Bot verlinkt Bestellseite (Angebote/Tarife, Magicline/Agilea/aidoo); Abschluss bleibt auf der Website (SEPA, Widerruf); später WhatsApp-Flow | 0 / Flow 2,5 |
| A16 | Verpasste Anrufe per WhatsApp nachfassen | ja | ja | später | braucht Telefonie (Teil 3) | |
| A17 | Promo-/Aktionsmechanik (Semester-Promo, Deadline-Nachricht) | ja („Promo-Tool") | ja (Mockup „Letzte Chance") | Anschluss | Angebote mit Kampagnen-Referenz + beginn_ab existieren; Anlass „Aktion endet in 24 h" an offene Leads | 0,5 (nach Engine) |
B. Service für Mitglieder
| # | Funktion | StudioPartner | athleo | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|---|---|
| B1 | Mitglied an der Nummer erkennen | ja | ja | zu bauen | Kontakt-Tabelle Nummer ↔ customerId (Magicline-Spiegel hat Telefon), umd_id (Agilea bulkFetch), Mitgliedsnr. (aidoo) | 1 |
| B2 | Vertragsfragen (Laufzeit, Frist, Ende) beantworten | ja | ja | Anschluss | Spiegel magicline_vertraege, Agilea getContract, aidoo member; Verifikation per Magic-Link (M1 gebaut) statt Nummer = Login | 2 |
| B3 | Kurs buchen und stornieren | ja | Enterprise-Mock | Anschluss | Magicline classes/booking mit customerId (M2), Agilea addBooking; aidoo offen | 2 |
| B4 | Übergabe an Mensch mit Verlauf | ja | ja (Mail, Slack, CRM) | gebaut | Postfach: Muster „Mitarbeiter", Anhang, Team-Antwort; 24-h-Rückfall; Portal-Push fehlt (Schritt 4) | 1 |
| B5 | Sprachnachrichten verstehen | ja (auch KI-Stimme als Antwort) | ja (360°CHAT ebenfalls) | später | Transkription über OpenRouter/Whisper; Renés Wunsch „später" | 1 |
| B6 | Kündigungsabsicht erkennen, Alternativen, Ticket ans Team | ja | ja | Anschluss | Retention-Flow im Angebotsbaustein beschrieben (Stilllegung idle-periods, Downgrade); § 312k beachten | 2 |
| B7 | Trainingstipps und Motivation im Alltag | ja | (Habit Coach) | nicht nötig | Wissensfrage; kein eigener Baustein nötig, Bot kann es mit Zusatzwissen | |
| B8 | Mehrsprachig | DE/EN/ES | DE/EN, weitere trainierbar | gebaut | Bot antwortet in der Sprache des Nutzers (Prompt-Regel) |
C. Lebenszyklus (Anlässe aus Studiosoftware)
| # | Anlass | StudioPartner | athleo | Bei uns | Datenquelle | AT |
|---|---|---|---|---|---|---|
| C1 | Willkommensstrecke erste 30 Tage (Kurse zeigen, erstes Training nachfragen) | ja („ersten 4 bzw. 10 Wochen") | ja (Onboarding Coach) | zu bauen | CONTRACT_CREATED/Nachtabgleich (Magicline), verkaeufe (eigene Abschlüsse), Agilea getContract | 1 (nach Engine) |
| C2 | Meilensteine (10., 50. Besuch, Jubiläum) | ja | ja | zu bauen | Zähler je Mitglied aus Check-in-Ereignissen (kein Verlauf, nur Zähler; Magicline-Antrag beachten) | 0,5 |
| C3 | Geburtstag mit kleinem Vorteil | ja | (in Betreuern) | zu bauen | Geburtsdatum im Spiegel; Vorteil über Benefits/Gutschein (Magicline Frage 1/4 offen), Agilea task/add | 0,5 |
| C4 | Inaktiv 14 Tage ohne Urlaubsmeldung (Frühwarnung) | ja | (Comeback ab „länger kein Check-in") | zu bauen | letzter Check-in je Mitglied: Magicline Event, Agilea checkInHistory, aidoo latest_checkin | 0,5 |
| C5 | Inaktiv 30 bis 90 Tage, Vertrag läuft (Rückholung mit festem Termin) | ja | ja (Habit Coach) | zu bauen | wie C4 + Terminquelle für den Wiedereinstiegstermin | 0,5 |
| C6 | Comeback: kein Check-in UND Kündigungsfrist öffnet in 60 Tagen | nein | ja (Comeback Coach) | zu bauen | Magicline lastPossibleCancellationDate im Spiegel; Agilea cDeadline/Vertragsende; aidoo Vertrag | 0,5 |
| C7 | Vertragsverlängerung / Vertragsende mit Optionen | nein | ja | zu bauen | Vertragsende im Spiegel + Angebotslink (Upgrade-Configs membership-switch) | 0,5 |
| C8 | Nach Kündigung persönlich ansprechen (Rückgewinnung) | (Reaktivierung) | ja | zu bauen | CONTRACT_CANCELLED Event (Retention-Funnel im Magicline-Katalog vorgesehen) | 0,5 |
| C9 | Upsell / Zusatzverkauf (Sauna, Getränke, Kurse) | ja | (Growth) | Anschluss | Magicline additional-modules, online-offers/purchase; Agilea Zusätze | 1,5 |
| C10 | Frequenz- und Ruheregeln (nicht nach 21 Uhr, max. alle 14 Tage, nicht zweimal dieselbe Frage) | implizit | „Wartezeiten im Dashboard" | zu bauen | Teil der Anlass-Engine | in Engine |
| C11 | Opt-out „STOPP" jederzeit, Ausnahme-Liste | ja | ja | zu bauen | Kontakt-Tabelle Feld werbung_opt_in + Stoppwort im Eingang | 0,5 |
D. Feedback, Bewertungen, Empfehlung
| # | Funktion | StudioPartner | athleo | Bei uns | Baustein / Anmerkung | AT |
|---|---|---|---|---|---|---|
| D1 | Feedback nach Besuch/Kurs/Beratung (drei Tasten) | ja | (im Review Boost) | Anschluss | Strecke 2 aus dem Konzept vom 11.09.; Mini-OBAs; Auslöser Check-in + 90 min | in Engine |
| D2 | Google-Weiche: positiv → Bewertungslink, negativ → intern | ja | ja (kein Gating, Kritik ans Team) | Anschluss | Kundenfeedback-Regel „Google-CTA nur bei positiv" existiert (Mail); Place-ID je Standort in der Akte | 0,5 |
| D3 | Bewertungsbitte an Meilensteinen (3 Monate, 34 Trainings) | (Bewertungen sammeln) | ja („Review Boost") | zu bauen | Anlass C2 + D2 | 0 |
| D4 | Feedback-Analyse mit Mustern und Handlungsbedarf | ja | nein | Anschluss | Ticket-Triage-Muster (OpenRouter) auf Feedback-Antworten; Kundenfeedback-Auswertung | 1,5 |
| D5 | Google-Rezensionen beantworten | „coming soon" | Reporting nur | Anschluss | Bewertungen-Feed läuft (v0.267), Antworten-Idee im Vault Idee Google-Bewertungen im Kundenportal | 2 |
| D6 | Empfehlung: „Bring jemanden mit", gemeinsame Einheit | (Empfehlungen sammeln) | ja (Growth Agent) | gebaut | SimScouting: persönlicher Link, Gym-Buddy-Aktion, Prämie beim Besuch/Vertrag, Portal-Statistik; per WhatsApp verschicken = Strecke 2 | 0,5 |
| D7 | Empfehlungsprogramm mit Prämie und Nachweis | nein | nein | gebaut | unser Alleinstellungsmerkmal; Agilea-Andockung über Aufgabe/Check-in-Historie (Konzept 5.5) |
E. Telefon
| # | Funktion | StudioPartner | athleo | Bei uns | Anmerkung | AT |
|---|---|---|---|---|---|---|
| E1 | KI-Telefonassistent 24/7 (Fragen, Termine, Übergabe) | ja (StudioVoice, Telekom/Sipgate, 3 Stimmen) | ja („Leo", drei Rollen Theke/Training/Vertrieb) | später | Eigenbau ist ein eigenes Projekt (Telefonie-Anbieter, Sprachmodell, Latenz, AI-Act-Ansage). Realistischer Weg: Partner (z. B. fonio.ai, Klar Voice, Vapi/ElevenLabs) mit Webhook in unser Lead-System, Termine über unsere Terminquellen. Entscheidung René | 5 bis 8 (Partner) |
| E2 | Anruf → Bestätigung per WhatsApp | ja | ja | später | folgt aus E1 + A9 |
F. Werbung und Nachfrage
| # | Funktion | StudioPartner | athleo | Bei uns | Anmerkung | AT |
|---|---|---|---|---|---|---|
| F1 | Meta-Kampagnen im Autopilot (Strategie, KI-Bilder, Budget, Freigabe) | nein (nur Lead-Übernahme) | ja („Neu") | später | Google-Ads-Automatikmaschine E2a läuft (Hub v0.270); Meta-Ads = Bauplan chatgpt-ads-meta-ads-anbindung. Creative Studio/Bildsätze existieren | Bauplan |
| F2 | Landingpages je Kampagne | ja (Funnels) | ja | gebaut | Website-Welt, OBA-Landingpages, Preview-Bühnen | |
| F3 | Erfolg bis zum Vertrag messen (Lead → Termin → Vertrag → Mitglied) | (Fallstudie) | ja (Kampagnen-Report) | Anschluss | leads.probetraining_at, leads.mitglied_at, verkaeufe.lead_id, Magicline-Spiegel; Trichter-Ansicht je Kunde fehlt | 1,5 |
| F4 | Studio-Check als Lead-Magnet (Google-Sichtbarkeit, Bewertungen, Probetraining-Pfad) | nein | ja | gebaut | Keyword-Check K1–K6, KI-Readiness-Check, Go-Live-Audit; als öffentliche Kundenfassung noch nicht | 1 |
G. Plattform, Betrieb, Recht
| # | Funktion | StudioPartner | athleo | Bei uns | Anmerkung | AT |
|---|---|---|---|---|---|---|
| G1 | Team-Inbox: alle Gespräche sehen, übernehmen, zuweisen | (Backend, nicht gezeigt) | nein (Eskalation per Mail/Slack) | gebaut | Postfach im Kundenportal; Zuweisung/Schnellantworten = Schritt 4 | 1 |
| G2 | Vorlagen-Verwaltung (Meta-Genehmigung, Variablen) | intern | intern | Anschluss | GET/POST /portal/api/postfach/vorlagen gebaut; Standard-Vorlagensatz je Anlass fehlt | 1 |
| G3 | Opt-in-Verwaltung mit Zeitstempel, Wortlaut, Quelle | ja | „prüfen wir im Setup" | zu bauen | Kontakt-Tabelle (B1) | in B1 |
| G4 | Reporting je Studio (Gespräche, Termine, Antworten, Anlässe, Kosten) | „volle Transparenz", nichts gezeigt | Kampagnen-Report, Dashboard-Mock | zu bauen | Portal-Kachel + Zentrale-Karte; Kosten-Tracking existiert | 2 |
| G5 | Multi-Standort / Ketten | ja (5 Studios in 1 h) | Enterprise | gebaut | Standort-Modell, Ketten-Akte, ein Kanal je Standort oder je Kette | |
| G6 | Kanal-Rückfall RCS, SMS, E-Mail | ja | nicht nötig Anschluss | E-Mail haben wir (Lead-Mails); RCS/SMS bewusst nicht | ||
| G7 | Betreiber-App mit Push | ja (iOS/Android) | nein | Anschluss | Portal ist PWA; Web-Push für Postfach fehlt (Schritt 4) | 1 |
| G8 | KI-Kennzeichnung, DSGVO, AVV, Auftragsverarbeiter-Liste | ja | ja | Anschluss | KI-Hinweis im Bot, Datenlösch-Seite, AVV-Baustein WhatsApp noch zu ergänzen, Datenschutz-Baustein im Template | 1 |
| G9 | Eigene Meta-App (Tech Provider), Kunde zahlt Meta direkt | (WhatsApp über Festnetznummer, vermutlich BSP) | „Meta Tech Provider" | gebaut | App „SIM Postfach", Review Stufe 1 zu 3/4 genehmigt, Embedded Signup gebaut | |
| G10 | Assistent mit Name, Avatar, Signatur, Tonfall je Studio | ja | ja („Leo", „Nick") | gebaut | chatbot_config: bot_name, Avatar, Anrede, Zusatzregeln |
Zählung (59 Zeilen): ✅ 17 · 🟡 18 · ⬜ 17 · ⏸ 5 · ✖ 2 (A8 als gebaut, G6 als nicht nötig gezählt). Die ⬜ und 🟡 inklusive Anlass-Engine (Teil 6) ergeben die Etappen P1 bis P6 in Teil 8: etwa 22 Arbeitstage bis zur Funktionsparität auf WhatsApp, ohne Telefon, ohne Meta-Ads-Autopilot und ohne den Service-Modus (P7, weitere 6).
3Was uns wirklich fehlt (ehrlich, nach Gewicht)
- Die Anlass-Engine. Alles in Teil C, D und A12/A14 ist derselbe Mechanismus: Ereignis aus Studiosoftware oder Lead-System → Regel je Kunde (Bedingung, Wartezeit, Frequenz, Sperrzeit, Opt-in) → Vorlage → Antwort öffnet Fenster → Bot oder Team. Wir haben Ereignisse, Spiegel, Postfach, Vorlagen und Bot, aber keinen Regel-Motor dazwischen. Das ist der Kern des Bauplans.
- Mitglieder-Kontakte mit Opt-in. Nummer ↔ Mitglied ↔ Einwilligung ↔ Stoppwort. Ohne das dürfen wir kein Mitglied anschreiben.
- Check-in-Verarbeitung. Magicline-Events (im Produktionsantrag beantragt, im Hub nicht verarbeitet), Agilea-Poller (geprüft, nicht gebaut), aidoo-Abfrage (Rückfrage an Jens offen). Regel aus dem Magicline-Antrag: kein Besuchsverlauf speichern, nur „letzter Check-in" und ein Zähler.
- Erinnerung und Umbuchung als WhatsApp-Vorlagen mit Antwort-Tasten (A10, A11), heute nur per Mail gedacht.
- Reporting je Studio im Portal und Trichter je Kunde in der Zentrale.
- Telefon. Beide Anbieter haben es, beide verkaufen es als Türöffner („63 % der Anfragen kommen nach 20 Uhr"). Eigenbau lohnt nicht; Partner-Anbindung ist ein eigenes, abgegrenztes Projekt.
- Meta-Ads-Autopilot. athleos Alleinstellung. Wir haben die Google-Ads-Maschine und den Meta-Bauplan; das Muster ist übertragbar, aber kein Teil dieses Produkts.
Nicht nötig: RCS/SMS (WhatsApp deckt 98 % ab, E-Mail als Rückfall haben wir), eigene Betreiber-App (Portal-PWA + Push), Sprachnachrichten zum Start (später eingeplant), Machine-Learning-Versprechen (Marketing).
4Warum wir es können: die Bausteine, die schon laufen
| Baustein | Stand | Rolle im Produkt |
|---|---|---|
| Meta-App „SIM Postfach" (Tech Provider) | Review Stufe 1: 3 von 4 Scopes genehmigt, business_management wird nachgereicht; Embedded Signup gebaut | Kunde verbindet seine Nummer selbst, zahlt Meta direkt |
| Postfach im Kundenportal (v0.243) | Empfang, Senden, 24-h-Fenster, Vorlagen, Medien, Bot-Modus je Kanal, Übergabe, 24-h-Rückfall | Team-Inbox (G1) |
Bot-Motor (chatbotCore, v0.279) | Wissen aus der Akte, Lead-Regel, Termin-Regel, WhatsApp-Buttons/Listen, Kennungen, Kanalregel | A3 bis A9, B4, B8, G10 |
| Terminquellen | Google-Kalender (Raster + Belegung + Schreiben), Magicline Connect + Open API Probeangebote, aidoo v0001; Agilea appointment geprüft | A6, C5 |
| Lead-System | Einlauf, Pipeline, Mails, Duplikat-Weiche, probetraining_at, mitglied_at, Scout-Attribution | A8, A14, F3 |
| Vertragswelt | Magicline V3 schreibend, Agilea E2E auf Testinstanz, aidoo Adapter; Angebote, Bestellstrecke, Tarife | A15, C7, C9 |
| Magicline Open API + Webhooks | Produktion freigegeben 10.09.; Spiegel Mitglieder/Verträge, Nachtabgleich, Events CUSTOMER_*/CONTRACT_*; CHECKIN/CHECKOUT beantragt | B1, B2, C1 bis C8 |
| Agilea Partner-API | lesen, abschließen, aktivieren bewiesen; checkInHistory, task/add, getContract geprüft | B1, B2, C4 bis C6, D7 |
| aidoo v0001 + API v2 entdeckt | Mitglied, latest_checkin, avg_checkins_per_week, Termine; v2 mit Bearer-Key je Partner | C4, C5 (ohne Check-out) |
| SimScouting | Scout-App, Einladungslink, Gym-Buddy und Mitglieder-Aktion, Prämien, Selbsttest, Druckmittel | D6, D7 |
| Kundenfeedback Mini-OBAs | Probetraining-Feedback, Zufriedenheit, Kündigung; Google-CTA nur bei positiv | A13, D1, D2 |
| Google-Bewertungen-Feed (v0.267) | täglicher Sync je Standort, Place-ID, Antworten mitgeführt | D2, D5 |
| Mitgliederbereich M1 | Magic-Link auf die Magicline-E-Mail, Vertragsübersicht | B2 (Verifikation) |
| Kosten-Tracking, Wiedervorlagen, Mail-Log, Push (Zentrale) | laufen | G4 |
| Google-Ads-Automatikmaschine E2a, Creative Studio | laufen | F1 (Muster) |
5Studiosoftware-Matrix je Anlass
| Anlass / Datum | Magicline (Open API + Webhooks) | Agilea (Partner-API) | aidoo (v0001 / v2) |
|---|---|---|---|
| Lead anlegen | Connect trialsession/book (Lead entsteht), Open API trial-offers … book | addUserMasterData Typ 1 (gebaut, A2-Probe) | über Terminbuchung v0001 |
| Probetraining buchen, Slots | ✅ Connect + Open API (gebaut) | appointment fetch/add je Studio, Terminart #1 Probetraining (geprüft, nicht gebaut) | ✅ v0001 (Tschann-Quellen) |
| Termin stornieren/verschieben | DELETE /v1/appointments/booking/{id} (bewiesen) | appointment delete (Doku) | v2 appointment PUT/DELETE (Partner-Key nötig), v0001 kein deleteterm |
| Mitglied an Nummer erkennen | Spiegel magicline_mitglieder (Telefon) | bulkFetch je studio_id / searchMember | member/<nr> je Mitglied |
| Vertragsbeginn (Onboarding C1) | CONTRACT_CREATED + Spiegel | getContract Nachtabgleich | Vertrag am Mitglied |
| Letzter Check-in (C4, C5, D1) | CUSTOMER_CHECKIN Webhook (beantragt); nur Zeitstempel speichern | checkInHistory Poller alle 5 min (Filter Checkin greaterThan) | latest_checkin je Mitglied (teuer bei großen Beständen; Rückfrage Jens) |
| Check-out (Feedback nach Training) | CUSTOMER_CHECKOUT, AUTOMATIC_CUSTOMER_CHECKOUT | Checkout in checkInHistory (meist automatisch zum Ladenschluss → Check-in + 90 min) | nicht vorhanden |
| Besuchszähler (C2, D3) | aus Events zählen (kein Verlauf) | aus checkInHistory zählen | avg_checkins_per_week |
| Kündigungsfrist öffnet (C6) | Spiegel lastPossibleCancellationDate | cDeadline je Vertrag (im Vertrags-Response) | Vertragsende am Mitglied |
| Vertragsende / Verlängerung (C7) | Spiegel + membership-switch/configs | getContract Laufzeit | Vertrag am Mitglied |
| Kündigung eingegangen (C8) | CONTRACT_CANCELLED | getContract status 1 im Nachtabgleich | Nachtabgleich |
| Geburtstag (C3) | Spiegel | Stammdaten | Stammdaten |
| Kurs buchen (B3) | classes/booking/book mit customerId | addBooking (7-Tage-Fenster) | offen |
| Vertragsdaten lesen (B2) | Spiegel + contract-data | getContract | member |
| Stilllegung / Downgrade (B6) | idle-periods, membership-switch | nicht dokumentiert → Aufgabe ans Team | offen |
| Prämie / Vorteil gutschreiben (C3, D7) | Benefits/Gutschein (Frage an Sport Alliance offen) | keine Gutschrift-API → task/add Hinweis beim Check-in | offen |
| Echtzeit | Webhooks (kein Retry, Nachtabgleich als Netz) | Polling; Florian bot Webhooks an | Polling |
Fazit: Magicline trägt alles. Agilea trägt alles außer Gutschrift und Stilllegung, ohne Zutun des Herstellers. aidoo trägt Einstieg, Inaktivität, Vertragsende und Geburtstag, aber keinen Check-out und keine Kursbuchung, bis die v2-API je Kunde freigeschaltet ist. „iGrow V2 API": dazu habe ich nichts gefunden (weder Website noch Marketplace noch Suche). Falls aidoo API v2 gemeint ist: siehe Spalte drei. Falls ein anderes System gemeint ist: bitte Link, dann prüfe ich es gegen dieselbe Matrix.
6Bauplan: Anlass-Engine im Hub
Ein Mechanismus für alle Strecken. Alles im Hub, keine n8n-Workflows, kein Make.com (athleo läuft laut Datenschutzerklärung über Make.com).
Ereignisquellen Anlass-Engine Ausgabe ───────────────── ───────────────────────────── ───────────────── Magicline Webhook/Nachtabgleich ─┐ anlaesse (Regel je Kunde) Vorlage (Utility/Marketing) Agilea Poller (5 min) ─┤ ├ ausloeser (checkin, vertrag_neu, ├ Buttons / Liste aidoo Poller (nachts) ─┤ │ inaktiv_30, frist_60, lead_offen…)├ Antwort öffnet 24-h-Fenster Lead-System (Termin, Status) ─┼─▶├ bedingung (Vertragsart, Standort, │ → Bot (Mitglieder-Modus) Terminquellen (Buchung) ─┤ │ Opt-in, Sperrzeit, Frequenz) │ → Team im Postfach Verkäufe (Abschluss) ─┤ ├ wartezeit (90 min, 24 h, Tag 3…) └ Ereignis „anlass.gesendet" Google-Bewertungen (neu) ─┘ └ vorlage + kanal + folgeaktion Reporting je Kunde
Neue Tabellen (additiv, hub.db):
kontakte: customer_key, telefon (E.164), mitglied_ref (customerId / umd_id / mitgliedsnr), quelle_system, name, opt_in_werbung (bool), opt_in_am, opt_in_wortlaut, opt_in_quelle (qr, formular, portal, vertrag), stopp_am, letzter_checkin_am, checkin_zaehler, letzte_nachricht_am, letzter_anlass. Kein Besuchsverlauf.anlaesse: customer_key, key (onboarding_tag1, inaktiv_30, frist_60, …), aktiv, ausloeser, bedingung_json, wartezeit_min, frequenz_tage, sperrzeiten (21 bis 8 Uhr), vorlage_id, buttons_json, folge_json (bot_modus, team_markierung, scout_link, google_link), max_je_kontakt.anlass_versand: kontakt_id, anlass_key, gesendet_am, wamid, antwort_am, antwort_wert, kosten_ct, ergebnis (termin, scout, google, team, still).postfach_vorlagen(existiert) bekommtanlass_keyundstandard(unser Vorlagensatz, wird je Kunde bei Meta angelegt).
Ablauf je Tick (jede Minute, wie der Event-Verarbeiter): Ereignis → passende Regeln je Kunde → Kontakt prüfen (Opt-in, Stopp, Frequenz, Sperrzeit, Erstbesuche) → Wartezeit als Wiedervorlage → Vorlage senden über das Postfach (bestehendes nachrichtSenden mit Vorlage + Buttons) → Antwort kommt als normale Eingangsnachricht, anlass_versand wird zugeordnet, Folgeaktion greift (Bot im Mitglieder-Modus, Scout-Link, Google-Link, Übergabe mit Markierung).
Standard-Vorlagensatz (Utility, sofern kein Angebot; sonst Marketing): termin_bestaetigung, termin_erinnerung_24h (Bin dabei / Verschieben), termin_erinnerung_90m, probetraining_feedback (drei Tasten), lead_nachfassen_1/3/7, willkommen_tag1/7/21, training_feedback (Strecke 2), inaktiv_14, inaktiv_30, comeback_frist, vertragsende_optionen, meilenstein_bewertung, geburtstag, empfehlung_buddy. Texte in Du/Sie aus der Akte, Name des Assistenten aus chatbot_config.
Mitglieder-Modus des Bots: Erkennung über kontakte; lesende Antworten aus dem Spiegel nur nach Magic-Link-Verifikation (M1) oder, wenn der Kunde es so will, nach Abgleich der Nummer (Schalter je Kunde, Standard: Verifikation). Handelnde Aktionen (Kurs, Stilllegung, Tarifwechsel) mit frischer Bestätigung.
Sicherheit und Regeln: Mitglieder-Anlässe nur mit opt_in_werbung außer reine Service-Nachrichten zum gebuchten Termin (Utility). Stoppwort („STOPP", „Stop", „Abmelden") setzt stopp_am sofort, Bestätigung einmalig. Nichts nach 21 Uhr und vor 8 Uhr, nie in den ersten 3 Besuchen außer Willkommensstrecke, frühestens alle 14 Tage je Kontakt (Standard), Deckel je Kunde je Tag (Qualitätsbewertung bei Meta). Gesundheitsdaten werden nicht abgefragt.
7Produktpaket (Arbeitstitel „SIM Studio-Assistent", Name = Renés Wahl)
| Baustein | Inhalt | Stand |
|---|---|---|
| 1 Einstieg | Click-to-WhatsApp auf Website, QR, Anzeigen; Assistent antwortet 24/7, bucht Probetraining in Kalender oder Studiosoftware, legt Lead an, bestätigt | W1 gebaut, Feinschliff A7 |
| 2 Begleitung | Erinnerung 24 h + 90 min mit Antwort-Taste, Verschieben/Absagen im Chat, Feedback am Folgetag, Nachfassen bei Funkstille, Angebot nach Probetraining, Aktions-Endspurt | W2 (Vorlagen + Engine) |
| 3 Mitglieder | Opt-in per QR/Vertrag, Willkommensstrecke, Feedback nach Training, Inaktiv-Rückholung, Comeback vor Kündigungsfrist, Vertragsende-Optionen, Geburtstag, Meilenstein-Bewertung, Empfehlungslink mit Prämie | W3/W4 (Engine + Quellen) |
| 4 Service | Mitglieder-Modus: Vertragsfragen nach Verifikation, Kurs buchen/stornieren, Kündigungsabsicht → Alternativen + Team, Übergabe mit Verlauf, Sprachnachrichten (später) | Angebotsbaustein Mitglieder-Modus |
| 5 Telefon (Option) | KI-Telefonassistent über Partner, Anruf → Lead → WhatsApp-Bestätigung | Entscheidung |
| Immer dabei | Postfach im Portal, Vorlagen, Reporting (Gespräche, Termine, Antworten, Anlässe, Meta-Kosten), Kanal je Standort, AVV-Baustein, KI-Kennzeichnung | G1 bis G10 |
Preis-Rahmen (Vorschlag, Entscheidung René): Der Markt nennt keine Preise; Tools liegen bei 99 bis 300 €/Monat, athleo „unterer bis mittlerer dreistelliger Bereich" plus Agenturleistung. Vorschlag drei Stufen je Studio: Einstieg + Begleitung (Bausteine 1+2) als Teil des Postfach-Moduls oder 129 €/Monat; plus Mitglieder (1 bis 3) 229 €/Monat; plus Service (1 bis 4) 329 €/Monat; Ketten je Standort gestaffelt; Einrichtung einmalig (Nummer verbinden, Vorlagen bei Meta, Opt-in-Material, Wissen). Meta-Gebühren zahlt das Studio direkt (Rechenbeispiel im Konzept vom 11.09.: 40 Leads ≈ 10 €, 320 Mitglieder mit 2 Nachrichten ≈ 30 €/Monat). Wir schreiben das in die Preisseite, beide Wettbewerber tun das nicht.
Verkaufsargumente in einem Satz je Punkt:
- Drei Studiosysteme (Magicline zertifiziert im Marketplace, Agilea, aidoo) statt einem.
- Echte Terminbuchung in Kalender oder Studiosoftware, nicht „ich melde mich".
- Empfehlungsprogramm mit persönlichem Link, Nachweis beim Besuch und Prämie, eingebaut.
- Website, Landingpages, Angebote, Vertragsabschluss, Bewertungen und Assistent aus einer Hand, ein Login.
- Studio sieht jedes Gespräch im Portal und kann jederzeit übernehmen.
- Vertragsdaten nur nach Verifikation, nicht weil jemand eine Nummer kennt.
- Preis und Meta-Gebühren stehen auf der Seite.
Was wir ehrlich sagen: kein Telefon zum Start (Partner in Prüfung), keine Meta-Kampagnen im Autopilot (Google-Ads-Maschine ja, Meta folgt), Sprachnachrichten später.
8Etappen und Aufwand
| Etappe | Inhalt | AT | Voraussetzung |
|---|---|---|---|
| P0 Meta | business_management nachreichen (Tobias), Tech-Provider-Freischaltung, „Ohne Partner onboarden", SimGym-Zahlungsmethode | René/Tobias | läuft |
| P1 Einstieg fertig | A7 zwei Slots, Knopf in Template v1, Q-AZ-Kennung, Agilea-Terminquelle (A6), Bestätigung als Vorlage | 3 | W1 |
| P2 Kontakte + Opt-in + Vorlagen | kontakte, Abgleich je System (B1), Opt-in-Wege (QR M-OPT, Formularfeld, Portal-Import mit Wortlaut), STOPP, Standard-Vorlagensatz je Kunde bei Meta anlegen (G2, G3) | 3 | P0 |
| P3 Anlass-Engine + Check-in-Quellen | Tabellen, Tick, Wartezeiten, Frequenz/Sperrzeit, Zuordnung der Antworten; Magicline CHECKIN/CHECKOUT-Verarbeitung (nur Zeitstempel + Zähler), Agilea-Poller, aidoo-Abfrage; 401-Sperre/Alarm (im Antrag zugesagt) | 5 | P2, Magicline-Produktionsclub |
| P4 Begleitung | Erinnerungen 24 h/90 min mit Tasten, Verschieben/Absagen, Feedback Folgetag, Nachfassen 1/3/7, Lead-Reaktivierung, Aktions-Endspurt (A10 bis A14, A17) | 3 | P3 |
| P5 Mitglieder-Anlässe | Willkommen, Training-Feedback + Scout/Google-Weiche, Inaktiv 14/30/90, Comeback Frist 60, Vertragsende, Kündigung, Geburtstag, Meilenstein-Bewertung (C1 bis C8, D1 bis D3, D6) | 4 | P3 |
| P6 Reporting + Portal + Recht | Portal-Kachel „Assistent" (Anlässe an/aus, Texte, Wartezeiten, Zahlen), Zentrale-Karte + Trichter (F3), Push bei Übergabe (G7), AVV-Baustein + Datenschutz-Text im Template, Preisseite | 4 | P4/P5 |
| P7 Service-Modus | Mitglieder-Modus lesend (Magic-Link), Kursbuchung, Kündigungsabsicht-Flow, Upsell (B2, B3, B6, C9) | 6 | P2 |
| P8 Telefon (Option) | Partner auswählen, Webhook → Lead-System + Terminquellen, Ansage, Abrechnung | 5 bis 8 | Entscheidung |
| P9 Meta Click-to-WhatsApp-Ads | Anzeigen mit Kennung Q-AZ, Kampagnen-Report bis Vertrag | nach Meta-Ads-Bauplan | Meta-Werbekonto-Anbindung |
Summe P1 bis P6: 22 Arbeitstage bis zur Parität auf WhatsApp; P7 (+6) bringt den Service-Modus, den beide nur teilweise haben. Piloten: SimGym als Bühne (Testnummer), dann AktiVita (aidoo, Strecke 1), Life X (Agilea, Mitglieder-Anlässe per Poller), Impuls oder K5 (Magicline, Events) sobald der erste Produktionsclub aktiviert ist.
9Recht und Meta-Regeln, die das Produkt formen
- Einwilligung: Nachrichten zum gebuchten Termin (Bestätigung, Erinnerung, Verschieben) sind Service (Utility) und brauchen nur den Kontakt aus dem Gespräch. Alles andere an Mitglieder (Willkommen, Inaktivität, Comeback, Bewertung, Empfehlung, Aktionen) ist Werbung nach § 7 UWG und braucht ein dokumentiertes Opt-in (Wortlaut, Zeitstempel, Quelle) und ein Stoppwort. athleos Muster-Text taugt als Vorlage: „Ja, [Studio] darf mich per WhatsApp zu Terminen, Kursen und Angeboten kontaktieren. Freiwillig, jederzeit per STOPP widerrufbar."
- Meta: 24-h-Fenster, Vorlagenpflicht außerhalb, Utility ~4,6 ct, Marketing ~11,3 ct, ab 01.10.2026 auch Service-Antworten im Cent-Bereich; Qualitätsbewertung sinkt bei Blockierungen, also Deckel je Tag und immer ein Ausstieg. Studio-Service-Bot ist erlaubt, allgemeine Assistenten nicht.
- Magicline-Antrag: Zusage „no visit history is stored" → nur
letzter_checkin_amundcheckin_zaehler, keine Liste. Wenn wir Meilensteine nach Anzahl wollen, reicht der Zähler. - KI-Kennzeichnung: Bot nennt sich automatisch (Art. 50 KI-VO), am Telefon Ansage; bei uns im Bot-Kopf schon so.
- Kündigung: Kündigungsabsicht darf nicht erschwert werden (§ 312k BGB, Kündigungsbutton); Retention-Flow bietet Alternativen und führt auf Wunsch zur Kündigungsseite (Standardformular existiert).
- AVV: Meta ist Auftragsverarbeiter des Studios (Data Processing Terms beim Embedded Signup), wir sind Auftragsverarbeiter des Studios, OpenRouter als Unterauftragnehmer (steht schon in den Review-Datenfragen). AVV-Baustein „WhatsApp-Assistent" ergänzen.
- Gesundheitsdaten: Bot fragt keine Beschwerden ab; Themen-Tasten bleiben allgemein („Schmerzfrei bewegen" ist ein Ziel, keine Diagnose).
10Entscheidungen für René
- Produktname und Zuschnitt: ein Produkt „Studio-Assistent" mit vier Bausteinen (Vorschlag) oder WhatsApp als Teil des Postfach-Moduls?
- Preis: drei Stufen 129/229/329 €/Monat je Studio plus Einrichtung, Meta-Gebühren beim Studio (Vorschlag), oder anderes Modell?
- Telefon: Partner-Anbindung als Option (welcher Partner?) oder vorerst ausklammern?
- Reihenfolge: P1 bis P6 am Stück (etwa 22 AT), oder erst P1 bis P4 für Interessenten (rund 14 AT) und Mitglieder später?
- Piloten je System: AktiVita (aidoo), Life X (Agilea), Impuls oder K5 (Magicline)?
- Opt-in-Weg bei Bestandsmitgliedern: QR am Tresen + Willkommensmail + Portal-Import mit Wortlaut, oder zusätzlich eine Sammel-Einladung per E-Mail (CleverReach) mit Klick-Bestätigung?
- iGrow V2 API: welches System ist gemeint (aidoo v2?), gibt es einen Link?
- Meta-Ads: soll der Meta-Bauplan (Click-to-WhatsApp-Anzeigen, Freigabe im Portal) direkt an dieses Produkt angehängt werden, oder bleibt Ads eine eigene Maschine?
11Quellen
- StudioPartner: studiopartner.de (Start, FAQ, Integrationen, Über uns, AGB-PDF, Datenschutz, 7 Blogbeiträge, Erfahrungen), Magicline-Marketplace-Eintrag, App Store/Play Store, BODYMEDIA, TechBase, MEET THE TOP, unternehmer.de. Vollständiger Bericht: Sitzung 13.09.2026.
- athleo: athleo.de (Start, Mitgliedergewinnung, Mitgliederbindung, KI-Telefon-Assistent, Magicline-WhatsApp-Integration, Preise, Enterprise, Review Boost, Vergleich, Studio-Check, DSGVO, ai-info, Erfolgsgeschichten VestGYM/GYM Family, Impressum, Datenschutz, 15 Blogbeiträge), Magicline-Marketplace, nexuscollective.io, Handelsregister HRB 196591, Northdata, Sport-Alliance-Presse zum CEO-Wechsel 2024.
- Umfeld: 360chat.io, hellomateo.de (Magicline-Schnittstelle), fitnessmanagement.de (Magicline-Partnerintegrationen).
- Eigener Stand: WhatsApp-Chatbot Konzept, Postfach Stand und To-Dos, Chatbot im Hub, Magicline-API, Magicline Produktionsantrag, Agilea-Schnittstelle, Mitgliederbereich, Angebot Chatbot Mitglieder-Modus, SimScouting-Portierung, SimScouting Prämien-Konzept.