Häufige Fragen zu enneo

enneo ist eine KI-native Plattform für Customer Operations: Serviceanfragen werden über E-Mail, Chat, Voice und Ticket verstanden, in Ihren Systemen bearbeitet und – wo nötig – mit vollem Kontext an Ihr Team übergeben. Die Plattform ist Made in Germany und wird in der EU gehostet; das Unternehmen ist in Berlin ansässig.

Nein – enneo ist kein Chatbot, sondern bearbeitet Vorgänge, statt nur zu antworten. Die Plattform versteht Anliegen, strukturiert sie, handelt in angebundenen Systemen, eskaliert bei Bedarf und dokumentiert das Ergebnis. Ein klassischer Chatbot beantwortet Fragen im Dialogfenster – enneo führt Serviceprozesse zu Ende oder übergibt sie sauber an einen Menschen.

Customer Operations bedeutet bei enneo die operative Bearbeitung von Serviceanliegen über Kanäle und Systeme hinweg. Dazu gehören die Aufnahme des Anliegens, Entscheidungen, Aktionen in den beteiligten Systemen und die nachvollziehbare Lösung. enneo bildet diesen Ablauf als KI-native Plattform ab – kanalübergreifend, dokumentiert und mit Übergabe an Menschen, wo es nötig ist.

enneo arbeitet über E-Mail, Chat, Voice/Telefonie und Ticketing. Die Agenten arbeiten kanalübergreifend mit einheitlicher Logik: Ein Anliegen wird konsistent bearbeitet, unabhängig davon, über welchen Kanal es hereinkommt. Konversationen, Metadaten und Aktionen bleiben dabei vollständig im Kontext des Vorgangs nachvollziehbar.

Nein – enneo ersetzt bestehende Systeme nicht zwangsläufig, sondern orchestriert sie. Die Plattform legt sich als operative Ebene über CRM, ERP, Ticketing und Kanäle und verbindet Prozesse und Daten zu einem durchgängigen Ablauf. Ihre führenden Systeme bleiben führend; enneo liest und schreibt dort, wo es fachlich sinnvoll ist.

enneo-Agenten handeln so autonom, wie Sie es freigeben – steuerbar von Assist bis Autopilot. Im Assist-Modus liefern die Agenten Kontext, Empfehlungen und Antwortentwürfe; im Autopilot bearbeiten sie geeignete Vorgänge innerhalb definierter Regeln selbstständig. Bei komplexen oder risikoreichen Fällen entscheidet nach dem Human-in-the-Loop-Prinzip ein Mensch – mit vollem Kontext.

An enneo lassen sich gängige CRM-, ERP-, Helpdesk-, Telefonie- und API-Systeme anbinden. Grundlage ist ein offenes Integrations-Framework mit API-Referenz und SDK; enneo orchestriert die angebundenen Systeme, statt sie zu ersetzen. Welche Systeme im konkreten Fall verfügbar sind, wird im Projektumfang bzw. Architekturgespräch geklärt.

Der Einstieg in enneo erfolgt über den Sandbox Pilot: zwei Wochen, ein konkreter Use Case. Danach erweitern Sie Schritt für Schritt nach dem Land-and-Expand-Prinzip – auf weitere Kanäle, Prozesse und Use Cases, ohne Big-Bang-Projekt und ohne langfristige Vorab-Bindung.

enneo ist DSGVO-konform und wird in der EU gehostet; das Unternehmen ist in Berlin ansässig. Rollenbasierte Zugriffe, auditierbare Workflows und Human-in-the-Loop sichern die Kontrolle. Details – etwa die konkrete Hosting-Region, technische und organisatorische Maßnahmen und der AV-Vertrag – erhalten Sie im Sicherheits- und Datenschutzpaket.

enneo hält die Kontrolle beim Menschen: über rollenbasierte Zugriffe, auditierbare Workflows und das Human-in-the-Loop-Prinzip. Sie legen fest, welche Vorgänge automatisiert bearbeitet und welche zur Freigabe vorgelegt werden. Aktionen und Automatisierungsschritte bleiben nachvollziehbar dokumentiert – sowohl menschliche als auch KI-gestützte Schritte.

enneo ist LLM-agnostisch, also nicht an ein einzelnes Sprachmodell gebunden. Das erlaubt es, Modelle bei Bedarf zu wechseln. Welche Modellanbieter im konkreten Setup eingesetzt werden und wie die Modell-Governance geregelt ist, erläutern wir im Sicherheitsgespräch bzw. weisen es im Sicherheitspaket aus.

enneo startet mit dem Sandbox Pilot: zwei Wochen, ein konkreter Use Case. Das weitere kommerzielle Modell folgt dem Land-and-Expand-Prinzip: Die Konditionen für den produktiven Ausbau richten sich nach Ihrem Umfang – Kanäle, Use Cases, Integrationstiefe – und werden individuell auf Anfrage erstellt.

enneo ist am stärksten bei komplexen, systemübergreifenden Serviceprozessen mit Governance-Anforderungen. Für reine Telefon-Automatisierung kleiner Teams oder spezialisiertes Messaging können andere Anbieter besser passen. Diese Grenze nennen wir bewusst: Entscheidend ist, ob Ihre Serviceanliegen über mehrere Kanäle und Systeme hinweg bearbeitet werden müssen.