Ein Projekt ist die oberste Organisationseinheit in vielen Terminbuchungssystemen. Es fasst mehrere Kalender, Mitarbeiter, Einstellungen und Konfigurationen zu einer logischen Einheit zusammen. Projekte ermöglichen es, verschiedene Buchungsbereiche innerhalb eines Systems klar zu trennen und unterschiedlich zu konfigurieren — sei es für verschiedene Standorte, Abteilungen, Marken oder vollständig getrennte Geschäftsbereiche. Für Betreiber mit nur einem einzigen Kalender ist das Projekt-Konzept meist unsichtbar; für größere Organisationen ist es jedoch ein zentrales Strukturierungswerkzeug.
Typische Anwendungsfälle
1. Mehrere Standorte
Ein Friseurketten-Unternehmen betreibt 5 Salons in verschiedenen Städten. Jeder Standort wird als eigenes Projekt angelegt:
- Projekt „Berlin Mitte" mit 3 Friseuren
- Projekt „Hamburg Altona" mit 4 Friseuren
- Projekt „München Schwabing" mit 2 Friseuren
Jedes Projekt hat eigene Öffnungszeiten, eigene Preise, eigenes Team und eine eigene öffentliche Buchungsseite.
2. Getrennte Abteilungen
Eine Klinik hat verschiedene Fachbereiche:
- Projekt „Allgemeinmedizin" mit eigenen Ärzten und Sprechzeiten
- Projekt „Physiotherapie" mit eigenen Therapeuten und Behandlungsräumen
- Projekt „Psychotherapie" mit eigenen Psychologen und Terminlängen
Jede Abteilung hat separate Buchungsprozesse, eigene Formulare und unterschiedliche Termingründe.
3. Unterschiedliche Buchungsseiten
Ein Dienstleister bietet verschiedene Produktlinien an:
- Projekt „Einzelcoaching" für 1:1-Beratung
- Projekt „Gruppenworkshops" für Seminare mit mehreren Teilnehmern
- Projekt „Online-Kurse" für virtuelle Meetings
Jedes Projekt hat eine eigene Buchungsseite mit unterschiedlichem Design, anderen Preisen und angepassten Texten.
4. White-Label-Anwendungen
Eine Agentur betreibt Terminbuchung für mehrere Kunden:
- Projekt „Kunde A — Massagepraxis"
- Projekt „Kunde B — Rechtsanwaltskanzlei"
- Projekt „Kunde C — Fotostudio"
Jedes Projekt ist komplett isoliert, die Kunden sehen nur ihre eigenen Daten.
Eigenschaften und Konfigurationen auf Projekt-Ebene
- Eigene Buchungsseite: URL, Design, Farben, Logo, Texte
- Eigene Mitarbeiter/Nutzer: Zugriffsverwaltung, Rollen, Kalender-Zuweisung
- Eigene Termingründe: Dienstleistungen, Dauern, Preise
- Eigene E-Mail-Vorlagen: Bestätigungen, Erinnerungen, Absagen
- Eigene Zahlungsintegration: Stripe-Konto, PayPal-Account
- Eigene Datenschutzeinstellungen: Separate DSGVO-Konfiguration
- Eigene Statistiken: Auswertungen nur für dieses Projekt
- Eigene Sprache und Zeitzone: Internationalisierung pro Projekt
Hierarchische Struktur
``` System └── Projekt 1 ├── Kalender 1 (Mitarbeiter A) ├── Kalender 2 (Mitarbeiter B) └── Kalender 3 (Ressource Raum 1) └── Projekt 2 ├── Kalender 1 (Mitarbeiter C) └── Kalender 2 (Mitarbeiter D) ```
Vorteile der Projekt-Struktur
- Klare Trennung: Verschiedene Geschäftsbereiche bleiben organisatorisch und technisch getrennt
- Individuelle Anpassung: Jedes Projekt kann völlig unterschiedlich konfiguriert werden
- Skalierbarkeit: Neue Standorte oder Bereiche lassen sich einfach als neues Projekt hinzufügen
- Zugriffskontrolle: Mitarbeiter können auf ein oder mehrere Projekte beschränkt werden
- Separate Buchungsseiten: Verschiedene URLs, Designs, Brandings für unterschiedliche Zielgruppen
Abgrenzung zu anderen Strukturelementen
- Kalender: Einzelner Terminkalender innerhalb eines Projekts, meist einem Mitarbeiter oder einer Ressource zugeordnet
- Termingrund: Art der Dienstleistung, die gebucht werden kann (z. B. „Haarschnitt", „Erstgespräch")
- Ressource: Physische Objekte wie Räume, Geräte, Fahrzeuge, die gebucht werden können
- Nutzer: Person mit Zugriff auf das System (Administrator, Operator, Mitarbeiter)
Typisches Setup für kleine vs. große Organisationen
Klein (1 Standort, 1–3 Mitarbeiter)
- 1 Projekt
- 1–3 Kalender (einer pro Mitarbeiter)
- Alle Einstellungen in einem Projekt gebündelt
Mittel (mehrere Standorte oder Abteilungen)
- 3–10 Projekte
- Pro Projekt mehrere Kalender
- Zentrale Verwaltung, aber lokale Anpassungen
Groß (Franchise, Ketten, Enterprise)
- 50+ Projekte
- Hunderte Kalender
- Zentrale Admin-Ebene mit delegierten Rechten pro Projekt
Technische Umsetzung
Projekte sind in der Datenbank als eigene Entities gespeichert. Alle zugehörigen Daten (Kalender, Buchungen, Kunden, Einstellungen) sind über eine Projekt-ID verknüpft. Beim Aufruf der Buchungsseite wird automatisch das richtige Projekt geladen. Im Admin-Bereich können Administratoren zwischen Projekten wechseln oder mehrere gleichzeitig verwalten.
Best Practices
- Sinnvolle Namensgebung: Klare, beschreibende Projektnamen erleichtern die Verwaltung
- Konsistente Struktur: Wenn möglich, sollten alle Projekte einer ähnlichen Logik folgen
- Delegierte Verwaltung: Projekt-Verantwortliche sollten Zugriff nur auf „ihr" Projekt haben
- Regelmäßige Überprüfung: Sind alle Projekte noch aktiv? Gibt es verwaiste Projekte, die archiviert werden sollten?
Wann sollte man mehrere Projekte anlegen?
- Wenn Standorte, Abteilungen oder Geschäftsbereiche klar getrennt werden sollen
- Wenn verschiedene Teams mit unterschiedlichen Berechtigungen arbeiten
- Wenn verschiedene Buchungsseiten mit eigenem Branding benötigt werden
- Wenn unterschiedliche Zahlungsströme (z. B. pro Standort eigene Bankkonten) abgebildet werden müssen
Wann reicht ein Projekt aus?
- Bei einem einzigen Standort
- Wenn alle Mitarbeiter als Team zusammenarbeiten
- Wenn eine einzige Buchungsseite ausreicht
- Wenn alle Einstellungen und Konfigurationen identisch sind