Aus Gesprächsnotizen CRM-Aufgaben machen, ohne Zusagen zu erfinden

CRM-Aufgaben aus Gesprächsnotizen sind erst belastbar, wenn jede Aufgabe auf einer belegten Aussage beruht. Die KI darf einen Wunsch nicht in eine Zusage verwandeln, einen vorgeschlagenen Termin nicht als bestätigt speichern und eine erwähnte Person nicht automatisch zum Verantwortlichen machen. Für die Übergabe brauchst du deshalb neben dem Aufgabentext auch Aussageart, Quelle und Freigabestatus.

Dieser Artikel beschreibt einen eigenen Arbeitsablauf für Vertriebs- und Projektteams. Das durchgehende Beispiel ist fiktiv. Es geht um die Qualität der Aufgaben vor dem Speichern, nicht um eine bestimmte CRM-Integration. Die technische Einordnung findest du im Beitrag zu Voice-to-CRM.

Warum eine saubere Aufgabenliste trotzdem falsch sein kann

Ein sprachlich ordentliches Ergebnis verdeckt fehlende Entscheidungen. Aus einer Notiz wie "Pilot im November prüfen" entsteht schnell eine Aufgabe mit festem Startdatum. Das Problem liegt dann nicht in der Grammatik. Die Ausgabe hat den Verbindlichkeitsgrad verändert. Wer die Liste später liest, erkennt die ursprüngliche Unsicherheit nicht mehr.

Das NIST-Profil für generative KI, AI 600-1, beschreibt Konfabulation als selbstsicher ausgegebene falsche Inhalte. Das ist eine allgemeine Risikobeschreibung, keine Untersuchung von CRM-Aufgaben. Für den hier vorgeschlagenen Ablauf folgt daraus eine konkrete Kontrollfrage: Welche Aussage belegt jedes einzelne Aufgabenfeld?

Ein pauschaler Hinweis "Bitte prüfen" reicht dafür nicht. Der Prüfer muss erkennen, ob die KI einen Namen übernommen, aus einem Zusammenhang abgeleitet oder selbst ergänzt hat. Ohne diese Unterscheidung prüft er das Ergebnis gegen seine Erinnerung. Bei mehreren ähnlichen Kundengesprächen ist diese Erinnerung keine ausreichende Dokumentation.

Vier Aussagearten getrennt erfassen

Eine Zusage enthält eine erkennbare Verpflichtung einer Person oder Organisation. Ein Wunsch beschreibt ein gewünschtes Ergebnis. Ein Vorschlag benennt eine Option zur Abstimmung. Eine interne Aufgabe entsteht aus einer eigenen Entscheidung des Teams. Diese Kategorien sind ein Arbeitsraster für diesen Artikel, keine universelle CRM-Norm.

Der Unterschied wird bei Kundenfristen sichtbar: "Wir brauchen das Angebot bis Dienstag" ist zunächst eine Anforderung des Kunden. Erst die Antwort des zuständigen Teams belegt, dass dieser Termin angenommen wurde. Die KI darf die Anforderung als offene Frist markieren. Sie darf daraus keine bestätigte Lieferzusage machen.

Eine interne Aufgabe darf durchaus aus einer offenen Frage entstehen. Die Projektleitung entscheidet beispielsweise, einen Termin prüfen zu lassen. Diese neue Aufgabe hat dann die Projektleitung als Auftraggeber und die Freigabe als Quelle. Sie ist nicht nachträglich eine Aussage aus dem Kundengespräch. Das verhindert eine falsche Historie.

Ein fiktiver Gesprächsausschnitt

Die Notiz gehört zum Vorgang V-204. Das Gespräch findet am 23. Oktober statt. Vier nummerierte Aussagen stehen im freigegebenen Protokoll:

Aus N1 entsteht ein Aufgabenentwurf mit belegtem Verantwortlichen und belegtem Termin. Bei N2 entsteht zunächst ein Klärungspunkt. Für N3 bleibt das Verantwortlichenfeld leer. N4 ist keine Aufgabe "Budget freigeben", sondern eine offene Entscheidung mit noch fehlender Zuständigkeit.

Die Originalaussage N3 enthält absichtlich ein Unsicherheitswort. Das Beispiel demonstriert, dass die KI dieses Wort erhalten muss. Ein Format mit ausschliesslich Pflichtfeldern für Person und Termin erzeugt an dieser Stelle Druck zum Ergänzen. Besser ist ein zulässiger Status "nicht festgelegt" samt gezielter Rückfrage.

Das Ergebnisformat muss Unvollständigkeit erlauben

Ein brauchbarer Entwurf enthält eine stabile Vorgangskennung, einen kurzen Handlungsauftrag, die Aussageart, den Quellenverweis und getrennte Felder für Person und Termin. Zu jedem dieser beiden Felder gehört ein Belegstatus. Ein globaler Konfidenzwert ersetzt diese Information nicht.

Für N2 lautet das Ergebnis beispielsweise: "Verfügbarkeit des Testzugangs klären; Kundenwunsch 30. Oktober; interne Zuständigkeit offen; Quellenstelle N2; keine Lieferzusage." Das ist länger als "Testzugang bis 30. Oktober liefern", enthält aber den tatsächlichen Arbeitsstand. Die spätere CRM-Ansicht kann daraus eine kurze Darstellung erzeugen, ohne die Beleginformationen zu löschen.

Falls dein CRM kein Feld für Aussagearten hat, nutze zunächst eine vorgelagerte Prüfliste. Eine fehlende Datenstruktur ist kein Grund, unsichere Informationen in verbindliche Standardfelder zu schreiben. Die Liste muss eine eindeutige Verbindung zum CRM-Vorgang besitzen und nach der Übernahme den tatsächlichen Bearbeitungsstand zeigen.

Ein Arbeitsauftrag für die KI

Der folgende Auftrag ist eine eigene Vorlage. Er setzt voraus, dass du die Notizen im gewählten Werkzeug verarbeiten darfst und die Vorgangskennung bereits geklärt ist:

Extrahiere mögliche Aufgaben ausschliesslich aus den beigefügten Notizen. Ordne jede Aussage als Zusage, Wunsch, Vorschlag oder offene Entscheidung ein. Übernimm Verantwortliche und Termine nur mit einer konkreten Quellenstelle. Kennzeichne fehlende Angaben als nicht festgelegt. Trenne Kundenfristen von intern bestätigten Terminen. Führe widersprüchliche Aussagen nebeneinander auf. Erzeuge keine neuen Zusagen. Liefere zuerst die Entwürfe und danach die offenen Rückfragen. Führe keine CRM-Aktion aus.

Die Vorlage muss an euer Vokabular angepasst werden. Manche Teams nennen einen unverbindlichen Arbeitstitel bereits "Aufgabe". Andere reservieren den Begriff für freigegebene Tätigkeiten. Eine solche sprachliche Abweichung muss im Auftrag erklärt sein, sonst entstehen trotz gleicher Wörter unterschiedliche Erwartungen.

Liefere ein positives Beispiel mit einer belegten Zusage und ein Gegenbeispiel mit einem blossen Wunsch. Gerade das Gegenbeispiel zeigt, welche Ergänzung unerlaubt ist. Der Beitrag über Beispiele im Prompt beschreibt, wie du gewünschtes Verhalten demonstrierst, ohne den Einzelfall zum allgemeinen Muster zu erklären.

Relative Termine und Zeitbezug prüfen

"Nächsten Freitag" ist ohne Gesprächsdatum und eindeutigen Kontext kein belastbares Datum. Auch mit Datum bleibt zu prüfen, ob die Notiz nachträglich geschrieben wurde oder sich auf einen früheren Gesprächsteil bezieht. Speichere deshalb die ursprüngliche Formulierung zusätzlich zum normalisierten Termin.

Im fiktiven Beispiel ist der 27. Oktober ausdrücklich genannt. Ein Jahr ergänzt die KI nur aus einem dokumentierten Bezug. Für Aufgaben über einen Jahreswechsel ist die Annahme "aktuelles Jahr" besonders riskant. Ein Datum ohne bestätigtes Jahr bleibt offen, wenn der Kontext keine eindeutige Auflösung erlaubt.

Unterscheide ausserdem Fälligkeit und Wiedervorlage. Eine Wiedervorlage am 28. Oktober bedeutet: Das Team prüft an diesem Tag den Fortschritt. Sie ist keine neue Zusage des Kunden. Beide Termine dürfen gleichzeitig existieren, müssen aber getrennt beschriftet sein. Sonst verändert eine interne Erinnerung die externe Vereinbarung.

Zuständigkeit ist mehr als ein erwähnter Name

Ein Gesprächsteilnehmer ist nicht automatisch zuständig. Eine Person kann über eine Aufgabe berichten, eine andere Person empfehlen oder einen früheren Stand zitieren. Die Extraktion muss deshalb die sprachliche Beziehung zwischen Person und Handlung erhalten. "Lea fragt Jonas" enthält zwei Rollen und keine Zusage von Jonas.

Bei gemeinsamen Namen oder wechselnden Ansprechpartnern braucht die Übernahme zusätzlich eine bestätigte CRM-Kontaktkennung. Die KI darf nicht allein anhand des Vornamens einen Datensatz auswählen. Der fachliche Inhalt der Aufgabe und die technische Zuordnung zum richtigen Datensatz sind zwei getrennte Prüfschritte.

Fehlt der Verantwortliche, bleibt die Aufgabe in der Klärung. Die Leitung des Vorgangs kann anschliessend eine Person beauftragen. Diese Entscheidung wird als neue Handlung dokumentiert. Das ist ein kleiner zusätzlicher Schritt, verhindert aber, dass ein Teammitglied eine vermeintliche Kundenzusage erst durch eine automatisierte Erinnerung erfährt.

Änderungen und doppelte Übernahmen behandeln

Dasselbe Gespräch erreicht das System möglicherweise als Sprachnotiz, Protokoll und ergänzende E-Mail. Drei Quellen bedeuten nicht drei Aufgaben. Vergleiche zuerst Vorgang, Handlung und bereits vorhandene Aufgabe. Eine Ähnlichkeit im Text ist ein Hinweis für die Prüfung, keine sichere Identität.

Ändert eine spätere freigegebene Nachricht den Termin, muss die ursprüngliche Aufgabe aktualisiert werden. Der Änderungsnachweis nennt alten Termin, neuen Termin und neue Quelle. Ein automatisches Überschreiben ohne diese Verbindung macht später unklar, ob eine Frist falsch extrahiert oder tatsächlich geändert wurde.

Bei widersprüchlichen Quellen stoppt die Übernahme des betroffenen Feldes. Andere eindeutig belegte Aufgaben dürfen weiterbearbeitet werden, sofern sie unabhängig sind. Eine einzelne Unklarheit muss also nicht den ganzen Vorgang blockieren. Sie darf aber auch nicht durch eine allgemeine Freigabe des restlichen Gesprächs verschwinden.

Die fachliche Freigabe konkret gestalten

Der Prüfer bekommt den Entwurf neben den zugehörigen Quellenstellen. Für N1 kontrolliert er Handlung, Person und Termin. Für N2 entscheidet er, wer die Verfügbarkeit klärt. Für N3 fragt er die tatsächliche Zuständigkeit ab. Bei N4 benennt er den nächsten Schritt zur Budgetklärung, ohne bereits eine Budgetentscheidung zu behaupten.

Eine Freigabe bezieht sich auf genau diese Fassung. Ändert die KI danach den Aufgabentext oder ergänzt einen Termin, muss die betroffene Aufgabe erneut geprüft werden. Die ursprüngliche Zustimmung ist keine Freigabe für alle späteren Modellantworten. Diese Bindung erläutert der Beitrag über Freigaben in KI-Workflows.

Nach der Übernahme muss das Team den gespeicherten CRM-Datensatz zurücklesen. Stimmen Vorgang, Person, Termin und Status? Eine erfolgreiche API-Antwort beweist nicht, dass eine falsch zugeordnete Aufgabe im richtigen Kundenkonto steht. Der Readback ist daher Teil der fachlichen Abnahme und kein technischer Zusatz.

Ein kleiner Abnahmesatz vor dem ersten Einsatz

Teste mindestens die unterschiedlichen Fehlerarten aus deinem Ablauf. Für dieses Beispiel gehören eine eindeutige Zusage, ein Kundenwunsch, ein unbestätigter Verantwortlicher, ein relativer Termin und eine spätere Korrektur in den Testsatz. Ergänze einen Fall ohne Aufgaben. Auch eine leere Aufgabenliste muss ein zulässiges Ergebnis sein.

Bewerte nicht nur, wie viele Aufgaben erkannt wurden. Zähle unbelegt ergänzte Zusagen und falsch zugeordnete Personen gesondert. Ein System, das neun richtige Aufgaben und eine erfundene Lieferverpflichtung erzeugt, besteht die fachliche Prüfung für verbindliche CRM-Übernahmen nicht. Die Fehlerkosten bestimmen die Freigaberegel, nicht eine schön gerundete Gesamtquote.

Starte mit einer begrenzten Menge freigegebener Gesprächsnotizen. Halte die Prüfzeit und die Korrekturen fest. Erst dieser Vergleich zeigt, ob die Vorbereitung tatsächlich Arbeit spart. Der Ablauf ist einsatzbereit, wenn das Team belegte Aufgaben übernehmen, offene Angaben gezielt klären und Änderungen nachvollziehbar zurücklesen kann.

Was im CRM absichtlich nicht als Aufgabe landet

Nicht jede relevante Aussage verlangt eine neue Aufgabe. Ein bestätigter Projektstand gehört möglicherweise in eine Notiz, ein Risiko in das Risikoregister und eine offene Entscheidung in die Entscheidungsliste. Wenn alles als Aufgabe angelegt wird, verliert das Team den Unterschied zwischen Information und Handlungsauftrag.

Im Beispiel bleibt der offene Budgetrahmen zunächst eine Entscheidung. Eine zusätzliche Aufgabe entsteht erst, wenn jemand die Klärung übernimmt. Beide Einträge können verknüpft sein: Die Aufgabe beschreibt die Vorbereitung, die Entscheidung dokumentiert später den beschlossenen Rahmen. Der Abschluss der Vorbereitung darf die Entscheidung nicht automatisch als getroffen markieren.

Lege deshalb eine Zuordnungsregel für die verwendeten Objektarten fest. Die KI liefert zunächst Vorschläge für diese Einordnung. Der fachliche Prüfer bestätigt sie anhand des tatsächlichen Arbeitsablaufs. Ein CRM mit nur einer Aufgabenliste verlangt möglicherweise eine ausdrücklich markierte Kategorie für Entscheidungen. Das ist eine bewusste Systemanpassung und keine sprachliche Kleinigkeit.

Prüfe bei der Einführung ausserdem, ob die zusätzliche Struktur die tägliche Arbeit erleichtert. Wenn Mitarbeiter dieselben Informationen in mehreren Ansichten pflegen müssen, steigt der Aufwand. Ein eindeutiger führender Eintrag mit verknüpften Ansichten ist dann besser als mehrere unabhängige Kopien. Die konkrete Umsetzung muss zum vorhandenen CRM passen.

Quellenstand: 23.10.2026. NIST belegt die allgemeine Risikokategorie. Kategorien, Vorlage, Prüfablauf und Gesprächsbeispiel sind eigene methodische Vorschläge; ein gemessener CRM-Nutzen wird nicht behauptet.