Verlorene Website-Anfragen: Ursachen und CRM-Audit

Wo Anfragen verloren gehen: fünf Schritte und acht Fehler

Eine Anfrage durchläuft fünf Schritte: Formular, Server, Datenübertragung, CRM und erste Antwort des Vertriebsmitarbeiters. Jeder Schritt braucht ein überprüfbares Ergebnis. Die Versandbestätigung bestätigt nur das Ereignis, mit dem der Entwickler sie verknüpft hat.

Die fünf Schritte einer Anfrage

1. Formular. Prüft Pflichtfelder und sendet die Daten. Zeigt nach der Bestätigung durch den Server "Vielen Dank" an.
2. Server. Prüft die eingehenden Daten und speichert die Anfrage. Vergibt eine eindeutige Kennung für den späteren Abgleich.
3. Übertragung. Die Integration sendet die Daten über die API, also die Programmierschnittstelle des CRM. Alternativen sind ein Webhook, ein automatischer HTTP-Aufruf bei einem Ereignis, oder eine E-Mail.
4. CRM. Legt einen Datensatz an oder verknüpft die Anfrage korrekt mit einem bestehenden Datensatz. Speichert die Felder und weist einen Verantwortlichen zu.
5. Erste Antwort. Der Vertriebsmitarbeiter erhält eine Benachrichtigung und kontaktiert den Kunden. Die Aktion und ihr Zeitpunkt werden im System erfasst.

Derselbe Ablauf ist bei der Entwicklung eines Online-Shops nötig, wenn dieser Anfragen zu Großbestellungen oder zur Auswahl von Geräten annimmt. Die Anfrage muss alle angefragten Positionen enthalten, damit der Vertriebsmitarbeiter den Bedarf des Käufers versteht.

Acht typische Fehler

Bei der Konzeption eines CRM verknüpfen wir das technische Anlegen des Datensatzes mit Regeln für seine Bearbeitung. Ein Eintrag in der Datenbank allein bedeutet noch nicht, dass jemand dem Kunden antwortet.

Wie Sie verlorene Anfragen finden, wenn sie nicht im CRM ankommen

Verluste lassen sich durch den Abgleich von Ereignissen erkennen: Der Server hat die Anfrage angenommen, das CRM hat sie registriert, das System hat einen Vertriebsmitarbeiter zugewiesen. Ein unabhängiges Anfrageprotokoll auf der Website liefert die Ausgangsliste für die Prüfung. Anhand der Anfragekennungen lässt sich feststellen, welche Einträge den nächsten Schritt nicht erreicht haben.

Legen Sie zuerst gemeinsam fest, was als Anfrage zählt. Kennzeichnen Sie folgende Kategorien getrennt:

• Neue Kaufanfragen.
• Anfragen bestehender Kunden.
• Erneutes Absenden derselben Anfrage.
• Spam und nicht relevante Anfragen.
• Anfragen von Lieferanten und Partnern.

Ohne gemeinsame Regeln zählt das Marketing möglicherweise alle Formularsendungen, der Vertrieb dagegen nur neue Verkaufschancen. Der Unterschied zwischen den Berichten belegt dann keinen technischen Verlust.

Ein Beispiel: Die Webanalyse zeigt 30 Zielvorhaben-Abschlüsse, der Server hat aber nur 20 Anfragen gespeichert. Prüfen Sie die Messung: Das Ereignis könnte bereits beim Klick oder mehrfach ausgelöst worden sein. Das Zielvorhaben muss das bestätigte Absenden erfassen, nicht den Klick auf die Schaltfläche.

Hat der Server 30 Anfragen gespeichert, während im CRM nur 20 registriert sind, prüfen Sie die Übertragung und die Regeln zum Anlegen von Einträgen. Schließen Sie zunächst Verzögerungen in der Warteschlange und das korrekte Hinzufügen zu einem bestehenden Datensatz aus. Vergleichen Sie dieselben Anfragen aus demselben Zeitraum, nicht voneinander unabhängige Monatsberichte.

Im Protokoll sollten Sie die Anfragekennung, den Empfangszeitpunkt, das Quellformular und den Zustellstatus speichern. Kontaktdaten sind für die Wiederherstellung nötig, der Zugriff darauf muss jedoch beschränkt sein. Unser Ansatz für Datenschutz und Informationssicherheit bildet den Rahmen für diese Speicherung und die Zugriffsregelung.

Wir empfehlen, alle zwei Wochen und nach jedem Release Testanfragen aus jedem Formular zu senden. Mit dem Protokoll lässt sich eine gespeicherte Anfrage finden und erneut übertragen, wenn die Integration ausgefallen ist.

Was verlorene Anfragen kosten: Berechnung des potenziellen Umsatzes

Den potenziell gefährdeten Umsatz können Sie anhand der Anzahl der Anfragen, der Verlustquote, der Abschlussquote und des durchschnittlichen Auftragswerts schätzen. In einem hypothetischen Szenario mit 500 Anfragen pro Monat ergibt sich ein Betrag von 25.000 €. Das ist eine Schätzung möglicher Umsätze, kein nachgewiesener Verlust.

Formel: Anzahl der Anfragen × Verlustquote × Abschlussquote × durchschnittlicher Auftragswert.

1. Bei 500 Anfragen und einer Verlustquote von 10 % erreichen 50 Anfragen die Bearbeitung nicht: 500 × 10 % = 50.
2. Bei einer angenommenen Abschlussquote von 20 % könnten diese Anfragen zu 10 Verkäufen führen: 50 × 20 % = 10.
3. Bei einem durchschnittlichen Auftragswert von 2.500 € beträgt der potenziell gefährdete Monatsumsatz 50 × 20 % × 2.500 € = 25.000 €.

Alle Werte in diesem Beispiel sind hypothetisch. Der Betrag ist kein tatsächlicher Gewinn und berücksichtigt keine Kosten für die Auftragsabwicklung. Die Rechnung setzt außerdem voraus, dass verlorene Anfragen dieselbe Abschlussquote erreichen könnten wie vergleichbare bearbeitete Anfragen.

Ermitteln Sie für Ihre eigene Einschätzung zuerst die Verlustquote durch einen Abgleich. Verwenden Sie Abschlussquoten ähnlicher Quellen und Anfragetypen mit abgeschlossenem Verkaufszyklus. So können Sie die Kosten der Fehlerbehebung mit einem fundierten Risikoszenario vergleichen.

Schrittweises Audit des Anfrageprozesses

Wir führen das Audit entlang des Datenflusses durch: Formular, Server, Übertragung, CRM, Benachrichtigungen, Vertriebsmitarbeiter und Monitoring. Bei jedem Schritt prüfen wir das Ergebnis und wie sich ein Fehler erkennen lässt. So geht keine Zeit für Benachrichtigungen verloren, solange der Datensatz selbst noch nicht angelegt wird.

Schritte 1-2: Formular und Empfang auf dem Server

Erstellen Sie eine Liste aller Stellen, an denen Anfragen abgesendet werden können, einschließlich Pop-up-Formularen und mobiler Versionen. Senden Sie aus jeder eine eindeutig gekennzeichnete Testanfrage. Prüfen Sie den normalen Ablauf und das Verhalten bei einem Netzwerkfehler.

Suchen Sie den Aufruf anhand seiner Kennung im Ereignisprotokoll des Servers. Prüfen Sie anschließend den gespeicherten Eintrag: Eine erfolgreiche HTTP-Antwort ohne Eintrag im Speicher reicht nicht aus. Die Meldung "Vielen Dank" darf erst nach bestätigter Speicherung erscheinen.

Schritte 3-4: Übertragung und Datensatz im CRM

Prüfen Sie die Antwort der API oder des Webhooks und das Fehlerprotokoll der Integration. Die Antwort "angenommen" kann bedeuten, dass eine Aufgabe in die Warteschlange aufgenommen wurde. Deshalb ist eine weitere Kontrolle nötig: Die Anfrage muss tatsächlich im CRM registriert sein.

• Name und Telefonnummer sind vollständig und ohne fehlerhafte Umwandlung gespeichert.
• Die Quelle und die UTM-Parameter zur Kennzeichnung der Werbekampagne sind mit der Anfrage verknüpft.
• Der Eintrag befindet sich in der richtigen Vertriebspipeline.
• Die neue Anfrage wurde nicht mit einer fremden Verkaufschance zusammengeführt.
• Die CRM-Kennung ist mit der ursprünglichen Anfrage im Website-Protokoll verknüpft.

Die Prüfung der Integrationen gehört auch zum allgemeinen Ansatz von RegionSoft für CRM-Audits. Um verlorene Anfragen zu finden, ergänzen wir sie um einen durchgängigen Abgleich konkreter Einträge.

Schritte 5-7: Benachrichtigungen, Vertriebsmitarbeiter und Monitoring

Stellen Sie sicher, dass ein Verantwortlicher zugewiesen ist und Zugriff auf den Datensatz hat. Prüfen Sie den Empfang der Benachrichtigung und die Erfassung des ersten Kontakts. Simulieren Sie anschließend einen kontrollierten Ausfall der Integration. Stellen Sie sicher, dass die Warnung eine Person erreicht, die handeln kann.

Legen Sie für die Diagnose vorab die Zugriffsrechte und den Umgang mit Datenexporten fest. Kundendaten bei der Zusammenarbeit mit IT-Dienstleistern zu schützen, ist besonders wichtig, wenn die Prüfung echte Anfragen betrifft.

Die Ergebnisse des Audits sollten in die regelmäßige Wartung einfließen. Wenn Sie Leistungsumfang und Kosten der Website-Wartung besprechen, halten Sie Prüfungen von Formularen, Integrationen und Benachrichtigungen gesondert fest.

Zuverlässige CRM-Integration: Zustellung und Bestätigung

Ein zuverlässiger Ablauf speichert die Anfrage zuerst auf dem Server. Anschließend überträgt er sie über eine Warteschlange mit Wiederholungsversuchen ins CRM. Ist das CRM vorübergehend nicht erreichbar, wartet die Anfrage auf ihre Zustellung. Die Bestätigung an den Kunden bedeutet, dass das Unternehmen seine Anfrage gespeichert hat. Der Übertragungsstatus wird separat überwacht.

Für eine kontrollierte Zustellung empfehlen wir eine serverseitige Schicht zwischen Formular und CRM. Ein direkter Aufruf aus dem Browser oder eine einzelne E-Mail ohne zusätzliche Speicherung erschweren die Wiederherstellung nach einem Ausfall.

Die Architektur umfasst mehrere Komponenten:

• Anfrageprotokoll. Speichert die Anfrage und ihren Zustellverlauf unabhängig vom CRM.
• Warteschlange. Entkoppelt den Empfang der Formulardaten von der Geschwindigkeit des externen Systems.
• Wiederholungsversuche. Wiederholen den Versand bei vorübergehenden Fehlern mit Pausen zwischen den Versuchen.
• Idempotenzschlüssel. Ein eindeutiger Schlüssel pro Formularsendung verhindert, dass bei wiederholten Aufrufen erneut ein Datensatz angelegt wird.
• Fehlerprotokoll. Speichert die Fehlerursache und die Anfragekennung ohne unnötige personenbezogene Daten.
• Warnmeldungen. Informieren den Verantwortlichen über nicht zugestellte Anfragen und ausgeschöpfte Wiederholungsversuche.

Wir prüfen gesondert den Zeitraum zwischen dem Speichern der Anfrage und ihrer Aufnahme in die Warteschlange. Stoppt der Prozess in diesem Moment, kann der Eintrag ungesendet bleiben. Eine Schutzmaßnahme ist, die Anfrage und die Zustellaufgabe in derselben Transaktion zu speichern, also als einen unteilbaren Vorgang.

Auch Wiederholungsversuche brauchen Regeln. Ist das CRM vorübergehend nicht erreichbar, kann der Aufruf wiederholt werden. Bei einem fehlerhaften Pflichtfeld müssen dagegen die Daten korrigiert werden. Hat das CRM den Datensatz angelegt, ist aber die Antwort verloren gegangen, muss die Integration vor einem erneuten Versuch das Ergebnis anhand der Anfragekennung prüfen.

Ein eigenständiger Integrationsdienst für amoCRM wird im Profil von Dmitri Cercel beschrieben. Bei diesem Ansatz wird die Datenübertragung zu einem eigenständigen Teil des Systems mit eigener Fehlerkontrolle.

DevOps und Infrastruktur bei Webdelo decken den Betrieb solcher Lösungen ab. Beim Anfrageprozess müssen Sie das Alter der ältesten Aufgabe in der Warteschlange und nicht zugestellte Anfragen überwachen, nicht nur die Erreichbarkeit des Servers.

Webdelo-Fallstudien: BolgarskiyDom und Bonadomus

Bei BolgarskiyDom arbeiteten wir an der Automatisierung der Anfragebearbeitung und am CRM, einschließlich einer eigenständigen Architektur für die amoCRM-Integration. Bei Bonadomus umfasste die Aufgabe die Übertragung der Anfrage zusammen mit den Angaben zur Immobilie. Diese Projekte zeigen zwei Seiten der Bearbeitung: die Zustellung der Daten und ihren Nutzen für den Vertriebsmitarbeiter.

BolgarskiyDom: CRM-Automatisierung

Im Projekt BolgarskiyDom ist die Automatisierung der Anfragebearbeitung mit der CRM-Integration verknüpft. Durch die eigenständige amoCRM-Architektur lässt sich der Datenaustausch als separate technische Aufgabe betrachten.

Für das Audit einer solchen Lösung sind klare Zuständigkeiten wichtig: Wo ist die Anfrage gespeichert, und welche Komponente ist für den nächsten Zustellversuch verantwortlich? So lässt sich eine Störung an einem konkreten Übergang überprüfen.

Bonadomus: Objektbezug in der Anfrage

Im Projekt Bonadomus werden Anfragen mit den zugehörigen Immobilienangaben ins CRM übertragen. Der Vertriebsmitarbeiter sieht, auf welches Objekt sich die Anfrage bezieht, und kann eine konkrete Antwort vorbereiten.

Deshalb prüfen wir bei der Zustellung auch den Inhalt des Datensatzes. Eine Telefonnummer ohne Angabe der gewünschten Immobilie ermöglicht zwar weiterhin den Kontakt, doch ein Teil der Anfrage geht verloren.

Geschwindigkeit der ersten Antwort und Vertriebs-SLA

Eine Anfrage im CRM bleibt unbearbeitet, wenn niemand für den ersten Kontakt verantwortlich ist. Ein Vertriebs-SLA legt gemeinsame Regeln fest: Wer antwortet, innerhalb welcher Frist und an wen eine Fristüberschreitung eskaliert wird. Das Unternehmen wählt die Fristen entsprechend seinen Geschäftszeiten und der Art der Anfragen.

Für den Anfang reichen klare Statusangaben:

• Neue Anfrage. Die Anfrage ist registriert und wartet darauf, von einem Vertriebsmitarbeiter übernommen zu werden.
• In Bearbeitung. Der Vertriebsmitarbeiter hat die Anfrage übernommen und führt den nächsten Schritt aus.
• Wartet auf den Kunden. Die Antwort wurde versendet, der nächste Kontakttermin ist erfasst.
• Qualifiziert. Es wurde bestätigt, dass die Anfrage die Kriterien für einen möglichen Verkauf erfüllt.
• Abgeschlossen. Ergebnis und Abschlussgrund sind angegeben.

Legen Sie für jeden Status das auslösende Ereignis für den Wechsel und die zulässige Wartezeit fest. Eine Fristüberschreitung muss eine Aufgabe für eine konkrete Führungskraft oder Vertretung erzeugen. Andernfalls ändert sich der Status erst nach einer manuellen Prüfung des Berichts.

Eine Anfrage am Samstag um 23:00 Uhr kann beispielsweise bis Montag unbeantwortet bleiben. Gibt es keinen Bereitschaftsdienst, muss die automatische Antwort eine klare Frist für die persönliche Rückmeldung nennen. Die automatische Bestätigung selbst sollte getrennt vom ersten Kontakt des Vertriebsmitarbeiters erfasst werden.

Ein technischer SLA regelt einen anderen Teil des Prozesses: die Reaktion auf eine Systemstörung. Vereinbarte Reaktionszeiten und Eskalationswege helfen, diese Verpflichtungen von den Vertriebsregeln abzugrenzen. Keines dieser Regelwerke garantiert für sich genommen ein Umsatzwachstum.

Anfragekontrolle: Zustellung, Zuweisung, Antwort und Conversion

Die Anfragekontrolle stützt sich auf fünf Kennzahlen: Empfang durch den Server, Registrierung im CRM, Zuweisung, erste Antwort und SLA-Verstöße. Gemeinsam zeigen sie, an welcher Stelle Verzögerungen entstehen. Für einen korrekten Vergleich sind einheitliche Anfragekennungen und identische Zählregeln nötig.

Wird eine erneute Anfrage zu einer bestehenden Verkaufschance hinzugefügt, muss die Kennzahl "Im CRM registriert" die Registrierung dieser Anfrage berücksichtigen. Werden nur neue Datensätze gezählt, entsteht eine scheinbare Abweichung zum Server.

Legen Sie für die Zeit bis zur ersten Antwort vorab fest, ob nur Geschäftszeiten oder die gesamte verstrichene Zeit zählen. Neben dem Durchschnittswert ist eine Liste unbeantworteter Anfragen hilfreich. Diese fließen möglicherweise gar nicht in den Durchschnitt ein, obwohl sie zuerst Aufmerksamkeit brauchen.

"Die Wirksamkeit einer Website lässt sich nicht allein anhand der Anzahl abgesendeter Formulare bewerten. Entscheidend ist, wie viele Anfragen tatsächlich im CRM angekommen sind, wie viele von Vertriebsmitarbeitern übernommen wurden und wie viele rechtzeitig eine Antwort erhalten haben. Ohne Kontrolle des gesamten Ablaufs kann ein Unternehmen den Erfolg seines Marketings überschätzen."

Andrei Jumatii, Gründer und Marketingleiter, Webdelo

Berechnen Sie die Abschlussquote auf Basis der vom Server angenommenen Anfragen mit gemeinsam festgelegter Klassifizierung. Verwenden Sie Anfragen aus demselben Zeitraum und lassen Sie diese den Verkaufszyklus durchlaufen. Eine Berechnung auf Basis von Schaltflächenklicks vermischt das Verhalten auf der Seite mit tatsächlichen Kundenanfragen.

Bearbeitung eingehender Anfragen: Automatisierung, Benachrichtigungen und Monitoring

Die automatisierte Bearbeitung eingehender Anfragen ersetzt manuelles Kopieren und weist die Anfrage sofort einem Vertriebsmitarbeiter zu. Das Monitoring prüft die Zustellung, die Eskalation hilft, Fristüberschreitungen nicht zu übersehen. Jede Meldung muss zu einer klaren Handlung führen.

Die Zuweisung von Anfragen lässt sich reihum oder nach Auslastung der Mitarbeiter einrichten. Für unterschiedliche Geschäftsbereiche eignen sich Regeln nach Region, Produkt oder Quelle. Jede Regel braucht einen Ausweichweg, falls kein passender Vertriebsmitarbeiter verfügbar ist.

Ein gemeinsamer Chat ersetzt keine Zuweisung: Jeder Teilnehmer könnte darauf warten, dass ein Kollege die Anfrage übernimmt. Ein funktionierender Ablauf ist einfacher: Benachrichtigung an den Verantwortlichen, anschließend Eskalation an die Führungskraft bei Fristüberschreitung. Dieselbe Nachricht gleichzeitig in mehreren Kanälen zu versenden, erzeugt mehr Ablenkung.

Legen Sie für das Monitoring separate Bedingungen fest:

• Der Server nimmt Anfragen an, aber im CRM gibt es keine neuen Registrierungen.
• Webhook oder API melden Fehler.
• Die Zahl nicht zugestellter Anfragen oder ihre Wartezeit steigt.
• Eine Testanfrage durchläuft nicht den gesamten Prozess.
• Neue Anfragen werden inaktiven Mitarbeitern zugewiesen.

Wenn in einem üblichen Zeitraum keine Datensätze angelegt werden, sollten Sie dies zusammen mit den eingehenden Anfragen bewerten. Nachts können null Anfragen normal sein. Werden dagegen weiterhin Formulare empfangen, aber keine Datensätze angelegt, ist eine Prüfung nötig. Aktualisieren Sie bei Kündigung oder Urlaub eines Mitarbeiters die Zuweisungsregeln, bevor neue Anfragen eingehen.

Arbeitet das Unternehmen in verschiedenen Regionen, muss die digitale Vorbereitung auf neue Märkte die Sprache der Anfrage und die Zeitzone des Vertriebsteams berücksichtigen. Diese Angaben beeinflussen die Zuweisung und die dem Kunden zugesagte Kontaktfrist.

Audit-Checkliste: 15 Prüfungen

Diese fünfzehn Prüfungen decken den Weg der Anfrage vom Formular bis zur Reaktion des Teams ab. Gehen Sie die vollständige Liste nach jedem Release und mindestens einmal pro Quartal durch. Ergänzen Sie sie durch regelmäßige Testsendungen. Benennen Sie für jeden nicht erfüllten Punkt einen Verantwortlichen für die Behebung.

Formular und Server

1. Aus jedem Formular wurde eine Testanfrage gesendet, auch aus mobilen und Pop-up-Formularen.
2. "Vielen Dank" erscheint erst, nachdem der Server den Empfang und die Speicherung der Daten bestätigt hat.
3. Die Anfrage wird mit einer eindeutigen Kennung in einem vom CRM unabhängigen Protokoll gespeichert.
4. Ein erneuter Klick oder ein wiederholter Aufruf erzeugt keine Dublette derselben Formularsendung.
5. Falls E-Mail genutzt wird, sind SPF, DKIM, DMARC, die Zustellung und die aktuelle Zuständigkeit für das Postfach geprüft.

Integration und CRM

6. Die Anfrage wird in der richtigen CRM-Pipeline registriert.
7. Name, Telefonnummer, Inhalt der Anfrage, Quelle und verfügbare UTM-Parameter werden vollständig übertragen.
8. Ein neuer Kunde wird nicht mit einer fremden Verkaufschance zusammengeführt. Anfragen bleiben nicht unkontrolliert unter "Nicht zugeordnet".
9. Integrationsfehler werden protokolliert, vorübergehende Störungen lösen einen erneuten Versand aus.
10. Jede vom Server angenommene Anfrage ist einem CRM-Eintrag zugeordnet oder hat einen nachvollziehbaren Wartestatus.

Vertriebsprozess

11. Der Verantwortliche wird automatisch nach einer vereinbarten Regel zugewiesen.
12. Die Zuweisung schließt ausgeschiedene und vorübergehend abwesende Mitarbeiter aus.
13. Antwortfristen und der Ablauf zur Eskalation bei Fristüberschreitung sind festgelegt.
14. Für Anfragen außerhalb der Geschäftszeiten gilt eine eigene, funktionierende Regel.
15. Eine Warnmeldung bei unterbrochener Zustellung von Anfragen ist eingerichtet und geprüft.

Audit der CRM-Integration und Anfragebearbeitung von Webdelo

Bei Webdelo prüfen wir den gesamten Ablauf: Formular, serverseitige Verarbeitung, API oder Webhook, CRM, Benachrichtigungen, Handlungen der Vertriebsmitarbeiter und Monitoring. Das Audit soll feststellen, wo die Zustellung oder Bearbeitung einer Anfrage gestört ist. Unsere Empfehlungen beziehen sich auf den gefundenen Fehler und seine Auswirkungen auf die Arbeit des Teams.

Die Prüfung umfasst:

• Testanfragen aus einer gemeinsam festgelegten Liste von Formularen.
• Abgleich gespeicherter Serverereignisse mit Registrierungen im CRM.
• Prüfung der Vollständigkeit der Felder und der Regeln zum Zusammenführen von Einträgen.
• Prüfung von Zuweisung, Benachrichtigungen und Eskalation.
• Analyse erneuter Zustellversuche und der Wiederherstellung nach Fehlern.
• Empfehlungen zur Architektur und zur Priorisierung der Fehlerbehebung.

Den technischen Bereich des Unternehmens vertritt der CTO von Webdelo. Im Gespräch zum Audit stimmen wir den technischen Prüfungsumfang und die benötigten Zugänge ab.

Bereiten Sie für den Einstieg eine Liste der Formulare, den Namen des CRM und ein Beispiel für eine Anfrage vor, die nicht gefunden oder nicht rechtzeitig bearbeitet werden konnte. Gibt es noch kein Serverprotokoll, legen wir zuerst fest, welche Ereignisse erfasst werden müssen.

Audit der Anfragebearbeitung beauftragen.

Das Wichtigste zur Kontrolle von Anfragen

"Vielen Dank" auf dem Bildschirm beweist nicht, dass die Anfrage den Vertriebsmitarbeiter erreicht hat. Als Nachweis dient ein nachvollziehbarer Ablauf: eine gespeicherte Anfrage, ihre Registrierung im CRM, ein verfügbarer Verantwortlicher und ein erfasster erster Kontakt.

Beginnen Sie mit dem Abgleich zwischen Serverprotokoll und CRM. Beheben Sie anschließend die gefundenen Zustellungsfehler und legen Sie Regeln für die Bearbeitung fest. So erhält die Führungskraft ein überprüfbares Bild der Anfragebearbeitung und eine Grundlage für Entscheidungen über die weitere Automatisierung.