
Was "E-Mail-Triage" in einem Front-Postfach eigentlich bedeutet
Wenn du Support über Front betreibst, machst du bereits jeden Tag Triage, wahrscheinlich ohne es so zu nennen. Ein Gemeinschaftspostfach füllt sich, und jemand muss entscheiden: worum geht es hier, wer sollte sich darum kümmern, wie dringend ist es, und lässt es sich mit etwas beantworten, das wir bereits aufgeschrieben haben. Mach das von Hand bei ein paar hundert E-Mails am Tag, und es frisst die erste Stunde jeder Schicht.
KI-E-Mail-Triage automatisiert genau diese Entscheidungen. In Phasen aufgeteilt sieht das so aus:

Front deckt diese gesamte Kette nativ ab, aber du setzt sie aus mehreren verschiedenen Funktionen zusammen, statt einfach einen Schalter umzulegen. Ich habe einen guten Teil der letzten Jahre damit verbracht, KI in laufende Support-Warteschlangen einzubauen, Front eingeschlossen, und der Teil, den die meisten unterschätzen, ist nicht die Klassifizierung, sondern das Routing und die Frage "wann traue ich ihr die Antwort zu". Gehen wir also jede Phase durch und sprechen dann darüber, wo die nativen Tools an ihre Grenzen kommen und was man ergänzen kann.
Wie Fronts native KI die Triage übernimmt
Front bewirbt seine KI mit drei Verben: Automate, Assist, Analyze. Jedes davon entspricht genau einer Triage-Phase.
Klassifizieren: Topics
Topics ist Fronts Klassifizierungsebene. Sie liest deine Konversationshistorie und clustert sie, sodass du statt zu raten, warum Kunden schreiben, echte Kategorien bekommst: "Rückerstattungsanfrage", "Versandverzögerung", "Login-Problem". Sie ist auf jedem Plan enthalten, ab Starter, und bei der Einrichtung füllt sie rückwirkend bis zu 10.000 Konversationen aus den letzten 30 Tagen auf, sodass du nicht bei null anfängst.
Ein paar echte Grenzen, die man kennen sollte, bevor man sich darauf verlässt. Topics ist für Postfächer mit höherem Volumen gedacht, die mehr als 1.000 Konversationen im Monat haben; darunter kann es laut Front zu seltsamem Verhalten oder gar keinen Themen kommen. Ein Thema braucht mindestens fünf Konversationen, bevor das laufende Tagging einsetzt, und das Zusammenführen zweier Themen ist dauerhaft und nicht rückgängig zu machen. Themennamen kommen auf Englisch heraus, auch wenn Front Konversationen in Dutzenden Sprachen liest, um die passende englische Bezeichnung zu erzeugen. Du kannst eine Konversation von einem Thema in ein anderes verschieben, wenn sie falsch landet, aber du kannst das Modell nicht mit korrigierten Beispielen nachtrainieren.
Routen: die Regel-Engine und Playbooks
Klassifizierung hilft nur, wenn die E-Mail danach irgendwohin geht. Fronts Regel-Engine ist das Routing-Arbeitspferd: Du baust Bedingungen zu Postfach, Absender, Schlüsselwort, Tag oder SLA und legst Aktionen fest wie einem Teammitglied zuweisen, in ein Postfach verschieben, ein Tag hinzufügen oder einen SLA-Timer starten. Das ist der Teil, den die meisten Teams bereits betreiben, und KI-Triage setzt darauf auf, statt ihn zu ersetzen.
Für die KI-gestützte Auflösung nutzt Front Autopilot Playbooks: eine benannte Abfolge von Schritten, denen der Agent folgt, begrenzt auf ein bestimmtes Postfach.

Ein Playbook kann eine Buchungsnummer aus einem Datensatz ziehen, sie gegen eine Richtlinie prüfen und in einem verbundenen Tool eine Aktion ausführen. Das ist tatsächlich mehr als FAQ-Abwehr, und es ist eine von Fronts echten Stärken: Es behandelt Daten aus CRM- und ERP-Drittsystemen als vollwertigen Input statt als angeflanschte Abfrage.
Auflösen oder unterstützen: Autopilot und Copilot
Sobald eine E-Mail klassifiziert und geroutet ist, muss jemand antworten. Front bietet dir zwei Wege.
Autopilot ist der autonome Agent. Front bewirbt ihn damit, bis zu 70% der Anfragen durchgängig zu lösen, über E-Mail, Chat und Slack hinweg. Es ist ein Add-on, das bei 0,05 $ pro Konversation startet und auf jedem Plan verfügbar ist, einschließlich Enterprise. Anerkennung, wo sie hingehört: Autopilot hat tatsächlich einen Simulationsschritt, sodass die alte Kritik "Schalter umlegen und hoffen" nicht fair ist. Der ehrliche Unterschied liegt darin, was simuliert wird. Fronts Simulation läuft gegen Szenarien, die du selbst schreibst, nicht als Wiedergabe über deine eigene Ticket-Historie, sodass du die Fälle testest, an die du gedacht hast, statt die, die deine Kunden tatsächlich geschickt haben.
Copilot ist der Assistenz-Weg: Er entwirft vorgeschlagene Antworten auf Basis der Konversationshistorie, recherchiert Kontext über verbundene Systeme hinweg und lässt einen Agenten Ton und Länge anpassen, bevor ein Mensch auf Senden klickt. Er kostet 20 $ pro Sitzplatz und Monat, oder ist bei Enterprise enthalten. Das ist das ausgereifte, risikoarme Ende der Front-KI, und es passt gut zu den Tickets, die du der vollen Automatisierung noch nicht anvertraust.
Triage in Front einrichten, Schritt für Schritt
Wenn du das mit den nativen Tools aufbaust, funktioniert diese Reihenfolge:
- Topics aktivieren und rückwirkend auffüllen lassen. Gib ihm eine Woche auf einem echten Postfach, damit die Kategorien widerspiegeln, worüber Kunden tatsächlich schreiben, und benenne dann die vagen um.
- Deine Routingregeln gegen diese Themen schreiben. Route "Abrechnung" ins finanzseitige Postfach, tagge alles mit einem SLA-Schlüsselwort, weise VIP-Absender einer benannten Warteschlange zu.
- Ein Playbook für ein enges, volumenstarkes Thema bauen. Sendungsverfolgung oder Rückerstattungsanfragen sind die üblichen ersten Wahlen, weil die Schritte jedes Mal gleich sind.
- Simulieren, dann Autopilot in begrenztem Umfang starten. Richte ihn auf dieses eine Thema, beobachte ihn, und weite es nur aus, wenn die Lösungsqualität hält.
- Copilot auf alles andere setzen, damit Agenten Entwürfe für die Tickets bekommen, die Autopilot noch nicht bearbeitet.
Nichts davon ist mit einem Klick erledigt, und das ist das Faire, was man über native Front-KI sagen kann: Sie ist mächtig, aber die Einrichtung ist echte Arbeit. Topics bereinigen, Regeln schreiben, Playbooks bauen und Wissen verbinden ist mehr als ein Schalter, und die Teile werden getrennt abgerechnet und konfiguriert.
Wo native Front-Triage an ihre Grenzen kommt
Fronts KI ist gut. Aber drei Dinge stolpern Teams mit ernsthaftem Triage-Volumen, und es lohnt sich, sie klar zu benennen, damit man darum herum planen kann.
Die Rechnung ist zersplittert. Um volle Triage zu bekommen, zahlst du oft Sitzplätze plus Copilot plus Autopilot pro Konversation. Es gibt hier eine besondere Falle: Beim Professional-Plan zu 65 $/Sitzplatz kommen Copilot (20 $), Smart QA (20 $) und Smart CSAT (10 $) zusammen auf 115 $/Sitzplatz, was mehr ist als Enterprise zu 105 $/Sitzplatz, wo diese drei bereits enthalten sind. Es lohnt sich, das nachzurechnen, bevor du Add-ons stapelst.
Das Testen nutzt nicht deine echte Historie. Wie gesagt, Autopilots Simulation ist szenariobasiert. Bei einem Triage-System ist der beängstigende Fehlerfall die E-Mail, die du nicht vorhergesehen hast, und szenariobasiertes Testen deckt solche Fälle per Definition nicht ab.
Wissen hat echte Grenzen. Autopilot und Copilot können eine veröffentlichte Front-Wissensdatenbank, öffentliche Websites und eine Reihe von Drittanbieter-Quellen (Confluence, Google Drive, Guru, SharePoint, Notion) lesen. Das ist eine solide Liste, aber Quellen müssen auf Englisch sein und sind auf etwa 3.000 Seiten pro Quelle begrenzt, und Slack ist keine anbindbare Wissensquelle, sodass ein Team, das in Slack-Threads lebt, eine Lücke hat.
Nichts davon macht Front zu einer schlechten Wahl. Das sind einfach die Nahtstellen, auf die man stößt, wenn Triage zur Hauptsache wird statt zur Nebenfunktion.
Ein KI-Triage-Teammitglied mit eesel auf Front aufsetzen
Der andere Weg, E-Mail-Triage in Front zu machen, ist, ein Teammitglied hinzuzufügen, das die gesamte Kette übernimmt, klassifizieren, routen, entwerfen, auflösen, eskalieren, innerhalb desselben Gemeinschaftspostfachs, und es als eine einzige Sache zu bepreisen.
Das ist die Form von eesel. Es tritt Front als echter KI-Agent in deinem Gemeinschaftspostfach bei, nicht als Chat-Widget in der Ecke und nicht als separates Tool, in das du wechselst.

Innerhalb von Front tut es dieselben Dinge, die ein menschlicher Agent tun würde: Es liest Konversationen, entwirft und sendet Antworten, fügt private Kommentare hinzu, aktualisiert Tags, routet an Teammitglieder und verwaltet SLA-Zeitpläne. Es funktioniert über E-Mail, Web-Chat und SMS, antwortet in welchem Kanal auch immer der Kunde genutzt hat, und beherrscht 80+ Sprachen ohne zusätzliche Einrichtung.
Zwei Dinge machen es speziell für Triage passend. Erstens Triggerkontrolle: Du entscheidest, welche Konversationen es anfasst, mit Bedingungen zu Tags, Kanälen, Postfächern oder bestimmten Regeln, oder du kannst ihm einzelne Konversationen manuell übergeben. Es respektiert deine bestehenden Front-Routingregeln, Zuweisungsregeln und SLA-Richtlinien, statt gegen sie zu arbeiten, sodass du ein Teammitglied hinzufügst und nicht deinen Workflow neu baust. Zweitens konfigurierst du es in einfacher Sprache, wie es schreibt, welche Konversationen es bearbeitet, wann es eskaliert, indem du beschreibst, was du willst, statt für jeden Randfall einen Regelbaum zu pflegen.
Die Einrichtung folgt einem kurzen, testbaren Pfad:

Der Schritt, der für Triage am wichtigsten ist, ist der dritte. eesel simuliert mit deinen vergangenen Konversationen, nicht mit erfundenen Szenarien, sodass du eine konkrete Lösungsquote nach Thema und einen Lückenbericht bekommst ("23 Tickets letzte Woche fragten nach anteiligen Rückerstattungen, aber deine Docs decken nur vollständige Kündigungen ab"), bevor irgendetwas einem echten Kunden antwortet. Dann startest du im reinen Entwurfsmodus, lässt das Team gegenlesen und schaltest bei den einfachen Themen auf autonom, sobald du sicher bist. Das ist dieselbe Disziplin "erst mit Historie simulieren", auf die wir bestehen gelernt haben, nachdem wir zugesehen haben, wie selbstbewusst klingende Bots leise falsche Antworten gegeben haben.
Das ist nicht auf Demos beschränkt. Ecosa, ein DTC-E-Commerce-Team, lässt eesel 75% der Tier-1-Tickets zu 0,40 $ pro Konversation bearbeiten, und Gridwise berichtete, dass eesel 73% der Tier-1-Anfragen löste im ersten Monat. Es gibt sogar eine Front-spezifische Kundenstimme, die es wert ist, zitiert zu werden:
"Wir nutzen eesel für den Kundensupport nach dem Verkauf. Es integriert sich mit unserem Front-Postfach und Shopify, und der Kundensupport des eesel-Teams war sehr gut."
Raul Sanz Garcia, IT Manager, Friscomos
Was es kostet: native Front-KI vs. eine eesel-Schicht
Hier ist der direkte Vergleich, der meist den Ausschlag gibt.

| Wofür du bezahlst | Native Front-KI | eesel auf Front |
|---|---|---|
| Klassifizierung (Topics) | Kostenlos, alle Pläne | Enthalten |
| Entwurfshilfe (Copilot) | 20 $/Sitzplatz/Monat | Enthalten |
| Autonome Auflösung | Autopilot ab 0,05 $/Konversation | Enthalten |
| Sitzplätze | 25 bis 105 $ pro Sitzplatz | Keine Sitzplatzgebühr |
| Plattformgebühr | Im Sitzplatzpreis enthalten | Keine (Enterprise 1.000 $/Monat pauschal, optional) |
| Abrechnungseinheit | Pro Sitzplatz + pro Konversation + pro Add-on | 0,40 $ pro bearbeitetes Ticket, nicht pro Antwort |
| Testen | Szenario-Simulation | Simulation mit deinen echten vergangenen Tickets |
eesels Modell ist ein einziger nutzungsbasierter Satz: 0,40 $ pro bearbeitetem Ticket oder Helpdesk-Konversation, nicht pro Antwort, sodass das ganze Hin und Her innerhalb einer Konversation immer noch nur eine Abrechnung ist. Es gibt keine Sitzplätze und keine Plattformgebühr im Standardplan.

Die konkrete Staffelung, von eesels eigener Preisseite: 100 Tickets/Monat sind 40 $, 500 sind 200 $, 1.000 sind 400 $, 2.500 sind 1.000 $. Und du zahlst nur für das, was du an KI weiterleitest, wenn dein Team also 1.000 Tickets im Monat bearbeitet, aber 200 an eesel schickt, zahlst du für diese 200 (80 $). Du startest kostenlos, bis du 50 $ an Nutzung verbraucht hast (keine Karte erforderlich), und eine standardmäßige Ausgabenobergrenze von 250 $/Monat pausiert den Agenten, sodass es keine überraschenden Rechnungen gibt. Zwei ehrliche Vorbehalte: Aufgaben werden abgerechnet, egal ob das Ergebnis perfekt ist oder nicht, und HIPAA und ein BAA sind nur bei Enterprise verfügbar.
Um Front gegenüber fair zu sein: Bei niedrigem KI-Volumen ist die Rechnung pro Konversation eng beieinander: Autopilots 0,05 $ ist günstig pro Konversation, und wenn du nur einen Bruchteil automatisierst, sind native Tools durchaus vernünftig. Der eesel-Fall wird stärker, je mehr Triage zur Hauptaufgabe wird, weil du aufhörst, pro Sitzplatz und pro Add-on zu zahlen, und stattdessen eine vorhersehbare Zahl für die gesamte Kette zahlst.
eesel für Front ausprobieren
Wenn du KI-E-Mail-Triage in Front willst, ohne sie aus drei getrennt abgerechneten Produkten zusammenzusetzen, ist eesel das KI-Teammitglied, das die gesamte Kette innerhalb deines bestehenden Gemeinschaftspostfachs übernimmt: Es klassifiziert, taggt, routet an die richtige Person, entwirft oder sendet, und eskaliert, wenn es sich unsicher ist, alles zu 0,40 $ pro Konversation ohne Sitzplätze.
Der Teil, zu dem ich dich zuerst hindrängen würde, ist die Simulation. Verbinde Front, richte eesel auf deine letzten paar tausend Konversationen, und du siehst deine echte Lösungsquote und Wissenslücken, bevor es je eine echte E-Mail anfasst. Es ist kostenlos zum Ausprobieren, dauert unter 30 Minuten zum Verbinden, und funktioniert neben jeder Front-Regel, die du bereits gebaut hast. Diese Kombination, Test mit echter Historie plus Pauschalpreis, macht es für jedes Team einen Blick wert, bei dem das Postfach zum Engpass geworden ist.
Häufig gestellte Fragen
Was ist KI-E-Mail-Triage in Front?
Was kostet KI-E-Mail-Triage in Front?
Kann ich die KI-E-Mail-Triage testen, bevor sie echten Kunden antwortet?
Wie richte ich Triage-Regeln in Front ein?
Ersetzt ein KI-Teammitglied Fronts eigene Automatisierungen?

Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








