> ## Documentation Index
> Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt
> Use this file to discover all available pages before exploring further.

# Playbook: Kundenkommunikation

> So wird das Agenten-Blueprint-Muster auf eine kundenkommunizierende Abteilung angewendet – Rollendefinition, SOPs, Eingabequellen, Eskalationsregeln und ausgehende Schnittstellen.

# Playbook: Kundenkommunikation

Dieses Playbook veranschaulicht, wie das Agenten-Blueprint-Muster auf eine Abteilung angewendet wird, deren Kernaufgabe die Bearbeitung eingehender externer Kommunikation ist – Anfragen, Beschwerden, Statusabfragen und vergleichbare Interaktionen. Der Abteilungstyp ist bewusst generisch gehalten; Sie werden darin Ihr Kundenservice-Team, Ihren Client-Success-Bereich oder Ihren Frontline-Support wiedererkennen.

Nutzen Sie dieses Dokument als Referenz, wenn Sie das Blueprint-Muster auf Ihre eigene Abteilung übertragen. Alle Platzhalter („Abteilung A", „VM-1", „Ihr CRM") stehen für die realen Bezeichnungen, die Sie im Rahmen eines Scoping-Projekts einsetzen würden.

<Note>
  Dieses Playbook beschreibt ein strukturelles Muster, keine fertige Implementierung. Konkreter Umfang, Zeitrahmen und die genaue Eignung für Ihre Situation werden im Beratungsprozess festgelegt. Siehe [Umfang & Grenzen](/de/consulting/scoping) für die Beschreibung des Scoping-Vorgehens.
</Note>

***

## Abteilungsprofil

| Dimension                             | Beispielwert                                                                   |
| ------------------------------------- | ------------------------------------------------------------------------------ |
| **Abteilungsname**                    | Abteilung A (Kundenkommunikation)                                              |
| **Primäre Aufgabe**                   | Eingehende externe Kommunikation entgegennehmen, klassifizieren und bearbeiten |
| **Primäre Eingabequellen**            | Gemeinsames E-Mail-Postfach, Web-Kontaktformular, internes Ticket-System       |
| **Primäre ausgehende Schnittstellen** | Ihr CRM, gemeinsamer E-Mail-Ausgang, Eskalations-Benachrichtigungskanal        |
| **VM-Bezeichnung**                    | VM-1                                                                           |

***

## Rollendefinition

Bevor ein SOP formuliert wird, benötigt der Agent eine klare Rollenbeschreibung – einen einzigen Satz, der definiert, wofür er zuständig ist und – ebenso wichtig – wofür nicht. Für eine kundenkommunizierende Abteilung könnte diese Beschreibung lauten:

> *VM-1 ist zuständig für den Empfang, die Klassifizierung und die Bearbeitung von Routineanfragen externer Kontakte. Der Agent trifft keine kaufmännischen Zusagen, erteilt keine Gutschriften und hat keinen Zugriff auf Zahlungsdaten von Konten.*

Diese Rollenbeschreibung ist das Fundament, auf dem alles andere aufbaut. Sie bestimmt, welche SOPs der Agent befolgt, welche Werkzeuge er nutzen darf und wo seine Eskalationsgrenzen liegen. Mehr dazu, wie Rollendefinitionen das Agentenverhalten prägen, finden Sie unter [Was ist ein Agent?](/de/what-is-an-agent).

***

## Standardarbeitsanweisungen (SOPs)

Der Agent befolgt SOPs, die in der Designphase festgelegt wurden. Für eine kundenkommunizierende Abteilung umfasst ein minimales SOP-Set typischerweise die folgenden Situationen:

<Accordion title="SOP 1: Eingehende Nachricht klassifizieren">
  **Auslöser:** Eine neue Nachricht geht in der überwachten Eingabequelle ein (z. B. gemeinsames Postfach oder Kontaktformular-Einreichung).

  **Schritte:**

  1. Den vollständigen Nachrichteninhalt lesen.
  2. Eine der definierten Kategorien zuweisen: Statusanfrage, Beschwerde, allgemeine Frage, Eskalation erforderlich oder nicht klassifizierbar.
  3. Die Klassifizierung im CRM-Eintrag der Nachricht protokollieren.
  4. Die Nachricht basierend auf der Kategorie an den entsprechenden nächsten SOP weiterleiten.

  **Eskalationsregel:** Wenn die Nachricht nicht mit hinreichender Sicherheit klassifiziert werden kann, wird sie an die menschliche Prüfwarteschlange weitergeleitet – keine Schätzung.
</Accordion>

<Accordion title="SOP 2: Statusanfrage beantworten">
  **Auslöser:** Eingehende Nachricht mit der Klassifizierung „Statusanfrage".

  **Schritte:**

  1. Den Referenzbezeichner aus der Nachricht extrahieren (z. B. Bestellnummer, Vorgangsreferenz, Konto-ID).
  2. Den aktuellen Status im verbundenen System nachschlagen (z. B. in Ihrem ERP-System oder CRM).
  3. Eine Antwort anhand der genehmigten Antwortvorlage für Statusaktualisierungen verfassen.
  4. Die Antwort über den gemeinsamen E-Mail-Ausgang versenden.
  5. Den CRM-Eintrag mit der durchgeführten Maßnahme und dem Zeitstempel aktualisieren.

  **Eskalationsregel:** Wenn der Eintrag nicht gefunden werden kann oder der Status einen Ausnahmezustand aufweist, wird der Vorgang mit einer Zusammenfassung der ermittelten Informationen an die menschliche Prüfwarteschlange weitergeleitet.
</Accordion>

<Accordion title="SOP 3: Beschwerde bearbeiten">
  **Auslöser:** Eingehende Nachricht mit der Klassifizierung „Beschwerde".

  **Schritte:**

  1. Den Eingang unter Verwendung der genehmigten Eingangsbestätigungsvorlage bestätigen. In diesem Schritt wird keine Lösung versucht.
  2. Die Beschwerde im CRM mit Kategorie, Kontaktdaten und Nachrichteninhalt protokollieren.
  3. Anhand der in der SOP-Konfiguration definierten Kriterien einen Schweregrad zuweisen (Standard oder erhöht).
  4. Die Nachricht an die menschliche Prüfwarteschlange weiterleiten – mit Klassifizierung und einem Antwortentwurf zur Prüfung und Versendung durch die zuständige Person.

  **Eskalationsregel:** Alle Beschwerden werden vor einer inhaltlichen Antwort an einen Menschen übergeben. Der Agent entwirft; eine Person genehmigt.
</Accordion>

<Accordion title="SOP 4: Nicht klassifizierbare oder nicht zuständige Nachrichten bearbeiten">
  **Auslöser:** Eingehende Nachricht mit der Klassifizierung „nicht klassifizierbar" oder mit einer Anfrage außerhalb der definierten Rolle des Agenten.

  **Schritte:**

  1. Eine Eingangsbestätigung an den Absender senden, die den Empfang der Nachricht bestätigt.
  2. Die vollständige Nachricht mit dem Vermerk „manuelle Triage erforderlich" an die menschliche Prüfwarteschlange weiterleiten.
  3. Die Weiterleitungsmaßnahme im CRM protokollieren.

  **Eskalationsregel:** Der Agent versucht niemals, auf Nachrichten zu antworten, die er nicht mit hinreichender Sicherheit klassifizieren kann.
</Accordion>

***

## Eingabequellen

Der Agent überwacht die folgenden Eingabequellen. Während der Einrichtung wird jede Quelle vor der Inbetriebnahme verbunden und getestet.

| Eingabequelle               | Gelieferte Daten                     | Format                      |
| --------------------------- | ------------------------------------ | --------------------------- |
| Gemeinsames E-Mail-Postfach | Eingehende externe Nachrichten       | Unstrukturierter Text       |
| Web-Kontaktformular         | Eingereichte Anfragen                | Strukturierte JSON-Felder   |
| Internes Ticket-System      | Eskalationen aus anderen Abteilungen | Strukturierte Ticketobjekte |

Die Konfiguration der Eingabequellen wird unter [Agentenstruktur → Integrationen](/de/agent-structure/integrations) beschrieben.

***

## Ausgehende Schnittstellen

Der Agent schreibt im Rahmen seiner SOPs in die folgenden Systeme. Er schreibt ausschließlich in Systeme, die während der Einrichtung explizit verbunden und freigegeben wurden.

| Ausgehende Schnittstelle           | Was der Agent schreibt                                                | Menschliche Freigabe erforderlich?           |
| ---------------------------------- | --------------------------------------------------------------------- | -------------------------------------------- |
| Ihr CRM                            | Klassifizierungsprotokoll, Kontaktdatensätze, Aktivitätshistorie      | Nein                                         |
| Gemeinsamer E-Mail-Ausgang         | Statusantworten auf Basis genehmigter Vorlagen                        | Nein (bei Status-SOPs), Ja (bei Beschwerden) |
| Eskalations-Benachrichtigungskanal | Einträge der menschlichen Prüfwarteschlange mit vollständigem Kontext | k. A. (nur Weiterleitung)                    |

***

## Eskalationsregeln

Eskalationsregeln sind als feste Grenzen in der Sicherheitsschicht des Agenten konfiguriert. Für diesen Abteilungstyp führen die folgenden Situationen unabhängig von jeder anderen Bedingung stets zu einer Übergabe an einen Menschen:

* Beschwerden jeder Art
* Nachrichten mit Bezug zu Zahlungen, Erstattungen oder Gutschriften
* Nachrichten, bei denen die Klassifizierungssicherheit unter dem definierten Schwellenwert liegt
* Nachrichten von Kontakten, die im CRM als „VIP" oder „sensitiv" markiert sind
* Jede Nachricht, die während der CRM-Abfrage einen Fehler erzeugt

Bei einer Eskalation übergibt der Agent die vollständige Nachricht, das Klassifizierungsergebnis, alle abgerufenen CRM-Daten sowie eine verständliche Zusammenfassung an die menschliche Prüfwarteschlange. Der Kontakt erhält eine Eingangsbestätigung.

Wie Sicherheitsgrenzen und Übergaberegeln konfiguriert werden, ist unter [Agentenstruktur → Komponenten](/de/agent-structure/components) beschrieben.

***

## JSON-Nachrichtenfluss (vereinfacht)

Jeder SOP-Schritt erzeugt eine strukturierte Nachricht, die an den nächsten Schritt oder eine ausgehende Schnittstelle übergeben wird. Ein vereinfachtes Beispiel für eine Statusanfrage:

```json theme={null}
{
  "event": "inbound_message",
  "source": "email_inbox",
  "contact_ref": "CONTACT-0001",
  "message_id": "MSG-20240801-004",
  "classification": "status_enquiry",
  "extracted_reference": "ORDER-00123",
  "lookup_result": "found",
  "action_taken": "reply_sent",
  "template_used": "status_update_v2",
  "escalated": false,
  "timestamp": "2024-08-01T09:14:00Z"
}
```

Dieser Datensatz wird als Aktivitätsprotokoll-Eintrag in Ihr CRM geschrieben. Jeder Schritt, den der Agent ausführt, ist auf einen konkreten SOP und ein konkretes Eingabeereignis zurückführbar.

***

## Stufenweise Ausweitung

Dieser Abteilungstyp startet in der Regel mit einem engen Scope, der in definierten Phasen erweitert wird:

| Phase   | Was automatisiert wird                  | Was manuell bleibt        |
| ------- | --------------------------------------- | ------------------------- |
| Phase 1 | Nur Klassifizierung und Protokollierung | Alle Antworten            |
| Phase 2 | Statusantworten hinzugefügt             | Beschwerden, Eskalationen |
| Phase 3 | Beschwerdebestätigung hinzugefügt       | Lösung und Gutschriften   |

Der Einstieg in Phase 1 ermöglicht es dem Team, den Klassifizierungs-SOP zu validieren, bevor ausgehende Maßnahmen ergriffen werden. Dies ist der empfohlene Ansatz für jede Abteilung, bei der ausgehende Fehler ein Reputationsrisiko darstellen.

***

## Querverweise

* [Was ist ein Agent?](/de/what-is-an-agent) – Rollendefinitionen und die drei Schichten jedes Agenten
* [Agentenstruktur → Überblick](/de/agent-structure/overview) – Eingaben, Intelligenz und Aktionen
* [Agentenstruktur → Komponenten](/de/agent-structure/components) – Sicherheitsgrenzen und Übergaberegeln
* [Agentenstruktur → Integrationen](/de/agent-structure/integrations) – Eingabequellen und ausgehende Schnittstellen verbinden
* [Umfang & Grenzen](/de/consulting/scoping) – wie der Umfang eines Abteilungs-Agenten definiert und kontrolliert wird