Lösungen · Beauty & Wellness
Wir verbinden den Assistenten über sechs Werkzeuge, die er im Gespräch aufruft, mit Ihrem Terminplanungssystem: die Dienstleistungen mit den echten Preisen, die Spezialisten mit den jeweiligen Verfahren, die Verfügbarkeit, das Erstellen, Stornieren und Verschieben eines Termins. Die Quelle der Wahrheit bleibt Ihr Kalender; wir führen keinen zweiten.
Bereits gebautDer Connector ist geschrieben und läuft: 946 Zeilen im Integrationsmodul mit dem Altegio-Buchungssystem, mit sechs dem Agenten offengelegten Tools, jedes mit eigener Ausführungsfrist — 15 Sekunden für die Serviceliste, 30 für die Verfügbarkeit, 20 für Erstellen, Stornieren und Verschieben. Die Tools sind am einzigen Ausführungspunkt des Agenten angebunden, zusammen mit den anderen 15 Typen interner Tools der Plattform. Die zweite Implementierung, auf die wir uns stützen, ist die Assistentenplattform selbst, in Produktion: Kanäle mit eigenem Code, eine indexierte Wissensdatenbank und die Übergabe an einen Menschen mit Eintrag in der Datenbank. Die Reserve: Der Connector ist für nur ein Buchungssystem geschrieben. Wenn Ihr Salon etwas anderes nutzt, ist die erste Etappe eine Kompatibilitätsprüfung, kein Versprechen.
In einem Salon ist fast jede eingehende Nachricht dieselbe Unterhaltung in vier Antworten: Welche Dienstleistungen bieten Sie an, wie viel kosten sie, wer führt sie aus, wann ist jemand frei. Das wiederholt sich dutzendfach am Tag, fast immer außerhalb der Arbeitszeit oder genau dann, wenn der Administrator die Hände voll hat. Ein Assistent, der die ersten drei Fragen beantwortet und bei der vierten stoppt, löst nichts — der Mensch wird trotzdem anrufen, und Sie werden trotzdem jemanden bezahlen, der antwortet.
Deshalb haben wir die Integration bis zum Ende aufgebaut: Der Agent sagt nicht nur, welche Zeiten frei sind, sondern erstellt den Termin im System des Salons, storniert ihn und verschiebt ihn. Der Termin wird direkt in Ihrem Kalender eingetragen, über die Schnittstelle des Systems, das Sie bereits verwenden. Wir führen keine zweite Agenda, die dann mit der ersten abgeglichen werden muss — die Quelle der Wahrheit bleibt nur eine, denn zwei Kalender bedeuten früher oder später zwei Kunden zur gleichen Zeit.
Das Detail aus der Praxis, das den Unterschied zwischen einer funktionierenden Integration und einer, die „immer zurückgibt, dass nichts frei ist“, ausmacht, ist eine Regel des Terminplanungssystems, die in unserem Code so festgehalten ist: Dienstleistung und Spezialist reisen zusammen. Wenn Sie die Zeiten eines Spezialisten für eine Dienstleistung anfordern, die er nicht anbietet, erhalten Sie null Ergebnisse — keinen Fehler, sondern eine leere Antwort, die genau wie „wir haben keinen Platz“ aussieht. Deshalb gibt das Verfügbarkeitswerkzeug nicht „frei/belegt“ zurück: Es gibt zurück, welche Spezialisten die angeforderte Dienstleistung erbringen und die ersten freien Zeiten für jeden, nach dem frühesten sortiert, damit der Agent eine konkrete Alternative vorschlagen kann, statt das Gespräch zu beenden.
Und die tatsächliche Dauer einer Behandlung ist eine zweite Falle derselben Familie: Die globale Dienstleistungsliste gibt eine leere Dauer zurück, und die echte Dauer erscheint erst, wenn Sie gefiltert nach Spezialist fragen. Ohne diese Korrektur schlägt der Agent Zeiten vor, die nicht in den Kalender passen. Das sind Dinge, die Sie nicht aus der Dokumentation erfahren, sondern erst, nachdem die Integration mit echten Daten gelaufen ist.
Was dazugehört
Das erste Werkzeug gibt die aktiven Dienstleistungen mit den echten Preisen aus Ihrem Kalender zurück, filterbar nach einer freien Formulierung des Kunden auf Rumänisch oder Russisch, die passendsten zuerst. Ausführungszeit 15 Sekunden. Wenn Sie einen Preis im System ändern, sagt der Agent ihn geändert — bei uns gibt es keine Datei, die hinterherhinkt.
Das Verfügbarkeitswerkzeug erhält die Dienstleistung — per Kennung oder per gesuchter Bezeichnung — und optional den bevorzugten Spezialisten, der zuerst angezeigt wird, aber mit den Alternativen. Das Ergebnis ist die Liste der Spezialisten, die diese Dienstleistung anbieten, und die ersten freien Zeiten für jeden, nach dem frühesten sortiert. Zeit: 30 Sekunden, weil die Abfrage mehrere Stellen berührt.
Das Erstellungstool erhält den Spezialisten, den Service oder die Services, Datum und Uhrzeit, das Telefon und den Namen des Kunden, optional die E-Mail, einen Kommentar und die Dauer. Das Ergebnis ist ein Termin im Kalender des Salons, mit Identifikator. Von da an lebt er in Ihrem System, nicht bei uns — der Administrator sieht ihn dort, wo er normalerweise hinschaut.
Die Stornierung erfordert den Identifikator des Termins und optional den Grund; die Verschiebung ändert die Uhrzeit und behält den Termin bei. Ohne diese beiden ist jede Termin-Integration nur halb: Kunden stornieren und verschieben häufiger als sie buchen, und wenn der Agent es nicht kann, kehrt die Arbeit genau im ärgerlichsten Moment zum Menschen zurück.
Das sechste Tool gibt die Liste der Spezialisten mit den Verfahren zurück, die jeder ausführt, und der Dauer jedes Verfahrens in Minuten — es kann nach dem Namen des Spezialisten oder nach dem Service gefiltert werden. Es ist das Tool, das auf „wer macht die Laminierung“ antwortet und, noch wichtiger, das dem Agenten die Dauer liefert, bevor er eine Uhrzeit vorschlägt. Ein Detail, das sich nur in der Praxis zeigt: Die tatsächliche Dauer kommt nur dann, wenn Sie gefiltert nach Spezialist fragen; die globale Liste gibt es leer zurück.
Das Partner-Token ist ein einziger Schlüssel, der in der Serverumgebung gehalten wird, niemals in der Datenbank pro Tool. Sie verbinden den Salon mit dem Identifikator des Unternehmens, der vor dem Speichern validiert wird: Es wird die öffentliche Serviceliste für diesen Identifikator angefordert und gezählt, wie viele es sind. Wenn sie nicht antwortet, wird die Integration nicht gespeichert — besser beim Verbinden scheitern als vor einem Kunden.
Der Sicherheitsfilter des Anbieters antwortet mit 403 auf einen standardmäßigen Client-Identifikator, also sendet die Integration einen eigenen Identifikator. Es ist die Art von Kleinigkeit, die, wenn sie nicht entdeckt wird, Tage damit verursacht, die Ursache an der falschen Stelle zu suchen — und sie steht im Codekommentar gerade deshalb, damit die nächste Person sie nicht mehr verliert.
Der Thread hat den expliziten Zustand `bot` oder `human`, das Übernahmelog kennt die Übernahme durch einen Menschen, die Rückkehr zum Bot und die automatische Reaktivierung, und der Thread hat separat einen Zustand für die Einhaltung der Antwortzeit. In einem Salon sind die Momente, die einen Menschen erfordern, vorhersehbar: die Beschwerde nach einer Prozedur, die Bitte um einen Rabatt, die Frage zu einem Hautproblem.
Er empfiehlt keine Behandlungen und bewertet kein Problem der Haut, der Haare oder der Nägel — nicht einmal, wenn der Kunde darauf besteht, denn die Antwort wäre eine Aussage über die Gesundheit von jemandem. Er verhandelt keine Preise und gewährt keine Rabatte, außer wenn die Regel geschrieben und überprüfbar ist. Und auf diesem Niveau funktioniert er nicht, wenn der Salon kein Terminssystem mit Oberfläche hat — dann übernimmt er die Anfrage und gibt sie an einen Menschen weiter, was eine andere Arbeit ist und vorher gesagt werden muss.
Traseul
Die erste Etappe ist eine Prüfung, kein Versprechen: welches System Sie nutzen, welche öffentliche Oberfläche es hat, ob es schnell genug für eine Unterhaltung antwortet. Der von uns geschriebene Connector ist für ein bestimmtes System. Für ein anderes liefern wir das Prüfergebnis und die Aufwandsschätzung, auch dann, wenn die Antwort lautet, dass es auf Ebene der automatischen Buchung nicht funktionieren kann.
Die Verbindung erfolgt mit dem Identifikator Ihres Unternehmens, der sofort gegen die öffentliche Buchungsschnittstelle validiert wird: Es werden die Services angefordert und gezählt. Wir liefern die verbundene Integration mit der gelesenen Anzahl an Services — wenn die Zahl nicht zur Realität des Salons passt, sieht man es sofort, nicht erst nach einem Monat.
Die sechs Werkzeuge werden nur Ihrem Agenten angebunden, nicht allen. In seiner Rolle schreiben wir ausdrücklich, was er nicht darf: Behandlungen empfehlen, eine medizinische Frage bewerten, ein Ergebnis versprechen, einen nicht bestätigten Rabatt gewähren. Wir liefern die Konfiguration des Agenten und die Liste der angebundenen Werkzeuge.
Wir starten mit weit konfigurierter Übergabe an den Menschen und mit aktiviertem Abfrageprotokoll. Wir lesen die Gespräche der ersten Tage — dort sieht man die lokalen Formulierungen, die der Agent keinem Service zuordnet. Wir liefern den Bericht mit den verpassten Zuordnungen und den vorgenommenen Korrekturen.
Die Daten
Die Regeln unterscheiden sich von einer Branche zur anderen. Das sind die, die für Beauty & Wellness gelten.
Ein Fall
Die Ausgangslage
Ein mit dem Terminierungssystem eines Salons verbundener Assistent antwortete korrekt auf Services und Preise, aber auf die Frage „wann ist frei“ lieferte er für bestimmte Kombinationen eine leere Antwort. Kein Fehler — eine leere Antwort, die im Gespräch genau wie „wir haben keinen Platz“ wirkt.
Was wir gebaut haben
Die Ursache ist eine Regel des Terminplanungssystems: Dienst und Spezialist reisen zusammen. Die Zeiten eines Spezialisten für einen Dienst, den er nicht anbietet, liefern null Ergebnisse. Ich habe das Verfügbarkeitswerkzeug so umgeschrieben, dass es vom Dienst ausgeht, nicht von der Person: Es gibt die Spezialisten zurück, die diesen Dienst anbieten, und die ersten freien Zeiten für jeden, sortiert nach der frühesten, mit dem bevorzugten Spezialisten zuerst, aber die Alternativen bleiben erhalten. In derselben Phase habe ich auch die Dauer der Behandlungen repariert, die aus der globalen Liste leer zurückkommt und nur gefiltert nach Spezialist tatsächlich vorhanden ist, und ich habe eine eigene Kundenkennung gesetzt, weil der Sicherheitsfilter des Anbieters auf die Standardkennung mit 403 antwortet.
Was dabei herauskam
Das Gespräch endet nicht mehr mit „nicht verfügbar“. Der Agent schlägt eine konkrete Alternative vor — einen anderen Spezialisten, eine andere Uhrzeit — und kann den Termin im Kalender des Salons erstellen, stornieren oder verschieben, der die einzige Quelle der Wahrheit bleibt.
Was der Fall nicht sagt
Die Korrekturen sind spezifisch für das Terminplanungssystem, für das der Connector geschrieben ist. Für ein anderes System sind die Regeln vor Ort andere und sie werden auf dieselbe Weise entdeckt: durch Ausführung mit realen Daten, nicht durch Lesen der Dokumentation.
Fragen
Es bucht. Es gibt ein Erstellungswerkzeug, das den Termin im System des Salons schreibt, mit Spezialist, Dienst, Datum, Uhrzeit, Telefon und Name, und die Termin-ID zurückgibt. Stornierung und Verschiebung sind ebenfalls Werkzeuge. Wenn ein Anbieter „bucht“ sagt, aber nicht stornieren und verschieben kann, ist die Integration nur halb fertig.
Der häufigste Grund in dem System, mit dem wir arbeiten, ist, dass Dienst und Spezialist zusammen reisen: Wenn die Zeiten eines Spezialisten für einen Dienst angefordert werden, den er nicht anbietet, ist die Antwort null Ergebnisse, keine Fehlermeldung. Deshalb beginnt unser Verfügbarkeitswerkzeug beim Dienst und gibt die Spezialisten zurück, die ihn anbieten, mit den ersten freien Zeiten für jeden. Es ist eine Korrektur im Code, keine Einstellung.
Es ändert sich, was der Agent tun kann: Er übernimmt die vollständige Anfrage — Dienst, bevorzugter Spezialist, Zeitraum, Kontakt — und gibt sie an einen Menschen weiter, statt zu reservieren. Das ist nützlich, aber eine andere Arbeit und wir nennen sie anders. Wir verkaufen Ihnen keine „automatische Buchung“ über einen Papierkalender.
Ja, und das ist das Standardverhalten des Werkzeugs: Der bevorzugte Spezialist wird zuerst angezeigt, aber die Alternativen werden mit den ersten freien Zeiten für jeden angezeigt, sortiert nach der frühesten. Ein Agent, der „nicht verfügbar“ antwortet und schweigt, verliert genau den Kunden, der bereit war zu kommen.
Aus dem Tool für Spezialisten, das die Verfahren jedes Einzelnen mit der Dauer in Minuten zurückgibt. Das Detail, das zählt: Die globale Serviceliste gibt die Dauer leer zurück, und die reale Dauer erscheint nur gefiltert nach Spezialist. Ohne diese Korrektur würde der Agent Zeiten vorschlagen, die nicht passen. Es ist im Code festgehalten, weil wir es an realen Daten entdeckt haben.
Er vermerkt es im Termin, wenn Sie das verlangt haben, und gibt keinen Rat. Er bewertet nicht, empfiehlt kein Produkt, sagt nicht, ob die Behandlung geeignet ist — das wäre eine Aussage über die Gesundheit eines Menschen, gemacht von einem automatischen System. Er übergibt das Gespräch an einen Spezialisten. Die vom Kunden geschriebene Information gehört zu einer besonderen Kategorie und wird auch so behandelt, einschließlich der Aufbewahrungsfrist.
Der Fehler ist dort sichtbar und reparierbar, wo er entstanden ist: Der Termin steht in Ihrem Kalender, und dieselben Werkzeuge können ihn stornieren oder verschieben. Die Plattform behält die Ausführungsspuren — welches Werkzeug aufgerufen wurde, mit welchen Parametern und mit welchem Ergebnis — daher lässt sich rekonstruieren, was passiert ist. Bei der Konfiguration legen wir fest, was er allein tun darf und wofür er die Bestätigung eines Menschen braucht, und das wird geschrieben, nicht vorausgesetzt.
Nur wenn Sie ihm ausdrücklich Zugriff darauf geben. Die heute verbundenen Werkzeuge decken Dienstleistungen, Spezialisten, Verfügbarkeit, Erstellung, Stornierung und Verschiebung ab. Der Besuchsverlauf ist eine andere Datenkategorie, mit anderen Folgen, und wird nicht automatisch aktiviert, nur weil er „nützlich“ ist.
Über die Kanäle, über die Ihre Kunden bereits schreiben und die in der Plattform einen eigenen Code haben: Instagram Direct und Messenger — dort kommt der größte Teil der Nachrichten in einem Salon an — Telegram, WhatsApp über Cloud API und das Widget auf der Seite. Die Terminwerkzeuge sind auf allen gleich; es gibt keine schwächere Version auf einem Kanal.
Erzählen Sie uns von Ihrem Prozess. Gemeinsam legen wir fest, was sich zu bauen lohnt, was wir anbinden können und wie wir das Ergebnis prüfen.