Das Formular sagte „Danke“. Wo ist die Anfrage geblieben?

Auf der Website gibt es ein Formular. Die Felder sind ordentlich, die Schaltfläche fällt auf, und nach dem Klick erscheint: „Danke! Wir melden uns bei Ihnen.“

Der Kunde schließt die Seite. Die zuständige Person macht mit ihrem Tag weiter. Beide sind überzeugt, dass die jeweils andere Seite gleich etwas unternimmt.

Am Abend hat niemand jemandem geschrieben.

Ein Formular kann funktionstüchtig aussehen, obwohl die Anfrage gar nicht dort ankommt, wo man sie erwartet. Oder es überträgt die Daten korrekt, aber die Anfrage geht zwischen anderen Nachrichten unter oder hat keine zuständige Person. Von außen sehen diese Situationen ähnlich aus: Der Kunde wartet, und das Unternehmen sagt, es gebe keine Anfragen.

Um das zu klären, prüfst du den gesamten Weg. „Danke“ ist nur ein Teil davon.

Zuerst füllt eine Person die Felder aus. Dann muss die Website die Daten an eine Verarbeitung übergeben. Anschließend wird die Anfrage möglicherweise in einem System gespeichert und per E-Mail, Messenger oder CRM weitergeleitet. Schließlich muss sie die Person sehen, die für Kundenantworten zuständig ist.

Der Ablauf hängt von der jeweiligen Website ab. Auf einer Seite wird zuerst ein Datensatz im CRM erstellt und eine E-Mail informiert nur das Team. Auf einer anderen verschickt das Formular nur eine E-Mail, und eine separate Liste mit Anfragen gibt es gar nicht.

In der MDN-Dokumentation zum Versenden von Formulardaten wird der grundlegende Ablauf erklärt: Der Browser übermittelt Daten an einen Server, und was danach geschieht, hängt von der Implementierung ab. Der Server kann die erhaltenen Daten anzeigen, speichern, eine E-Mail senden oder etwas anderes tun. Eine Antwort im Browser bestätigt daher noch nicht, dass die Anfrage bei der zuständigen Person angekommen ist.

Teile die Prüfung in vier Fragen auf: Hat die Website die Anfrage angenommen? Wurde ein Datensatz gespeichert? Ist die Benachrichtigung im richtigen Kanal angekommen? Hat eine Person die Anfrage übernommen? Jede Frage braucht eine eigene Bestätigung.

Stellen wir uns ein fiktives Unternehmen für Gerätereparaturen vor. Beim Start der Website wurde das Formular so eingerichtet, dass es E-Mails an den Inhaber schickt. Später kamen eine Administration und ein Arbeitschat hinzu. Alle nehmen an, dass die Anfragen jetzt dort landen. In Wirklichkeit hat niemand die Adresse geändert.

Hier braucht es kein neues Design. Du musst den aktuellen Weg kennen und den richtigen vereinbaren.

Frag die für die Website zuständige Person, wo Anfragen gespeichert werden, wer die Benachrichtigungen erhält und welche Adresse oder welcher Chat aktuell in den Einstellungen hinterlegt ist. Prüfe danach, ob das Unternehmen auf diesen Ort zugreifen kann. Vielleicht ist ein früherer Mitarbeiter der einzige Administrator, das Postfach voll oder die Benachrichtigung im Chat ausgeschaltet.

Gib dich nicht mit „per E-Mail“ zufrieden. Es braucht eine konkrete geschäftliche Adresse, auf die das Unternehmen zugreifen kann, und eine Person, die sie überprüft.

Wenn du für jede Prüfung einen Dienstleister suchen musst, der sich schon lange nicht mehr meldet, kläre zuerst die Zugänge. Darüber haben wir im Artikel „Der Dienstleister ist weg. Was ist noch von deiner Website übrig?“ geschrieben.

Öffne das Formular wie ein gewöhnlicher Besucher, am besten auf dem Smartphone. Verwende deine eigenen Testkontaktdaten und füge in die Nachricht eine klare Kennzeichnung ein: „FORMULARTEST“. Notiere das tatsächliche Datum und die Uhrzeit des Versands separat.

Informiere die zuständige Person über den Test, damit sie nicht anfängt, eine erfundene Reparatur zu organisieren. Sag ihr aber nicht, in welchem Ordner die Nachricht liegen müsste, wenn du den üblichen Ablauf prüfen möchtest.

Notiere, wann du das Formular abgeschickt hast und was die Website angezeigt hat. Prüfe danach die vorgesehenen Eingänge: einen Datensatz im CRM oder einem anderen Speicher, eine E-Mail im Postfach, eine Nachricht im Chat. Bei E-Mails solltest du auch den Spamordner und andere Ordner ansehen.

Bitte die zuständige Person, anhand der Kennzeichnung nach dem Test zu suchen und die erhaltenen Angaben zu wiederholen: Name, Kontaktdaten und Nachricht. So prüfst du sowohl die Zustellung als auch den Inhalt. Eine E-Mail kann ankommen, aber ohne Telefonnummer oder mit dem falschen Namen der Leistung – während das Versandsystem Erfolg meldet.

Ein erfolgreicher Test bestätigt diesen konkreten Durchlauf. Er beweist nicht, dass alles auf jedem Gerät und zu jeder Zeit funktioniert. Beginne mit dem Hauptweg und prüfe danach weitere wichtige Formulare und Seiten.

Hat die Website die Anfrage nicht angenommen, müssen das Formular und die Verarbeitung der Anfrage geprüft werden. Die nutzende Person sollte einen verständlichen Status sehen und keine Erfolgsmeldung nach einem fehlgeschlagenen Versuch.

Hat die Website die Daten angenommen und wurde ein Datensatz gespeichert, aber die Benachrichtigung kam nicht an, prüft man den nächsten Abschnitt: Empfänger, E-Mail- oder Integrationseinstellungen sowie die Rückmeldung des Versanddienstes. Das Aussehen der Schaltfläche hilft hier kaum.

Ist die Nachricht da, aber niemand hat sie gesehen, muss geklärt werden, wer den Kanal prüft und woran man eine neue Anfrage zwischen den anderen Nachrichten erkennt. Wurde sie gesehen, aber niemand hat geantwortet, braucht es Regeln für die Zuständigkeit.

Für das Gespräch mit dem Entwickler ist diese Tabelle hilfreich:

Schritt Welche Bestätigung suchen wir? Wer kann bei der Prüfung helfen? Absenden des Formulars Tatsächliches Ergebnis der Anfrage und ein passender Status für den Kunden Für die Website zuständige Person Speicherung Datensatz der Testanfrage, sofern das System einen speichern soll Website- oder CRM-Administration Benachrichtigung Test-E-Mail oder Nachricht am vorgesehenen Ort Zuständige Person für den Kanal und Entwickler Bearbeitung Eine Person hat die Angaben bestätigt und die Anfrage übernommen Management oder Inhaber

Wenn das System Anfragen nicht speichert, halte das genauso fest. Erfinde kein Protokoll, nur damit die Tabelle vollständig aussieht. Besprecht gesondert, ob ein Speicher nötig ist und wie er genutzt werden soll.

Auch wenn der Formularcode ausgeführt wurde, kann eine E-Mail abgelehnt werden oder an einem Ort landen, an dem die zuständige Person sie nicht erwartet. Die Absendereinstellungen spielen eine Rolle.

Zu den grundlegenden Bedingungen in den Anforderungen von Gmail an Absender gehört zum Beispiel die Domain-Authentifizierung über SPF oder DKIM. Bei hohem Versandvolumen gelten andere Anforderungen. Diese Regeln betreffen die Zustellung an persönliche Gmail-Konten, nicht automatisch alle E-Mail-Systeme.

Ändere DNS-Einträge nicht selbst aufgrund irgendeiner Anleitung aus dem Internet. Gib der zuständigen Person für den E-Mail-Versand den konkreten Test, den Zeitpunkt, die Empfängeradresse und deine Ergebnisse. Sie kann die Anforderungen für euren Absender und Empfänger prüfen.

Legt außerdem fest, welche Adresse das Formular als Absender verwendet und wohin Antworten gehen. Sonst klickt die zuständige Person vielleicht auf „Antworten“ und schreibt dem technischen Absender statt dem Kunden.

Gehen wir in unserem fiktiven Reparaturbetrieb weiter. Der Ablauf ist eingerichtet, die Nachrichten kommen nun in einem gemeinsamen Chat an. Der Inhaber sieht eine neue Anfrage und denkt, die Administration habe sie übernommen. Die zuständige Person sieht, dass der Inhaber online ist, und denkt dasselbe von ihm.

Die Technik hat ihren Teil erledigt. Für den Kunden wird dadurch nichts leichter.

Legt fest, wer neue Anfragen prüft, wie diese Person eine übernommene Anfrage markiert und wer einspringt, wenn sie nicht da ist. Für ein kleines Team reicht ein einfacher Eintrag mit Zuständigkeit und nächstem Schritt. Wichtig ist, dass alle Beteiligten ihn sehen.

Prüft auch das Versprechen auf der Website. „Wir rufen in fünf Minuten an“ passt schlecht, wenn jemand das Formular nachts absenden kann und das Team nur während der Geschäftszeiten arbeitet. Formuliere, was das Unternehmen wirklich leisten kann, und richte die Arbeit danach aus.

Die Nachricht an den Kunden sollte dem tatsächlichen Status entsprechen. Hat das System die Anfrage nur auf der Website angenommen, solltest du nicht behaupten, dass eine zuständige Person sie bereits liest. Nenne eine konkrete Antwortzeit erst dann, wenn das Team sie vereinbart hat und zuverlässig einhalten kann.

Ein Formular kann beim Start funktioniert haben und nach einer Änderung der E-Mail-Adresse, einer Website-Aktualisierung, einem neuen Dienst oder dem Wechsel in einen anderen Chat ausfallen. Wiederhole den Test nach Änderungen, die den Weg einer Anfrage betreffen.

Wählt einen Ablauf und eine zuständige Person, die ihr dauerhaft einhalten könnt. Wenn die Website ein wichtiger Vertriebskanal ist, kann eine geplante Testanfrage nützlicher sein als der nächste Blick auf ein Besucherdiagramm. Legt die Häufigkeit nach dem Anfragevolumen und den Folgen eines übersehenen Kontakts fest, nicht nach einem allgemeingültigen Tipp aus dem Internet.

Bitte den Entwickler zu erklären, woran das Team einen fehlgeschlagenen Versand erkennt und ob Anfragen gespeichert werden, wenn eine Benachrichtigung nicht ankommt. Prüft auch den Ersatzkanal: Eine zweite Schaltfläche, die zur selben kaputten Adresse führt, ist kein alternativer Weg.

Hier ist eine fertige Nachricht für die erste Prüfung:

Wenn Werbung Besucher bringt, aber nur wenige Anfragen eingehen, sollte diese Prüfung vor einer Budgeterhöhung stattfinden. Weitere mögliche Gründe haben wir im Artikel „Die Werbung läuft, aber es kommen keine Anfragen“ beschrieben.

Beginne heute mit einem Test. Verfolge ihn bis zu einer konkreten Person und prüfe die erhaltenen Angaben. Dann steht hinter „Danke“ mehr als eine hübsche Animation.

Das fiktive Unternehmen, die Prüftabelle und die Nachrichtenvorlagen sind redaktionelle Beispiele. Der tatsächliche Ablauf hängt von der Implementierung deiner Website ab.