Wenn eine Website eine gute Navigation hat, wozu braucht sie dann einen Sprachlotsen?

Auf den ersten Blick ist die Frage ehrlich und sogar unangenehm.

Wenn auf der Website alles klar ist, das Menü an Ort und Stelle, der Button "Termin buchen" sofort sichtbar und die Bereiche sauber strukturiert sind, wozu braucht es dann noch einen VoiceGuide? Was soll er tun? Den Nutzer zum richtigen Bereich führen? Aber wenn die Navigation bereits gut ist, findet der Nutzer sich doch selbst zurecht.

Und wenn man die Sprachschicht nur als "Sprachnavigation der Website" betrachtet, klingt dieser Einwand berechtigt:

"Wollen Sie damit sagen, dass unsere Navigation schlecht ist?"

Nein. Das nicht.

Eine gute Navigation ist immer wichtig. Aber die Sprachschicht ist nicht wertvoll, weil die Website schlecht ist. Sie ist wertvoll, weil der Nutzer fast nie denselben Sitemap im Kopf hat wie der Betreiber.

Der Nutzer denkt nicht in Bereichsnamen. Er denkt nicht: "Jetzt öffne ich die Hilfe, dann finde ich den richtigen Unterpunkt, dann vergleiche ich die Formulierungen, dann verstehe ich, auf welcher Seite das benötigte Detail versteckt ist."

Er denkt anders: - Wie viele Tage wird ein Paket aufbewahrt? - Wo rufe ich an? - Wo ist mein Limit? - Welchen Tarif brauche ich? - Wie upgrade ich? - Soll ich jetzt einen Termin buchen, eine Anfrage stellen oder in den Chat schreiben?

Er braucht keinen Bereich. Er braucht ein Ergebnis.

Die Navigation kann in Ordnung sein, der Weg zur Antwort trotzdem lang

Das lässt sich leicht an sich selbst überprüfen.

Es gibt Websites, die von außen recht aufgeräumt wirken. Tarife sind vorhanden, Hilfe ist da, die Struktur scheint vernünftig. Aber sobald man keinen allgemeinen Überblick, sondern eine einzige konkrete Antwort braucht, beginnt eine Odyssee.

Zum Beispiel wird auf der Upgrade-Seite der Tarif kurz beschrieben. Aber der Nutzer muss ein wichtiges Detail erfahren: Wie viele Tage wird ein Paket aufbewahrt? Formal ist die Information vorhanden. Aber sie befindet sich bereits auf einer anderen Seite, unter einem anderen Namen, in einer anderen Hilfe-Ebene. Und der Weg dorthin ist nicht offensichtlich.

Die Website muss dabei nicht schlecht sein. Sie ist nur von innen her mit der Logik des Unternehmens aufgebaut, nicht mit der Logik der konkreten Frage des Nutzers.

Und das ist ein häufiger Fall.

Besonders gut sieht man das bei großen Diensten

Es gibt ein noch aussagekräftigeres Beispiel: große Unternehmen, bei denen scheinbar alles in Ordnung ist mit Geld, Marke und Benutzerfreundlichkeit.

Nehmen wir eine typische Support-Website eines großen Telekommunikationsanbieters. Auf der Startseite gibt es keinen direkten und klaren Weg zu einem Live-Kontakt. Durch die Seitenstruktur findet man eine Geschäftsseite "Kontakt zum technischen Support", auf der es nur eine E-Mail-Adresse gibt. Und eine Telefonnummer gibt es dort direkt immer noch nicht. Stattdessen erhält der Nutzer ungefähr diese Antwort: Wenn Ihre Frage zu einer anderen Kategorie gehört, kontaktieren Sie uns bitte unter den im Menü "Kontakt" angegebenen Nummern.

Das Problem ist, dass auf der Support-Seite selbst dieser "Kontakt"-Bereich nicht griffbereit ist. Das heißt, selbst auf der Support-Website bleibt der Weg zum Support nicht kurz.

Aus technischer Sicht mag dies als funktionierender Prozess gelten. Aus Sicht des Nutzers fühlt es sich anders an: als ob das System dem Nutzer nicht hilft, schnell zur Antwort zu gelangen, sondern ihm hilft, nicht zu schnell dorthin zu gelangen.

Und das ist eine wichtige Beobachtung. Manchmal ist eine Website nicht einfach nur komplex. Manchmal wird das Gespräch mit einem Menschen zu einer knappen Ressource, zu der der Nutzer nur über einen Chat, ein Konto, einen Antrag, einen Rückruf oder einen langen Umweg Zugang erhält.

Ich sage nicht, dass das immer böse Absicht ist. Aber der Nutzer fühlt sich sehr oft genau so.

Deshalb reduziert sich ein Sprachassistent nicht auf "Seitennavigation"

Betrachtet man es weiter, ist VoiceGuide kein Führer durch Seiten. Es ist ein Führer durch die Absicht des Nutzers.

Er fragt den Nutzer nicht: "Bitte finde heraus, wie wir den benötigten Bereich nennen."

Er arbeitet nach einer anderen Logik: "Sag mir, was du erfahren oder tun möchtest, und ich bringe dich zur Antwort."

Das ist eine sehr wichtige Verschiebung.

Denn im echten Leben formulieren Menschen ihre Anfragen selten in Begriffen von Menüs und internen Bezeichnungen. Sie formulieren sie in Begriffen ihrer Aufgabe: - Ich möchte die Bedingungen erfahren; - Ich möchte den Unterschied zwischen den Tarifen verstehen; - Ich möchte mit einem Menschen sprechen; - Ich möchte etwas abschließen; - Ich möchte etwas ändern; - Ich möchte finden, wo das überhaupt versteckt ist.

Und wenn dafür nicht nur die Website nötig ist, sondern auch ein Help-Center, Regeln, ein Dienstleistungskatalog, Tariflogik, ein Konto und Registrierungsszenarien, dann geht das Produkt bereits weit über die reine Seitensuche hinaus.

Es ist eine andere Art der Kommunikation

Ein Sprachassistent ist nicht einfach eine Alternative zum Menü. Er ist eine Alternative zur Art und Weise, wie man mit dem Dienst kommuniziert.

Normalerweise hat der Nutzer mehrere nicht ideale Optionen: - manuell auf der Website suchen; - den Text-Chat ausprobieren; - die Hilfe öffnen; - auf eine Antwort vom Support warten; - ein Formular ausfüllen; - bei Google suchen; - oder, was bereits zur neuen Norm geworden ist, einen externen LLM fragen, der unerwartet schneller antwortet als die Website selbst.

Wenn der Nutzer zu einem externen Helfer geht und von ihm die benötigte Telefonnummer, E-Mail-Adresse oder den kurzen Weg zur Lösung schneller erhält als von der offiziellen Oberfläche, ist das bereits ein alarmierendes Signal für das Unternehmen selbst.

Denn es ergibt sich eine seltsame Sache: Die externe Schicht beginnt, die Nutzerabsicht besser zu verstehen als die eigene Oberfläche des Unternehmens.

VoiceGuide wird genau dafür benötigt: damit diese Schicht nicht extern, sondern eine eigene ist.

Nicht anstelle der Navigation, sondern darüber

Kurz gesagt:

VoiceGuide ersetzt nicht das Menü, die Suche und die Hilfeseiten. Es gibt dem Nutzer eine zweite Möglichkeit, mit dem Dienst zu interagieren.

Wenn der Nutzer möchte, geht er den gewohnten Weg. Wenn er sich nicht mit der Struktur auseinandersetzen, sich keine Punktnamen merken, nicht in versteckten Menüs suchen oder sich seinen Weg zur gewünschten Aktion durch eine Kette nicht offensichtlicher Seiten bahnen möchte, fragt er einfach.

Und das System: - versteht die Frage; - findet die richtige Antwort; - erklärt sie kurz; - und führt, falls nötig, zum nächsten Schritt.

Nicht einfach "hier ist der Bereich". Sondern "hier ist, was du brauchst, hier ist warum, und hier geht es als nächstes hin".

Auf dem Handy ist das noch deutlicher spürbar

Am Desktop kann der Nutzer noch den Bildschirm scannen, zwei Tabs öffnen, schnell zurückgehen und die Struktur mit dem peripheren Sehen erfassen.

Auf dem Handy wird alles kompakter: - das Menü versteckt sich; - der Kontext verschwindet; - die Blöcke werden länger; - die benötigten Details liegen tiefer; - jede zusätzliche Aktion ist teurer.

Deshalb ist eine Sprachschicht besonders logisch, nicht als Wow-Funktion, sondern als Abkürzung durch eine enge Oberfläche.

Auf dem kleinen Bildschirm verwandelt sich die Frage "wozu brauche ich das" in eine andere Frage: Wie viele überflüssige Schritte können entfernt werden, wenn der Mensch einfach sagt, was er möchte.

Es ist auch eine Möglichkeit, einfache Fragen nicht zum Anruf kommen zu lassen

Es gibt noch ein sehr praktisches Argument.

Viele Fragen brauchen gar keinen Anruf beim Support. Wenn jemand eine einfache Sache erfahren möchte – Tarifbedingung, Aufbewahrungsfrist, Anschlussart, Dienststatus, Vorgehensweise – braucht er keinen Operator, keine Warteschlange und kein Warten. Er braucht eine schnelle Antwort.

Heute sieht der Weg in sehr vielen Diensten seltsam aus: - Die Website gab keine Antwort; - Der Chat half nicht; - Als nächstes muss man anrufen; - In der Warteschleife hängen; - "Sie sind der Achte in der Warteschlange" hören; - Und am Ende eine Frage stellen, die das System durchaus sofort hätte beantworten können.

Wenn diese Antwort beim Unternehmen bereits vorhanden ist, aber man nur schwer darauf zugreifen kann, schließt der Sprachassistent diese Lücke schneller und günstiger als eine Telefonleitung.

Fast ein Slogan: Der beste Anruf beim Support ist der, der gar nicht erst zustande kommt.

Und was macht der Mensch vor dem Konto und vor der Anmeldung?

Unternehmen sagen gerne, dass der Support innerhalb des Kontos bequemer ist: Dort gibt es bereits den Kundenkontext, die Daten sind sichtbar, die Historie ist bekannt.

Das ist für einen Teil der Szenarien logisch. Aber sofort entsteht eine Lücke: Was macht der Mensch vor der Anmeldung, vor dem Anschluss, vor dem Kauf, vor dem Einloggen ins Konto?

Wenn er noch kein Kunde ist, aber schon fast eine Entscheidung getroffen hat, hat er trotzdem normale Fragen: - Was ist in der Dienstleistung enthalten? - Wie schließe ich sie an? - Welche Einschränkungen gibt es? - Was passt genau zu ihm? - Wo geht es als nächstes hin?

Und hier funktioniert VoiceGuide als Pre-Support- und Pre-Sales-Schicht. Es schließt die Lücke zwischen der öffentlichen Website und dem Live-Support.

Wo der Wert besonders stark ist

Ein Sprachlotse ist besonders nützlich, wenn: - der Nutzer nicht weiß, wie die benötigte Sache bei Ihnen heißt; - die Antwort über mehrere Oberflächen verstreut ist; - zwischen Frage und Aktion Reibung besteht; - nicht nur erklärt, sondern auch zu einem Szenario geführt werden muss; - die mobile Oberfläche die Struktur komprimiert und versteckt; - der Support langsam, eingeschränkt ist oder in Umwege führt; - das Unternehmen über Wissen jenseits der Website verfügt: Regeln, Tarifdetails, Einschränkungen, Szenarien, Registrierung, Status und Bedingungen.

Dort geht es beim Produkt nicht mehr um "eine Seite finden". Es geht darum, den Weg von der Absicht zum Ergebnis zu verkürzen.

Und wo es wirklich nicht nötig ist

Es gibt Websites, die eine solche Schicht kaum brauchen.

Wenn die Website sehr einfach ist, der Nutzer sofort versteht, was zu tun ist, und sich das gesamte Szenario auf einen offensichtlichen Button ohne versteckte Bedingungen und ohne Auswahl beschränkt, kann eine zusätzliche Sprachschicht überflüssig sein.

Und das ist in Ordnung.

Nicht jede Oberfläche muss in ein Voice-Erlebnis verwandelt werden. Aber dort, wo ein Unternehmen viel Wissen, viele Verzweigungen, viele Ausnahmen, viel mobilen Traffic oder viel Reibung vor der Conversion hat, hört eine solche Schicht auf, ein Spielzeug zu sein.

Sie wird zur normalen Schnittstelle.

Fazit

Wenn man dies als "Sprachnavigation der Website" versteht, wirkt der Wert tatsächlich fragwürdig – als ob jemand zugäbe, dass mit seiner Navigation etwas nicht stimmt.

Wenn man es aber als Sprachlotsen für den Dienst versteht, der versteht, was der Nutzer erfahren oder tun möchte, einen kurzen Weg zur Antwort findet und ihn bei Bedarf zur Aktion führt, dann ist das keine Krücke für das Menü, sondern eine neue, natürlichere Art, mit dem Dienst zu kommunizieren.

Der Unterschied hier ist enorm.

Und vielleicht ist das Hauptmerkmal dafür, dass eine solche Schicht wirklich benötigt wird, sehr einfach: Wenn Menschen bereits nicht mehr auf Ihre Website für eine Antwort gehen, sondern zu einem externen Helfer, weil das schneller ist, dann braucht der Markt bereits eine andere Schnittstelle.