Produktreise

Die zentrale Produktreise von Orbinaut ist kurz: Ein Workspace veröffentlicht einen Kurs, Teilnehmende buchen über die öffentliche Seite (direkt oder über Buchen im Widget), die Buchung erscheint im Dashboard. Vor dem Termin geht eine Erinnerung, am Kurstag kannst du eine Nachricht an alle schicken, danach optional eine Nachbereitung. Entwickler können denselben Stand zusätzlich lesend über API, ICS oder den Webhook-Eventkatalog abholen.

Die folgenden Schritte beschreiben den Happy Path. Rollen und Rechte: Zielgruppen, Begriffe: Begriffe.

Ablauf im Überblick

flowchart TD
  A[Workspace anlegen] --> A2[Adresse und Plan wählen]
  A2 --> B[Team und Filialen]
  B --> C[Kurs als Entwurf]
  C --> D[Kurs veröffentlichen]
  D --> E{Buchungskanal}
  E --> F[Öffentliche Kursseite]
  E --> G[Widget]
  G --> F
  F --> H[Gastbuchung]
  H --> I{Kapazität}
  I -->|Platz frei| J[Buchung bestätigt oder ausstehend]
  I -->|voll und Warteliste an| K[Warteliste]
  J --> L[Dashboard Buchungen]
  K --> L
  L --> N[Erinnerung vor jedem Termin]
  L --> O[Nachricht an alle am Kurstag]
  L --> P[Nachbereitung nach letztem Termin]
  L --> M[Optional REST ICS Webhook]

Nummerierte Reise

Workspace anlegen. Du registrierst ein Anbieterkonto unter https://app.orbinaut.ccl-dev.com und erhältst einen Workspace (Organisation). Die Navigation ist nach Übersicht, Betrieb, Geschäft, Vertrieb und Arbeitsbereich gegliedert. Im Onboarding legst du die öffentliche Adresse fest und wählst dann ausdrücklich eine 30-tägige Testphase für Solo, Studio oder Business oder Mit Free fortfahren. Die Adresswahl allein schließt das Onboarding nicht ab. Die Testphase braucht kein Zahlungsmittel. Ohne Karte wechselt der Workspace nach 30 Tagen automatisch auf Free; Daten und bestehende Buchungen bleiben. Kurse und Widgets über dem Free-Limit bleiben im Dashboard, verschwinden aber von Anbieterprofil, Widget, Direktlink und öffentlicher Buchung, bis ein Upgrade sie wieder freigibt. Details: Plan und Abrechnung.
Team klären. Owner bleibt verantwortlich. Admins übernehmen den Betrieb. Trainer:innen lesen Kurse und Buchungen und können Anwesenheit sowie Nachricht an alle für zugewiesene Durchführungen nutzen. Owner-Sonderrechte: weitere Owner und Zahlungsanbieter. Den letzten Owner kannst du nicht entfernen.
Ort vorbereiten. Für Vor Ort eine Filiale oder eine Einzeladresse. Für Online später den Zugangslink am Kurs.
Kurs anlegen. Ein Kurs ist eine Durchführung mit einem oder mehreren Terminen. Ohne Wiederholung bleibt es ein Einzeltermin. Mit Täglich oder Wöchentlich und Alle (Abstand) entsteht eine Serie oder ein Block. Einzelcoaching kann dieselbe Wiederholung in einzeln buchbare Slots verwandeln. Status startet als Entwurf. Preis 0,00 EUR oder mindestens 0,50 EUR. Warteliste optional.
Vorschau und veröffentlichen. Erst wenn Termin, Termin-Vorschau, Ort oder Online-Link und Kapazität stimmen, Status Veröffentlicht. Die öffentliche Seite liegt unter /b/{slug}/{courseId}. Sie ist erreichbar, solange der Kurs veröffentlicht und nicht durch das aktuelle Planlimit gesperrt ist. Kostenpflichtige Kurse sind erst mit vollständigen Rechtstexten (Impressum, Datenschutz, AGB) sichtbar und buchbar – vorher liefern Anbieterseite, Widget und Buchungsseite sie nicht aus. Danach verwaltest du Termine, Medien und Lebenszyklus im Kursdetail.
Kanal wählen. Direkter Link zur Kursseite und/oder Widget auf der eigenen Website. Das Widget listet freigegebene Kurse; Buchen öffnet /b/{slug}/{courseId} in einem neuen Tab (source=widget).
Teilnehmende buchen. Gastbuchung ohne Teilnehmerkonto auf der öffentlichen Seite. Eine Buchung gilt für die ausgewählten Termine. Kostenpflichtige Angebote gehen online über Stripe Connect; nur Owner richtet den Zahlungsweg ein.
Buchung landet im Workspace. Status Ausstehend, Bestätigt, Warteliste, später ggf. Storniert oder Abgelaufen.
Erinnerung. 24 Stunden vor jedem noch geplanten Termin geht eine transaktionale Erinnerung, wenn der Schalter am Kurs an ist (Standard: an).
Kurstag. Unter Heute / Anwesenheit starten markierst du Anwesenheit. Nachricht senden auf Heute oder Nachricht an alle im Check-in öffnet denselben Dialog an bestätigte Buchungen.
Nachbereitung. Zwei Stunden nach Ende des letzten noch geplanten Termins geht optional eine Dankesmail, wenn Nachbereitung am Kurs an ist (Standard: aus).
Optional anbinden. Lesende REST-API, ICS-Kalenderfeed, Webhook-Eventkatalog (Beta).
Optional Teilnehmerkonto. Getrennt vom Anbieterkonto; Gastbuchung bleibt gültig.

Getrennte Sichten

Dieselbe Reise sieht je nach Oberfläche anders aus. Verwechsle die Sichten nicht.

Anbieter-Dashboard

Owner, Admins und Trainer:innen arbeiten im Dashboard. Typische Pfade: Orbi, Heute, Kurse, Buchungen, Kalender, Filialen, Team.

Das Dashboard liegt auf https://app.orbinaut.ccl-dev.com und verwendet englische URL-Pfade wie /orbi, /today, /courses, /bookings, /calendar, /locations und /team. Die sichtbaren Labels bleiben übersetzt.

Owner/Admin legen Kurse an und veröffentlichen sie, auch als Serie oder Block.
Trainer:in sieht denselben Kurs- und Buchungsstand, ändert aber keine Stammdaten.
Widgets und Integrationen · Beta sind Owner/Admin.
Kontakte zeigt den Kundenstamm. Anwesenheit (Offen, Anwesend, No-show) bleibt je Termin unter Heute oder im Kurskontext.
Erinnerung und Nachbereitung steuerst du unter Automatisierungen. Nachricht an alle ist eine ausgelieferte Betriebsfunktion (Beta).

Anleitungen: Dashboard, Kurs anlegen, Kurse verwalten, Buchungen verwalten, Anwesenheit und Teilnahmebestätigung, Nachrichten an Teilnehmende, Zahlungen, E-Rechnung und Buchhaltung.

Öffentliche Kursseite

Teilnehmende öffnen /b/{slug}/{courseId}. Sie sehen Titel, Termin, bei mehreren Terminen Deine Termine, Vor Ort oder Online, Plätze und Preis. Buchung läuft als Gast und gilt für die ausgewählten Termine. Bei kostenpflichtigen Kursen folgt der Stripe-Checkout. Orbinaut bestätigt den Platz erst nach dem verifizierten Zahlungsergebnis; bei einer asynchronen SEPA-Lastschrift bleibt er bis dahin reserviert.

Nur Veröffentlicht-Kurse sind buchbar. Entwurf, Beendet und Abgesagt führen nicht zu einer gültigen Buchung.

Anleitung: Öffentliche Buchung.

Teilnehmerkonto

Nach einer Buchung kann die Person ein Teilnehmerkonto aktivieren. Es ist kein Workspace und enthält keine Teamrollen. Die Anmeldung verwendet denselben sicheren App-Einstieg, führt ohne Membership aber nie ins Anbieter-Dashboard.

Konto und Buchungen bleiben auf der Web-Origin. Die Anmeldung selbst läuft über Dashboard /login und kehrt nur zu einer ausdrücklich erlaubten Teilnehmerkonto-URL zurück.

Im Konto lassen sich außerdem Coaching-Guthaben aus gebuchten Paketen auf freie Slots einlösen. Eine reine Teilnehmeridentität kann genau einen eigenen Anbieter-Workspace aktivieren, ohne ein zweites Konto anzulegen.

Anleitung: Teilnehmerkonto.

Das Widget zeigt auf einer fremden Origin die serverseitig gefilterten, veröffentlichten Kurse. Owner/Admin setzen Keys, Erlaubte Domains, Kursauswahl, Durchführungsart und Filialen im Dashboard. Es gibt keine Filterleiste für Besuchende.

Buchen öffnet /b/{slug}/{courseId} in einem neuen Tab (source=widget). Gastformular, Zahlung und Teilnehmerkonto liegen auf der öffentlichen Kursseite, nicht im Widget. Neue veröffentlichte Kurse erscheinen automatisch nur bei Alle veröffentlichten Kurse.

Dokumentation: Widget, Einbinden.

REST-API, ICS und Webhook

Integrationen lesen denselben Workspace-Stand, schreiben ihn aber nicht. Typische Nutzung: Kursliste, Buchungsliste, Kalenderfeed, Webhook-Eventkatalog.

Dokumentation: REST-API, Webhooks und Kalender.

Was diese Reise nicht enthält

Diese Schritte gehören nicht zum ausgelieferten Happy Path:

Barzahlung, Google-Kalender-Sync, Zapier, PayPal und ZUGFeRD-E-Rechnung
REST-Schreibzugriffe
Drop-in: nur einen Termin einer wöchentlichen Klasse buchen

Siehe Verfügbar und geplant.