Zuerst den manuellen Ablauf beschreiben
Halten Sie fest, wer eine Anfrage erhält, wo der Kontakt gespeichert wird und was danach geschieht. Automatisierung soll den benötigten Ablauf unterstützen, nicht jedes Feld an jedes Werkzeug senden. Ein einfaches Beispiel: Das Formular liefert Name, E-Mail, Leistung und Nachricht; das CRM erstellt eine Anfrage und benachrichtigt die zuständige Person.
Regeln vor der Anbindung festlegen
Definieren Sie Pflichtfelder, Leistungszuordnung und den Umgang mit Dubletten. Dieselbe E-Mail-Adresse bedeutet nicht immer dasselbe Projekt. Beispielsweise bleibt der Kontakt bestehen, während für einen neuen Bedarf eine eigene Anfrage entsteht. Klären Sie Zugriffsrechte, notwendige Systeme und den Inhalt von Benachrichtigungen.
Fehler und Wiederholungen einplanen
Das CRM kann ausfallen, ein Token ablaufen oder eine Verbindung abbrechen. Legen Sie Wiederholungen und Schutz vor doppelten Einträgen fest. Fehlermeldungen sollten vollständige Anfragen nicht an Personen ohne Zugriffsbedarf weitergeben. Ein erfolgreicher Durchlauf reicht nicht: Testen Sie auch ungültige Eingaben und ein nicht erreichbares Ziel.
KI nur für eine definierte Aufgabe einsetzen
Soll KI Anfragen kategorisieren, legen Sie Kategorien und Fälle für menschliche Prüfung fest. Lassen Sie keine automatischen Preis- oder Vertragsversprechen zu. Prüfen Sie, welche Daten den Modellanbieter erreichen und ob sie notwendig sind. Eine n8n- und KI-Anbindung muss zu Werkzeugen, Berechtigungen und tatsächlichen Abläufen passen.
Fehler behandeln, ohne Anfragen zu verlieren
Vergeben Sie im empfangenden System eine dauerhafte Vorgangs-ID, bevor Daten ins CRM geschrieben werden. Unterscheiden Sie Validierung, fehlende Rechte und vorübergehende API-Ausfälle. Wiederholen Sie nur sicher wiederholbare Vorgänge und beachten Sie Wartezeiten des Anbieters bei Limits. Nach erfolglosen Versuchen bleibt ein offener Status mit Benachrichtigung der zuständigen Person, ohne den gesamten Anfrageinhalt zu verteilen.
Vorgangs-ID statt E-Mail-Adresse
Eine Person kann zwei verschiedene Anfragen senden. Verwerfen Sie keine Anfrage allein wegen gleicher E-Mail-Adresse. Nutzen Sie die ID des einzelnen Vorgangs mit atomarem Schreibvorgang oder Eindeutigkeitsregel. Prüfen Sie vor einem erneuten Anlegen das vorherige Ergebnis, insbesondere nach einem Timeout.
Szenarien für die Abnahme
Testen Sie gültige Anfrage, fehlende Pflichtdaten, doppelte Webhook-Zustellung, Timeout nach Datensatzanlage, API-Limit, entzogene Rechte und manuelle Wiederaufnahme. Erwartet werden ein Datensatz pro Vorgang und nachvollziehbare Statuswechsel. Begrenzen Sie Rechte und trennen Sie Testdaten von echten Kunden.