CRM-Übergaben für Website-Anfragen definieren

Die Übergabe als bearbeitbaren Auftrag beschreiben

Beginnen Sie beim Empfänger der Anfrage. Was muss diese Person wissen, um sinnvoll zu antworten? Meist werden Kontaktweg, Fragestellung und Angebotsbezug benötigt. Weitere Angaben richten sich nach dem tatsächlichen Prozess. Eine möglichst vollständige Sammlung aller denkbaren Daten ist kein Qualitätsmerkmal.

Definieren Sie auch, wann die Anfrage als übergeben gilt. Eine Benachrichtigung, ein angelegter Datensatz und eine übernommene Zuständigkeit sind unterschiedliche Ereignisse. Entscheiden Sie gemeinsam, welches Ereignis kontrolliert werden muss, damit keine Anfrage zwischen den beteiligten Systemen liegen bleibt.

Felder und Herkunft nachvollziehbar zuordnen

Erstellen Sie eine kleine Zuordnungstabelle mit Formularfeld, Zielfeld, Bedeutung und Verhalten bei fehlender Angabe. Verwenden Sie verständliche Namen. Wenn mehrere Formulare denselben Begriff unterschiedlich nutzen, muss dieser Unterschied vor der Übergabe geklärt werden.

Bewahren Sie die bekannte Herkunft der Anfrage als konkrete Information. Eine vom Besucher genannte Quelle ist anders zu bewerten als eine technisch erfasste Seitenadresse. Fehlende Herkunft bleibt unbekannt. Sie sollte nicht automatisch dem zuletzt bearbeiteten Artikel oder einer laufenden Kampagne zugeschrieben werden.

Zuständigkeit und Ausnahmefälle vereinbaren

Legen Sie fest, wer neue Anfragen prüft und wie Vertretung funktioniert. Definieren Sie den Umgang mit einer unklaren Zuordnung. Ein allgemeiner Auffangkorb kann sinnvoll sein, braucht aber eine verantwortliche Person. Eine automatisch gesetzte Zuständigkeit ist noch kein Beleg für tatsächliche Bearbeitung.

Prüfen Sie ebenso doppelte Kontakte, unvollständige Eingaben und technische Übertragungsfehler. Welche Fälle die eingesetzten Systeme automatisch erkennen, muss anhand ihrer realen Funktionen geprüft werden. Dieser Prozessartikel behauptet keine vorhandene CRM-Schnittstelle von TEAM CCAA oder der QR-App.

Fiktives Übergabeprotokoll durchspielen

Ein Dienstleister dokumentiert Kontakt, Website, Frage, Leistungsbezug, Eingangszeit und zuständige Person. Eine Testanfrage kommt ohne Website an. Der Empfänger kann trotzdem antworten und fordert die Adresse nur nach, wenn sie für die nächste Prüfung benötigt wird.

Die erste Antwort und den Status kontrollieren

Nehmen Sie den Prozess mit einer gekennzeichneten Testanfrage vollständig ab. Kontrollieren Sie die übernommenen Angaben und die Antwortzuständigkeit. Der dokumentierte Status sollte eine reale Bearbeitung ausdrücken. „Neu“ und „Kontaktiert“ benötigen deshalb intern eine eindeutige Bedeutung.

Bewerten Sie später liegen gebliebene Vorgänge und häufige Rückfragen. Sie zeigen, wo Felder oder Verantwortlichkeiten noch unklar sind. Eine höhere Zahl angelegter Datensätze ist allein kein Fortschritt, wenn daraus keine verlässliche Bearbeitung passender Website-Anfragen entsteht.

Ein Feldmapping mit Bedeutung statt nur Spaltennamen erstellen

Erfassen Sie für jedes benötigte Formularfeld das Ziel im Bearbeitungssystem. Beschreiben Sie, was der Wert bedeutet und wie fehlende Angaben behandelt werden. Ein Feld „Website“ kann zum Beispiel die Kundendomain meinen; die technische Herkunftsseite der Anfrage ist eine andere Information. Gleichnamige Felder dürfen nicht ungeprüft aufeinander abgebildet werden.

Beschränken Sie Pflichtangaben auf das, was für den nächsten Schritt erforderlich ist. Ein Interessent kennt möglicherweise noch keine genaue Projektgröße. Eine solche Unbekannte muss nicht jede Kontaktaufnahme verhindern. Unterscheiden Sie notwendige Kontaktinformationen, hilfreiche Einordnung und Daten, die erst später benötigt werden. Die reale Funktion des eingesetzten Formular- und CRM-Systems wird dabei separat geprüft.

Drei Testfälle bis zur tatsächlichen Übernahme durchspielen

Beginnen Sie mit einer erkennbaren Testanfrage, die alle üblichen Angaben enthält. Prüfen Sie Eingang, Feldwerte, Zuordnung und den nächsten Arbeitsschritt. Ein versendetes Benachrichtigungsschreiben allein genügt nicht, wenn der zuständige Bearbeiter den Datensatz später nicht findet. Dokumentieren Sie, welcher Zustand in Ihrem Prozess eine erfolgreiche Übergabe bedeutet.

Der zweite Fall enthält eine zulässige unvollständige Angabe, etwa keine Kundendomain. Prüfen Sie, ob der Vorgang trotzdem im richtigen Eingang erscheint und bearbeitet werden kann. Der dritte Fall behandelt eine Ausnahme wie doppelte Übermittlung oder eine in der Testumgebung simulierbare Schnittstellenstörung. Unterbrechen Sie dafür keine echten Kundenanfragen. Ziel ist zu prüfen, ob ein Fehler erkennbar wird und wer ihn übernimmt.

Wenn eine automatische Schnittstelle eingesetzt wird, müssen deren tatsächliche Funktionen und Fehlerhinweise dokumentiert sein. Dieser Arbeitsablauf setzt keine bestimmte Integration voraus. Auch eine manuelle Übergabe kann funktionieren, wenn Eingänge zuverlässig geprüft und vollständig weitergegeben werden. Entscheidend ist die bestätigte Bearbeitbarkeit, nicht allein die verwendete Software.

Status und Reaktionszeiten auf reale Handlungen beziehen

Definieren Sie wenige klare Zustände. „Eingegangen“ kann einen bestätigten Datensatz bedeuten, „übernommen“ eine reale Zuständigkeit und „kontaktiert“ einen tatsächlich ausgeführten Kontaktversuch. Eine automatisch gesetzte Markierung darf nicht mehr Bearbeitung suggerieren, als stattgefunden hat. Halten Sie fest, wie Rückfragen und nicht passende Anfragen behandelt werden.

Legen Sie eine interne Zielzeit für die erste Sichtung fest, die zur tatsächlichen Betreuung passt. Prüfen Sie nicht nur den Durchschnitt, sondern auch liegen gebliebene Ausnahmen. Ein einzelner unbetreuter Auffangkorb kann einen ansonsten funktionierenden Ablauf unterbrechen. Vertretung und Fehlermeldungen benötigen deshalb benannte Zuständigkeiten.

Für die Auswertung trennen Sie Formularabsendungen, erfolgreich übernommene Vorgänge und passende Anfragen. Diese Zahlen beantworten unterschiedliche Fragen. Unbekannte Herkunft wird nicht nachträglich der zuletzt besuchten Kampagne zugeschrieben, wenn dafür kein Nachweis existiert. Nutzen Sie Abweichungen zur Verbesserung von Feldern und Prozess statt zur bloßen Erhöhung angelegter Datensätze.

Häufige Fragen.