Ein Buchungslink, den auch Leute außerhalb Ihres Unternehmens nutzen können. Verfügbarkeiten, die wirklich stimmen. Und ein bestätigter Termin, der mit einer richtigen Einladung in Ihrem Kalender landet. Alles auf denselben Personen und Firmen, mit denen jede andere App im Arbeitsbereich arbeitet.
Terminbuchung wird als eigenes Produkt verkauft. Deshalb kennt sie Ihre freie Zeit und sonst nichts. Von der Kundin, dem Deal, dem Projekt und der zuständigen Person hat sie nie gehört, und sagen kann man es ihr auch nicht, weil all das an einer Stelle liegt, an die sie nicht heranreicht.
Der Termin findet also statt, und im Datensatz bewegt sich nichts. Später tippt es jemand nach. Oder eben niemand.
Vormittags und nachmittags, freitags kürzer, am Wochenende gar nicht, und dazu die Tage, an denen geschlossen ist. Zwei Fenster am Tag sind der Normalfall, und genau den muss man in den meisten Werkzeugen mit einem zweiten Link nachbauen.
Ein Feiertag ist nicht das Fehlen einer Regel, sondern eine Regel, die geschlossen sagt. Deshalb gibt es hier Ausnahmen und keine Lücke, in die hoffentlich niemand hineinbucht.
Nichts davon fällt auf, solange es stimmt. Genau deshalb steht es hier. Jeder dieser Punkte ist ein echter Fehler in einem Werkzeug, das Sie schon benutzt haben.
Zehn Minuten vor und nach einem Termin heißen: zehn Minuten rund um den bestehenden Termin bleiben frei. Die angebotene halbe Stunde wird dadurch nicht stillschweigend kürzer. Genau das macht die naive Variante, und sie ärgert jeden.
Tage werden in der Zeitzone der Buchungsseite durchgegangen und nicht in 24-Stunden-Blöcken gerechnet. Der Tag der Umstellung gewinnt und verliert deshalb keine Stunde Verfügbarkeit. Eine Uhrzeit in der Frühjahrslücke rutscht heraus, eine doppelte Herbststunde nimmt den ersten Durchgang.
Ein Termin, der um 10:00 endet, blockiert 10:00 nicht. Berühren ist kein Überschneiden, und wer das verwechselt, verliert am Tag eine Stunde an Rechenfehler.
Eine gewünschte Dauer muss eine sein, die die Seite anbietet. Eine andere wird abgelehnt und nicht auf den nächsten Wert gestutzt. Stilles Stutzen ergibt einen Termin, dem keine der beiden Seiten zugestimmt hat.
Jeder Termin trägt, wie er angezeigt wird, und die Buchungsseite liest das mit. Ein Fokusblock als abwesend schließt den Vormittag. Ein Mittagessen als frei tut das nicht, weil Sie es zur Not verschieben.
Aus jeder bestätigten Buchung wird so ein Termin. Der Besucher steht als zugesagter Gast darauf, denn mit dem Klick hat er bereits zugesagt. Und wird die Buchung storniert, wird der Termin abgesagt, ohne dass dafür Code dazwischenliegt.
Eine fremde Person aus dem offenen Internet möchte etwas in Ihren Kalender eintragen. Jeder Schritt hier existiert wegen dieses Satzes.
Die Seite zeigt Ihre Zeiten in der Zeitzone des Besuchers, und die lässt sich auf der Seite umstellen. Wer aus einem Hotelzimmer bucht, sitzt nicht in der Zeitzone seines Laptops.
Eine Datenbanksperre auf diese Seite und diesen Zeitpunkt, innerhalb der Sperre noch einmal geprüft, mit einer eindeutigen Bedingung dahinter. Zwei gleichzeitige Klicks ergeben eine Buchung und eine ehrliche Absage.
Der Link gilt einmal, liegt nur als Hash und läuft nach einem Tag ab. Das ist der Schutz vor Missbrauch: Er kostet pro Buchung ein funktionierendes Postfach, und die Adresse einer anderen Person einzutippen trägt dieser nichts in den Kalender ein.
In dem Kalender, den die Seite ansteuert, sonst im Standardkalender der zuständigen Person. Jede bestätigte Buchung landet irgendwo, statt von einem Feld abzuhängen, an das jemand denken musste.
Eine zweite Mail mit invite.ics, einmal als Kalenderteil und einmal als Anhang. Outlook und Gmail zeichnen die Zusagen-Schaltflächen, jedes andere Programm kann die Datei trotzdem öffnen. Die Kennung bleibt stabil, eine spätere Änderung aktualisiert den Eintrag also, statt einen zweiten anzulegen.
Die zuständige Person bekommt bewusst keine Mail. Der Termin steht in ihrem Kalender, und dort hätte sie ohnehin nachgesehen.
Sie sehen einen Kalender, wenn er Ihnen gehört oder jemand ihn mit Ihnen geteilt hat. Sie sehen einen Termin, wenn Sie den Kalender sehen, in dem er liegt, oder wenn Sie Gast auf ihm sind. Geteilt heißt von Bauart her lesend, deshalb kann daraus nie versehentlich gemeinsames Bearbeiten werden.
Es gibt keine Umgehung für Administratoren. Nicht für die Verwaltung des Arbeitsbereichs, nicht für Plattformpersonal, nicht für uns. Was das kostet, gehört genauso gesagt wie das, was es bringt: Eine Administratorin kann einen kaputten Termin einer Kollegin nicht reparieren, und niemand kann stellvertretend beantworten, warum ein bestimmter Slot belegt ist.
Durchgesetzt wird das an der einen Stelle, durch die jeder Lesezugriff läuft. Deshalb kann auch keine Zählung verraten, was eine Liste nicht zeigen würde. Ein Termin, den Sie nicht sehen dürfen, antwortet nicht gefunden statt verboten, denn verboten wäre schon eine Auskunft.
Abonnieren Sie die veröffentlichte Adresse eines Outlook-, Google- oder Apple-Kalenders, und dessen Termine kommen als echte belegte Zeit an. Die Buchungsseite bietet die Stunde Ihres Montags-Standups dann nicht mehr an. Abgefragt wird viertelstündlich, ausgewertet im eigenen Prozess. Es wird kein Konto verbunden, und nichts verlässt die Plattform.
Ein Kalender voller Geburtstage und Feiertage macht Sie nicht ein Jahr lang unbuchbar, denn Einträge, die sich als frei kennzeichnen, werden als frei gelesen. Und ein Feed, der zu groß ist, um ihn ganz zu lesen, wird abgelehnt statt abgeschnitten. Ein zu kurzer Kalender sieht aus wie freie Zeit.
Das läuft in eine Richtung und sagt das auch. In einen fremden Kalender zurückzuschreiben braucht eine Verbindung, Zugangsdaten und ein anderes Fehlerverhalten. Diese Arbeit steht auf der Roadmap, statt hier halb erledigt zu sein.
Microsoft 365 und Google, in beide Richtungen, sind in Arbeit. Zur Roadmap →
Lieber hier als später beim Ausprobieren. Eine Seite, die nur auflistet, was funktioniert, taugt nicht zum Planen.
Feeds kommen herein. Heraus geht nichts. Einen Konferenzlink fügen Sie selbst ein, statt dass wir ihn erzeugen. Ein Meet-Link kann ohne den Google-Termin gar nicht entstehen, und diese Verbindung haben wir noch nicht gebaut.
Ist sie bestätigt, ist eine Änderung ein Gespräch. Stornieren und Verschieben von beiden Seiten ist geschnitten und kommt als Nächstes. Bis es da ist, behauptet diese Seite nichts anderes.
Belegt wird aus deren Kalender berechnet. Es gibt kein Rotationsverfahren, keine Teamseite und keine gemeinsame Verfügbarkeit. Für die Rufbereitschaft eines Support-Teams ist das hier also nicht gedacht.
Bringen Sie die Zeiten mit, zu denen Sie wirklich arbeiten, und den Kalender, den Sie ohnehin führen. Wir richten eine Seite ein, die Sie noch am selben Nachmittag an eine Kundin schicken können.
Etwa 30 Minuten, auf einer echten Unternehmensplattform
