Das Sortierproblem vor jeder Antwort
Eine Support-Anfrage trifft am Montagmorgen ein. Bevor eine Antwort geschrieben werden kann, müssen drei Entscheidungen getroffen werden: Um welche Art von Anfrage handelt es sich, wie dringend ist sie, und wer bearbeitet sie? In einem Unternehmen mit einem dedizierten Support-Team ist diese Sortierung in den Prozess eingebaut. In einem Fünf-Personen-Team, in dem Support in einem gemeinsamen Posteingang landet, trifft der Gründer diese Entscheidungen selbst.
Die versteckten Kosten liegen nicht in der Zeit, die für das Sortieren aufgewendet wird. Die Kosten entstehen dadurch, dass Sortieren und Antworten um dasselbe Zeitfenster konkurrieren. Die Stunde, die es braucht, um den Posteingang durchzuarbeiten — jede Anfrage zu lesen, Prioritäten zuzuweisen, Zuständigkeiten zu klären — ist eine Stunde, in der keine einzige Antwort verfasst wird. Wenn die Triage abgeschlossen ist, warten die dringendsten Nachrichten bereits.
Gründer, die Support für 30 bis 80 Kunden leisten, verbringen täglich 30 bis 45 Minuten allein mit der Triage — bevor eine einzige Antwort geschrieben wird.
Wie OpenClaw eingehende Anfragen liest und klassifiziert
OpenClaw überwacht den Support-Posteingang und verarbeitet jede eingehende Nachricht, bevor der Gründer sie öffnet. OpenClaw liest die vollständige Nachricht und weist zwei Dinge zu: eine Kategorie und eine Dringlichkeitsstufe.
Kategorien werden während der Einrichtung definiert und entsprechen der Arbeitsweise des Unternehmens. Eine typische Konfiguration umfasst vier Typen: Fragen zu Abrechnung und Zahlung, technische Probleme und Fehler, Feature-Anfragen und Produktfeedback sowie allgemeine Anfragen. Jede Kategorie ist einer Antwortvorlage und einem Weiterleitungspfad zugeordnet.
Dringlichkeit ist unabhängig von der Kategorie. Eine Abrechnungsfrage eines Kunden mit einer überfälligen Zahlung ist dringender als eine Frage zu einer zukünftigen Rechnung. OpenClaw liest den Nachrichteninhalt, die Kundenhistorie und Kontosignale und weist eine Prioritätsstufe zu. Dringende Anfragen erscheinen sofort oben in der Genehmigungswarteschlange. Standardanfragen folgen dahinter.
Der erste Antwortentwurf für jede klassifizierte Anfrage
Für jede klassifizierte Nachricht erstellt OpenClaw einen ersten Antwortentwurf. OpenClaw greift auf die Vorlage für diese Kategorie zurück und passt die Sprache an die konkrete Anfrage an — den Namen des Kunden, das Thema der Anfrage und den Ton der bisherigen Gesprächshistorie.
Ein Kunde, der drei vorherige Tickets zum selben Abrechnungsproblem eingereicht hat, erhält einen anderen Entwurf als ein Kunde, der zum ersten Mal eine Abrechnungsfrage stellt. OpenClaw nutzt das frühere Gespräch, um sowohl Inhalt als auch Tonalität der Antwort zu kalibrieren.
Jeder Entwurf erscheint im Slack-Genehmigungskanal. Die Genehmigungskarte zeigt die ursprüngliche Nachricht, die zugewiesene Kategorie und Dringlichkeit sowie den Antwortentwurf. Der Gründer genehmigt, bearbeitet und genehmigt, oder lehnt ab. Eine Ablehnung protokolliert die Anfrage als zurückgestellt mit einem Zeitstempel — nichts verschwindet stillschweigend.
Der Genehmigungsschritt, der jede Aktion steuert
OpenClaw leitet Anfragen nicht automatisch an Teammitglieder weiter und sendet keine Antworten an Kunden. Jeder Entwurf und jeder Weiterleitungsvorschlag erscheint im Slack-Genehmigungskanal, damit der Gründer handeln kann. Nichts bewegt sich, bis der Gründer genehmigt — diese Einschränkung ist auf Infrastrukturebene durchgesetzt, keine Einstellungsoption.
Der Genehmigungsschritt ist wichtig, wenn eine Klassifizierung falsch ist. Eine Anfrage, die OpenClaw als Feature-Meldung liest, könnte ein Fehler sein, den der Gründer aus einem früheren Gespräch erkennt. Der Gründer lehnt die vorgeschlagene Kategorie ab, überschreibt sie, bearbeitet den Entwurf und genehmigt. OpenClaw protokolliert die Korrektur zusammen mit der ursprünglichen Klassifizierung — zukünftige Anfragen, die dem Muster entsprechen, werden anders klassifiziert.
Der Genehmigungsschritt ist auch der Ort, an dem Prioritätsmeinungsverschiedenheiten gelöst werden. Ein dringendes Flag auf einer Nachricht, die tatsächlich nicht dringend ist, kann ohne Konsequenzen abgelehnt werden. Die Anfrage bleibt mit Standardpriorität in der Warteschlange.
Wie eine Woche triagierter Support aussieht
Am Ende einer Woche hat jede eingegangene Anfrage einen sichtbaren Status. Genehmigte Anfragen haben eine gesendete Antwort und einen Zeitstempel. Zurückgestellte Anfragen befinden sich mit einem Hinweis in der Warteschlange. Weiterleitungsvorschläge zeigen, wohin die Anfrage gegangen ist und wann.
Wenn der Posteingang geöffnet wird, ist jede Anfrage bereits sortiert.
Die Übersichtlichkeit ist wichtiger als jede einzelne Antwort. Ein Gründer, der Support ohne System betreibt, hat eine ungefähre Vorstellung davon, was eingegangen ist und was beantwortet wurde. Ein Gründer, der OpenClaw betreibt, weiß genau, was eingegangen ist, wie jede Nachricht klassifiziert wurde, wann sie bearbeitet wurde und was gesagt wurde.
Volumen-Muster werden im Protokoll handlungsrelevant. Wenn vier Kunden in derselben Woche Abrechnungsfragen stellen, erscheint dieses Muster in der Triage-Historie. Das Signal ist innerhalb eines einzelnen Support-Threads unsichtbar. OpenClaw macht es über alle Threads hinweg sichtbar.