Termin- und Abrechnungs-App für Nachhilfezentren: ein einfacher Plan
Richten Sie eine Termin‑ und Abrechnungs‑App für Ihr Nachhilfezentrum ein, um wiederkehrende Stunden zu verwalten, Rechnungen zu erstellen und Zahlungserinnerungen zu senden – ohne Tabellen.

Warum Tabellenkalkulationen für die Nachhilfeverwaltung versagen
Eine Tabelle reicht aus, wenn Sie nur ein paar einzelne Stunden haben. Das Problem beginnt, sobald Sie ein Nachhilfezentrum damit betreiben wollen. Stundenpläne, Rechnungen und Nachverfolgungen geraten aus dem Takt.
Die meisten Zentren stoßen auf die gleichen Probleme:
- Eine Stunde wird verschoben, aber nur ein Tab wird aktualisiert, sodass jemand einen Raum oder Tutor doppelt bucht.
- Eine Rechnung wird erstellt, aber nicht als gesendet markiert, sodass sie vergessen wird.
- Zahlungen kommen spät, weil es keinen konsistenten Ablauf für "Zahlung fällig" gibt, sondern nur jemanden, der sich merken muss, wen er erinnern soll.
Wiederkehrende Stunden machen Tabellen besonders anfällig. Wenn ein Schüler jeden Dienstag zur selben Zeit kommt, kopiert man Zeilen für Wochen oder Monate nach vorn. Dann tritt eine Ausnahme ein (Feiertag, Nachholstunde, Tutorwechsel) und plötzlich existieren mehrere „Wahrheiten“ darüber, was tatsächlich passiert ist. Fügen Sie mehrere Tutoren, unterschiedliche Tarife und Pakete hinzu, und das Sheet wird zu einem Flickwerk manueller Kontrollen.
Das trifft drei Rollen gleichzeitig: Eigentümer, die einen klaren Blick auf den Cashflow wollen; Admins, die den Alltag managen; und leitende Tutoren, die einen verlässlichen Kalender brauchen. Wenn irgendjemand fragt: „Welche Version ist korrekt?“, sind Sie Tabellen entwachsen.
"Gut genug" für eine Termin- und Abrechnungs-App ist selten aufwendig. Meistens bedeutet es, dass vier Dinge immer funktionieren:
- Ein Zeitplan, dem alle vertrauen (mit wiederkehrenden Stunden und Ausnahmen)
- Rechnungen, die dem entsprechen, was geliefert wurde (Tarife, Pakete, Rabatte)
- Automatische, höfliche Erinnerungen, die pünktlich versendet werden
- Einfache Berichte: was wurde unterrichtet, was wurde verrechnet, was ist offen
Wenn diese vier Dinge solide sind, wird alles andere zu einem optionalen Upgrade statt zu einem täglichen Feuerlöschen.
Was die App erfassen muss (bevor Sie etwas bauen)
Bevor Sie Bildschirme entwerfen, notieren Sie die Informationen, die Ihre App für Terminplanung und Abrechnung im Nachhilfezentrum speichern muss — auch wenn Mitarbeitende wechseln oder ein Elternteil eine Rechnung anfechtet. Wenn Sie diese Kerndatensätze korrekt anlegen, werden Kalender, Rechnungen und Erinnerungen viel einfacher.
Starten Sie mit Personen und Service:
- Students
- Guardians (die zahlen)
- Tutors
- Subjects
- Locations (im Zentrum, online oder ein bestimmter Raum)
Definieren Sie dann die Preisgestaltung so, dass sie der Realität standhält. Tarife variieren oft nach Tutor, Fach, Klassenstufe, Dauer oder Sondervereinbarung.
Ein einfaches Starter-Set an Datensätzen:
- Student (Name, Klasse, Notizen, zugewiesener Guardian)
- Guardian (Kontaktdaten, bevorzugter Kanal, Abrechnungsdetails)
- Tutor (Fähigkeiten, Verfügbarkeit)
- Lesson (Datum/Uhrzeit, Dauer, Ort, Fach, Status)
- Rate plan (stündlich, pro Sitzung, Paket oder individuell)
Erfassen Sie außerdem Planungsregeln, nicht nur Einzelereignisse. Verfügbarkeit ist wichtig (wann ein Tutor unterrichten kann, wann ein Schüler teilnehmen kann), ebenso wiederkehrende Muster (jeden Di. 16:00). Sie brauchen auch Ausnahmen: Feiertage, Tutor‑Urlaub, einmalige Verschiebungen, Stornierungen und No‑Shows.
Entscheiden Sie früh, was bei Stornierungen mit der Abrechnung passiert. Diese eine Entscheidung wirkt sich überall aus.
Dann die Geldteile: Eine Rechnung sollte mehr sein als ein PDF. Sie ist ein Datensatz mit:
- Positionen (jede Lektion oder Paketgebühr)
- Rabatten (Geschwisterrabatt, Promo)
- Guthaben (Nachholstunde, Überzahlung)
- Steuer (falls anwendbar)
Planen Sie zuletzt die Kommunikation: Speichern Sie Opt‑in‑Status für E‑Mail/SMS und behalten Sie ein paar Nachrichtenvorlagen, damit das Team nicht jedes Mal die gleiche "Zahlung fällig"‑Nachricht neu schreiben muss.
Beispiel: Ein Elternteil bezahlt im Voraus ein 10‑Stunden‑Paket, der Tutor sagt eine Woche ab und Sie verlegen die Stunde. Wenn Ihre App Paketguthaben, Lektionen‑Status und Ihre Guthabenregel verfolgt, bleiben Rechnung und Erinnerung ohne manuelle Änderungen korrekt.
Definieren Sie einen einfachen Workflow, dem Ihr Team folgen kann
Ein Planungswerkzeug hilft nur, wenn alle es auf dieselbe Weise nutzen. Bevor Sie eine App bauen, legen Sie einen klaren Ablauf fest, der dem tatsächlichen Geldfluss entspricht: Eine Lektion wird gebucht, die Lektion findet statt, sie wird abgerechnet und die Zahlung wird erfasst.
Halten Sie den Kern‑Workflow klein:
- Buchen (oder verschieben) einer Lektion
- Durchführen und Anwesenheit markieren
- Rechnung erstellen (oder zu einer Monatsabrechnung hinzufügen)
- Zahlung erfassen und Saldo schließen
Entscheiden Sie, wer welche Schritte ausführt. Häufig übernimmt die Administration Terminänderungen und Abrechnung; Tutoren erfassen Anwesenheit und Notizen; Eltern erhalten Rechnungen, Erinnerungen und Quittungen. Halten Sie Tutoraufgaben schlank, sonst landen sie wieder beim Empfang per Nachricht.
Wählen Sie eine Kalenderansicht als die "Quelle der Wahrheit". Admins brauchen meist eine Tages‑ oder Wochenübersicht, um Lücken und Konflikte zu sehen. Tutoren bevorzugen oft eine einfache Agenda‑Liste mit Heute und Morgen inklusive Schülerinformationen. Bieten Sie beides an, aber nur eine Ansicht sollte verbindlich sein.
Formulieren Sie eine kurze Regelübersicht in einfacher Sprache, damit Ihr Team nicht improvisiert, wenn es stressig wird:
- Späte Stornierung innerhalb von 24 Stunden wird berechnet (außer Krankheit)
- No‑Show wird voll berechnet
- Nachholstunden müssen innerhalb von 30 Tagen genutzt werden
- Pakete verfallen nach einem festgelegten Datum
- Zahlungen sind innerhalb von 7 Tagen nach Rechnung fällig
Ein kurzes Szenario: Ein Elternteil sagt 3 Stunden vor Beginn ab. Die Admin markiert es als späte Stornierung, die Rechnung fügt die Gebühr automatisch hinzu und der Elternteil erhält eine höfliche Nachricht mit dem aktualisierten Saldo.
Wiederkehrende Stunden: wie Sie sie ohne Verwirrung modellieren
Wiederkehrende Stunden sind der Punkt, an dem die meisten Systeme durcheinander geraten. Die Lösung ist, vor dem Bau zu entscheiden, welche Wiederholungen Sie unterstützen werden.
Die meisten Zentren brauchen nur drei Muster: wöchentlich, alle zwei Wochen und monatlich. Unterstützen Sie diese gut, dann deckt Ihre App die gängigen Fälle ab, ohne die Einrichtung zur Rätselaufgabe zu machen.
Ein sauberes Modell ist: Ein wiederkehrender Plan erzeugt viele Lektionen‑Instanzen.
- Der Plan speichert die Regel (wöchentlich, zweiwöchentlich, monatlich), Tag/Uhrzeit, Tutor, Schüler, Start‑ und Enddatum.
- Jede Lektion im Kalender ist eine eigene Instanz mit eigenem Status.
Diese Struktur macht die Abrechnung klarer, weil Sie von dem abrechnen, was tatsächlich passiert ist, nicht von dem, was geplant war.
Ausnahmen: Feiertage und freier Zeitraum
Das reale Leben bricht Muster, also behandeln Sie Ausnahmen als normal. Statt die gesamte Serie zu bearbeiten, ändern Sie eine Instanz.
Gängige Ausnahmemaßnahmen:
- Ein Datum überspringen (Feiertag, Schülerurlaub)
- Ein Datum verschieben (Dienstag auf Donnerstag)
- Ein Datum stornieren (Tutor krank)
- Eine einmalige zusätzliche Stunde hinzufügen
Beispiel: Mia hat wöchentlich Mathe montags um 16 Uhr. An einem Feiertag wird genau diese Lektion als "übersprungen" oder "storniert" markiert, der wiederkehrende Plan bleibt für den Rest des Monats unverändert.
Status, die konsistent bleiben
Halten Sie Status einfach, damit das Team nicht über Begriffe streitet. Ein guter Satz ist: scheduled, completed, canceled, no‑show. Wenn Sie später mehr Details brauchen, fügen Sie diese als Notiz hinzu (z. B. „storniert vom Schüler").
Verhindern Sie Doppeltbuchungen mit Konfliktprüfungen. Wenn jemand eine Lektion erstellt oder verschiebt, sollte das System Tutor und Raum (falls Sie Räume tracken) auf Überschneidungen prüfen, einschließlich Lektionen, die aus Wiederholungen erzeugt wurden. Bei Konflikten blockieren Sie das Speichern und zeigen den störenden Termin an.
Abrechnungseinrichtung: Tarife, Pakete und was auf die Rechnung kommt
Ihre Abrechnungsregeln sollten dem entsprechen, wie Familien zu zahlen denken. Beginnen Sie mit einer kleinen Menge an Preisoptionen, die Sie ab dem ersten Tag unterstützen. Mehr Optionen später hinzuzufügen ist möglich, aber zu viele Optionen am Anfang führen zu Fehlern.
Die meisten Zentren kommen gut mit:
- Pro Sitzung (fester Preis pro Lektion)
- Pro Stunde (Stundensatz × Dauer)
- Vorausbezahlte Pakete (z. B. 10 Stunden, die im Laufe der Zeit genutzt werden)
- Gruppensitzungen (pro Schüler berechnet oder aufgeteilt)
- Rabatte und Gebühren (Geschwisterrabatt, Gebühr bei später Stornierung)
Entscheiden Sie, wofür jede Rechnungsposition steht. Eine gute Standardregel ist: eine abgeschlossene Lektion = eine Position. Das ist für Eltern leicht verständlich und für das Team einfach zu erklären.
Eine praktische Positionsformel ist: Lektionstag + Tutor + Fach + Dauer + Tarif = Betrag. Zum Beispiel: „12. Jan., Algebra, 60 min, Tutor: Maya, 55 $/h" mit einem Gesamtbetrag von 55 $.
Wählen Sie, wann Rechnungen erstellt werden:
- Nachdem eine Lektion als completed markiert wurde (am besten, wenn sich Stunden oft ändern)
- In festem Rhythmus (wöchentlich oder monatlich) basierend auf in diesem Zeitraum abgeschlossenen Lektionen
Wählen Sie eins und dokumentieren Sie es, damit alle dieselbe Gewohnheit pflegen.
Planen Sie Anpassungen ein, denn sie werden kommen:
- Guthaben (verpasste Lektion gutgeschrieben für die nächste Rechnung)
- Nachholstunden (ohne Gebühr, aber zur Transparenz aufgeführt)
- Stornogebühren (nur wenn Ihre Richtlinie das vorsieht)
- Manuelle Korrekturen (mit kurzer Notiz)
Eine Regel wirkt oft wichtiger als erwartet: Lassen Sie zu, dass neue Tarife alte Rechnungen neu schreiben? Nein. Wenn eine Rechnung ausgestellt ist, sperren Sie die Positionen, damit die Historie stabil bleibt.
Zahlungserinnerungen, die hilfreich klingen — nicht aufdringlich
Ein gutes Erinnerungssystem erfüllt zwei Aufgaben: Es schützt Ihren Cashflow und die Beziehung zu Familien.
Wählen Sie wenige, vorhersehbare Touchpoints und halten Sie die Nachricht einfach. Viele Zentren nutzen:
- 7 Tage vor Fälligkeit (frühe Erinnerung)
- Am Fälligkeitstag (freundlicher Hinweis)
- 3 Tage nach Fälligkeit (Nachfassen mit Hilfsangebot)
Behalten Sie 2–3 Vorlagen, damit es sich nicht wie automatisches Genörgel anfühlt. Beispiele, die Sie anpassen können:
"Hi [Name], eine kurze Erinnerung: Rechnung [#] über [Betrag] ist am [Fälligkeitsdatum] fällig. Antworten Sie, wenn Sie Fragen haben. Danke!"
"Hi [Name], Rechnung [#] über [Betrag] ist heute fällig. Wenn Sie bereits bezahlt haben, ignorieren Sie diese Nachricht bitte. Danke!"
"Hi [Name], Rechnung [#] über [Betrag] ist jetzt überfällig. Wenn Sie das Zahlungsdatum ändern oder in Raten zahlen möchten, sagen Sie uns Bescheid und wir helfen weiter."
Um Spam zu vermeiden, müssen Erinnerungen stoppen, sobald die Zahlung erfasst ist. Das erfordert klare Rechnungsstatus (Draft, Sent, Paid, Overdue) und einen zentralen Ort, an dem Zahlungen erfasst werden (Bar, Karte, Überweisung). Sobald der Status Paid ist, brechen Sie alle geplanten Erinnerungen ab.
Jede Erinnerung sollte nur Informationen enthalten, die den Eltern helfen zu handeln:
- Betrag
- Fälligkeitsdatum
- Rechnungsnummer
- Kurze Hinweise zur Bezahlung
- Kontaktinfo (an wen geantwortet werden soll)
Schritt für Schritt: Bauen Sie die erste funktionierende Version
Eine erste Version sollte wenige Dinge gut können, auch wenn sie auf nette Extras verzichtet. Bauen Sie in kleinen Schritten und testen Sie jeden Teil mit echtem Personal.
Starten Sie mit einfachen, klaren Daten: Students, Tutors, Lessons, Invoices, Payments.
- Lessons: Student, Tutor, Startzeit, Dauer, Status (scheduled, completed, canceled), Tarif (oder Verknüpfung zu einem Rate plan)
- Invoices: Student, Rechnungszeitraum, Gesamt, Fälligkeitsdatum, Status (draft, sent, paid, overdue)
- Payments: mit Rechnung verknüpft, Betrag, Datum, Methode, Notizen
Erstellen Sie dann einen Planungsbildschirm, den Mitarbeitende ohne Schulung nutzen können. Der Ablauf sollte sein: Tutor wählen, Student wählen, Datum/Uhrzeit wählen, "wiederkehrend" auswählen falls nötig, speichern. Wenn das Erstellen einer Lektion länger als 30 Sekunden dauert, ist es zu kompliziert.
Verbinden Sie Lektionen mit der Abrechnung mit einer einfachen Regel: Nur "completed"‑Lektionen sind abrechenbar.
Halten Sie Abrechnungsfunktionen praktisch:
- Erstellen Sie eine Rechnung für einen Schüler für einen Zeitbereich
- Generieren Sie Rechnungen gesammelt für alle Schüler für dieselbe Woche oder denselben Monat
- Speichern Sie eine Kopie der Positionen (Lektionsdatum, Dauer, Tarif), damit Rechnungen später nicht verändert werden
- Markieren Sie Rechnungen als "gesendet", wenn Sie sie übermitteln
- Erlauben Sie Teilzahlungen (als "paid" gilt nur null Rest)
Fügen Sie Erinnerungen zuletzt basierend auf Fälligkeitsdatum und Zahlungsstatus hinzu (z. B. 3 Tage vor Fälligkeit und 3 Tage danach, falls noch offen).
Schließlich fügen Sie einfache Rollen hinzu. Tutoren sehen nur ihren eigenen Kalender und ihre Schüler. Admin‑Personal sieht alles und kann Rechnungen erstellen.
Eine schnelle Realitätspprüfung: Wenn Mia (Admin) 10 Lektionen planen, gestern abgeschlossene Lektionen markieren und alle Monatsrechnungen in einem Durchgang erzeugen kann, haben Sie eine funktionierende Version.
Häufige Fallen (und wie Sie sie vermeiden)
Viele Teams bauen eine App, um Tabellen loszuwerden — und reproduzieren dann dieselben Probleme mit zusätzlichen Klicks. Diese Probleme verursachen die meiste Verwirrung und sind vermeidbar.
Fallen, die Chaos schaffen
- "Wiederkehrende Lektionen zu intelligent machen" zu früh. Beginnen Sie mit wöchentlichen Mustern und einem klaren Enddatum (oder "laufend"). Komplexe Regeln erst nach realen Fällen ergänzen.
- Fehlender Lektionen‑Status, sodass doppelt abgerechnet wird. Jede Stunde braucht einen Status. Rechnen Sie nur aus "Completed".
- Tarifänderungen schreiben die Historie um. Sperren Sie Preise auf ausgestellten Rechnungen. Neue Tarife gelten nur für neue Lektionen.
- Keine klare Verantwortlichkeit für Ausnahmen. Legen Sie fest, wer Feiertage verschiebt, Nachholstunden genehmigt und Stornierungen überschreibt. Abbilden Sie das als Berechtigung in der App.
- Datenschutz ignorieren. Speichern Sie nur, was nötig ist, begrenzen Sie Zugriffe und protokollieren Sie, wer sensible Schülerdaten geändert hat. Trennen Sie Schülernotizen von Abrechnungsnotizen.
Ein realistisches Beispiel: Ein Elternteil bittet, eine Dienstagsstunde auf Freitag zu verschieben. Wenn Ihr System die wiederkehrende Regel editiert, kann es alle zukünftigen Dienstage verschieben. Sicherer ist: "Verschiebe nur eine Instanz" und verlangen Sie einen Grund wie "Nachholstunde". So bleibt der Plan stabil und die Rechnung korrekt.
Beispiel: ein echter Monat in einem kleinen Zentrum
Stellen Sie sich ein kleines Zentrum mit 3 Tutoren und etwa 25 aktiven Schülern vor. Die meisten Schüler kommen einmal pro Woche, einige zweimal. Ziel der App ist einfach: Kalender, geleistete Stunden und Abrechnung stimmen überein.
Am 1. Mai richtet das Team für jeden Schüler die wiederkehrende Stunde ein: Tag, Uhrzeit, Tutor und Tarif. Der Monat füllt sich mit geplanten Terminen — niemand kopiert mehr Zeilen in einer Tabelle.
In Woche zwei muss ein Schüler (Jordan) eine Stunde wegen einer Schulveranstaltung verlegen. Das Team verschiebt genau diese eine Lektion. Später im Monat verschiebt Jordan noch einmal. Die App lässt die Originalserie intakt und beide Termine sind als verschoben markiert, nicht als storniert.
Jordan braucht außerdem eine Nachholstunde wegen Krankheit. Das Team legt eine einmalige Nachholstunde an, die im Monat auftaucht, aber die wiederkehrende Serie nicht verändert.
Am Monatsende führt die Administration die Stapelabrechnung aus. Statt jede Rechnung manuell zu erstellen, summiert das System die gelieferten Lektionen pro Schüler und wendet die Regeln an:
- Wöchentliche Lektionen werden zum vereinbarten Tarif berechnet
- Nachholstunde erscheint als eigene Position
- Geschwisterrabatt wird auf die Rechnung des zweiten Kindes angewendet
- Notizen zu verschobenen Lektionen werden optional hinzugefügt
Die Rechnungen gehen raus, und Zahlungserinnerungen werden gemäß Richtlinie geplant (z. B. 3 Tage vor Fälligkeit und 3 Tage danach). Eine Familie zahlt verspätet. Sobald die Zahlung erfasst ist, stoppen die Erinnerungen automatisch.
Schnelle Prüfungen bevor Sie live gehen
Bevor jemand sich auf Ihre App verlässt, führen Sie einen kurzen Test mit einer Mitarbeiterin und einer Woche Lektionen durch. Ziel ist, Probleme zu finden, die im Alltag Zeit kosten.
Die 10‑Minuten‑Checklist
Führen Sie diese Prüfungen in einem Testkonto mit realistischen Namen, Tarifen und Lektionlängen durch:
- Einen neuen Schüler hinzufügen und eine wiederkehrende Lektion in unter 60 Sekunden einrichten.
- Versuchen, denselben Tutor zur gleichen Zeit doppelt zu buchen, und bestätigen, dass der Kalender blockiert (oder klar warnt und einen Grund verlangt).
- Eine Rechnung für einen Zeitraum in zwei Klicks generieren (Datum wählen, auf "Generieren" klicken) und prüfen, ob die richtigen Lektionen enthalten sind.
- Erinnerungen nur für unbezahlte Rechnungen senden (bezahlte und stornierte Rechnungen dürfen keine "Zahlung fällig"‑Nachricht erhalten).
- Eine "Überfällig"‑Ansicht öffnen und beantworten: Wer ist überfällig und um wie viel, ganz ohne Export.
Nach der Checkliste testen Sie ein unordentliches Szenario: Ein Schüler sagt eine Stunde in einer wöchentlichen Serie ab und verlegt sie dann zwei Tage später. Prüfen Sie, ob die Rechnung die Änderung genau einmal widerspiegelt und das Team ohne langes Suchen versteht, was passiert ist.
Wie gutes Verhalten aussieht
Gutes Verhalten ist, wenn die App häufige Fehler verhindert und Ausnahmen einfach macht. Mitarbeitende sollten sich nicht an spezielle Regeln erinnern müssen wie "Erinnere Familien nicht, die gestern per Überweisung bezahlt haben." Das System sollte sich auf Rechnungsstatus und Zahlungsdaten verlassen.
Nächste Schritte: Pilot, verbessern und entscheiden, wie Sie bauen
Behandeln Sie Ihre erste Version wie einen Pilot. Wählen Sie ein Programm (z. B. Mathe Klasse 6–8) oder einen Standort und laufen Sie es 2–4 Wochen. Niedrigere Einsätze machen Probleme leichter sichtbar und korrigierbar.
Sammeln Sie Feedback aus drei Perspektiven: die Admin, die Termine und Rechnungen macht; die Tutoren, die Lektionen prüfen; und einige Eltern, die Rechnungen und Erinnerungen erhalten. Fragen Sie nach konkreten Beispielen: „Zeigen Sie mir die letzte Nachricht, die verwirrend war" oder „Welcher Schritt dauert an einem vollen Tag am längsten?"
Halten Sie die wöchentliche Überprüfung einfach:
- Was haben wir noch in Tabellen gemacht und warum?
- Welche Rechnung musste manuell bearbeitet werden?
- Welche Erinnerung führte zu einer Antwort oder Beschwerde?
- Wo zögerte das Team, weil die Regel unklar war?
- Was würde nächste Woche am meisten Zeit sparen?
Sobald der Kern stabil ist (Wiederkehrende Planung, Anwesenheit, Rechnungen, Zahlungserinnerungen), fügen Sie Upgrades nach Bedarf hinzu. Viele Zentren wählen Online‑Zahlungen, ein Elternportal für Rechnungen und Stundenhistorie oder einfache Berichte (gehaltene Stunden, Umsatz pro Programm, offene Salden).
Wenn Sie ohne zu programmieren bauen möchten, ist AppMaster (appmaster.io) eine Option, die gut zu diesem System passt, weil sie die gesamte App abdeckt: Datenbank, Business‑Logik, Web und native Apps. Der praktische Test ist einfach: Kann Ihr Team die ganze Woche — Terminplanung, Anwesenheit, Abrechnung und Erinnerungen — aus einer einzigen Quelle der Wahrheit verwalten?
Wenn sich der Pilot ruhig und prognostizierbar anfühlt, rollen Sie auf das nächste Programm mit derselben Checkliste aus und verbessern Sie in kleinen, sicheren Schritten.
FAQ
Sie haben Tabellenkalkulationen überholt, wenn Mitarbeiter anfangen zu fragen, welches Tab die korrekten Daten enthält, wenn Umbuchungen nicht überall zuverlässig aktualisiert werden oder wenn Rechnungen und Zahlungen manuell abgeglichen werden müssen. Wenn Doppeltbuchungen, vergessene Rechnungen und verspätete Mahnungen häufiger als gelegentlich vorkommen, spart eine einzige Quelle der Wahrheit Zeit und verhindert Streitigkeiten.
Beginnen Sie mit Students, Guardians, Tutors, Subjects, Locations, Lessons, Rate Plans, Invoices und Payments. Wenn diese Kerndaten konsistent sind, lassen sich Kalender, Rechnungen, Erinnerungen und Berichte erzeugen, ohne dass Mitarbeitende Details aus alten Mitteilungen aus dem Gedächtnis rekonstruieren müssen.
Nutzen Sie einen wiederkehrenden Plan, um das Muster zu beschreiben, und erzeugen Sie einzelne Lektionen als Instanzen im Kalender. Rechnen Sie immer von den tatsächlich stattgefundenen Lektionen ab, nicht vom Plan, damit Ausnahmen die Abrechnung nicht durcheinanderbringen.
Behandeln Sie Ausnahmen als Änderungen an einer einzelnen Lektion, nicht als Bearbeitung der gesamten Serie. Bei Feiertagen, Urlaubszeiten oder Verschiebungen aktualisieren Sie das einzelne Datum, so bleibt der Rest des wiederkehrenden Plans stabil.
Halten Sie die Status klein und klar: scheduled, completed, canceled, no-show. Zusätzliche Details wie wer storniert hat, notieren Sie als Kommentar. Zu viele Status verlangsamen das Team und erschweren Auswertungen.
Eine verlässliche Standardregel ist: Rechnungen werden erst für Lektionen erstellt, die als completed markiert wurden, da sich Zeitpläne oft ändern und die Rechnungen das widerspiegeln sollen, was tatsächlich geliefert wurde. Wenn Sie Monatsabrechnungen bevorzugen, erstellen Sie diese auf einem festen Rhythmus, schließen aber ebenfalls nur abgeschlossene Lektionen ein.
Unterstützen Sie von Anfang an eine kleine Auswahl: pro Sitzung, pro Stunde und im Voraus bezahlte Pakete, ergänzt durch optionale Rabatte oder Stornogebühren entsprechend Ihrer Richtlinie. Legen Sie eine klare Regel fest, was eine Rechnungsposition darstellt — etwa: eine abgeschlossene Lektion = eine Position — damit Eltern schnell nachvollziehen können, wofür sie zahlen.
Sperren Sie Rechnungspositionen zum Zeitpunkt der Rechnungsausstellung, damit die Historie stabil bleibt. Neue Raten gelten nur für neue Lektionen; sonst entstehen Streitigkeiten, weil alte Rechnungen nicht mehr mit dem übereinstimmen, was ursprünglich gesendet wurde.
Nutzen Sie wenige, vorhersehbare Kontaktpunkte und stoppen Sie Erinnerungen sofort bei erfasster Zahlung. Halten Sie Nachrichten kurz und hilfreich: Betrag, Fälligkeitsdatum, Rechnungsnummer und wie man antwortet, falls ein Problem besteht. Beispiele: 7 Tage vor Fälligkeit, am Fälligkeitstag, 3 Tage nach Fälligkeit.
Geben Sie Admins vollen Zugriff auf Terminverwaltung, Abrechnung und Zahlungen und beschränken Sie Tutoren auf ihren eigenen Zeitplan und Schülernotizen. Führen Sie ein Audit-Log für sensible Änderungen und speichern Sie nur die Informationen, die wirklich erforderlich sind — das reduziert Fehler und schützt die Privatsphäre.


