OpenAI Presence kaufen oder selbst bauen? Einkaufsleitfaden für Unternehmen

Table of Contents

Entscheidung in 30 Sekunden

Presence passt vor allem zu volumenstarken, klar geregelten Workflows. Kleine, wechselnde oder schlecht dokumentierte Prozesse rechtfertigen ein betreutes Enterprise-Deployment selten.

Das Unternehmen behält die Verantwortung. OpenAI kann Integration, Tests und Betrieb unterstützen; Prozessziel, Datenfreigaben, Aktionsgrenzen und Abnahme bleiben Sache des Kunden.

Vor dem Anbietergespräch müssen Prozess, Risiko und Erfolgsmessung feststehen. Ohne Baseline, Testfälle und Exit-Regeln lässt sich weder der Nutzen noch der Lock-in seriös bewerten.

Für wen: CIOs, IT-Leitung, Einkauf, Kundenservice, Datenschutz und Informationssicherheit

Lesedauer: etwa 9 Minuten

Was Unternehmen vor dem Anbietertermin klären sollten

Einen Prozess auswählen: Fallvolumen, heutige Kosten, gewünschtes Ergebnis und ausgeschlossene Fälle dokumentieren.
Aktionen begrenzen: Lese- und Schreibrechte, Betragsgrenzen, Genehmigungen und Rollback festlegen.
Abnahme messbar machen: Reale Standardfälle, Grenzfälle und Angriffsszenarien zusammenstellen.
Vertrag und Exit vorbereiten: Datenstandorte, Protokolle, Service Levels, Exportrechte und Wechselkosten klären.

Methodik und Quellenlage: Dieser Beitrag entstand im Zusammenspiel von KI und menschlicher Redaktion: KI unterstützte Recherche, Strukturierung und Formulierungsentwürfe; ein Mensch prüfte Quellen, Zahlen, Einordnung und Schlussfassung redaktionell. Grundlage sind offizielle Angaben von OpenAI sowie Quellen von EU-Kommission, NIST, Google Cloud, Microsoft und BBVA. Preise und konkrete Presence-Vertragsdetails sind nicht öffentlich; Leistungswerte sind Herstellerangaben und die Kostenrechnung ist eine redaktionelle Modellrechnung. Stand: 12. August 2026.

Presence verkauft Betriebsfähigkeit, nicht nur Modellzugriff

OpenAI Presence ist kein Agentenbaukasten zum Selbstkonfigurieren. OpenAI beschreibt das Angebot als betreute Enterprise-Plattform für Sprach- und Chat-Agenten in wiederholbaren, volumenstarken und geschäftlich relevanten Workflows.

OpenAI Forward Deployed Engineers, ausgewählte Implementierungspartner und der Kunde bauen gemeinsam einen begrenzten Prozess auf. Dazu gehören Systemanbindungen, Richtlinien, Berechtigungen, Simulationen, Evaluationen, Überwachung, menschliche Eskalation und kontrollierte Verbesserungen nach dem Start. Presence ist derzeit nur in begrenzter allgemeiner Verfügbarkeit erhältlich und kein Self-Service-Produkt.

Ein Agent kann genehmigtes Wissen verwenden, Informationen aus Geschäftssystemen abrufen, Daten aktualisieren und freigegebene Aktionen ausführen. Der genaue Funktionsumfang wird jedoch erst im technischen Scoping festgelegt.

Öffentlich dokumentierte Elemente	Im Scoping zu klären
Sprach- und Chat-Workflows	konkrete Kanäle und Contact-Center-Integration
Richtlinien, Rechte und Genehmigungen	unterstützte Fachsysteme und Schreibaktionen
Simulationen, Evaluation und Monitoring	Modelle, Kapazität und Service Levels
menschliche Eskalation und Rollback	Datenstandort, Aufbewahrung und Supportzugriffe
Codex-gestützte Änderungsvorschläge	Preis, Mindestvolumen und Exit-Unterstützung

Die kaufmännische Konsequenz: Unternehmen erwerben kein standardisiertes SaaS-Paket mit öffentlich vergleichbarem Tarif. Sie beschaffen ein individuell zugeschnittenes Betriebsmodell.

Die unabhängige Perspektive: Presence ist ein Weg unter mehreren

Die zentrale Betriebslogik ist plausibel – sie ist aber keine exklusive Stärke von Presence. OpenAIs Grundthese, dass produktive Agenten mehr als ein leistungsfähiges Modell brauchen, wird auch außerhalb des Unternehmens gestützt.

Das US-amerikanische NIST empfiehlt, Verhalten und Leistungskennzahlen von KI-Systemen im Betrieb fortlaufend zu überwachen und Abweichungen gegenüber den Vorabtests zu dokumentieren. Das entspricht dem von Presence beschriebenen Verbesserungszyklus, ist aber kein OpenAI-spezifisches Konzept.

Auch Wettbewerber bauen vergleichbare Betriebsschichten auf. Die Gemini Enterprise Agent Platform kombiniert Agentenidentitäten, Registry, Gateway, Simulation, Evaluation und Observability. Microsoft Agent 365 positioniert sich als herstellerübergreifende Steuerungsebene für Registrierung, Identität, Richtlinien, Überwachung und Schutz von Agenten. Beide Wege lassen Unternehmen mehr Eigensteuerung, verlangen dafür aber eine eigene Plattform- und Betriebsorganisation.

Auch die Kundenreferenzen brauchen Kontext. BBVA wird von OpenAI als Presence-Designpartner genannt. Die Bank bestätigt auf ihrer eigenen Website zugleich eine strategische OpenAI-Partnerschaft und Beteiligung an OpenAIs Deployment Company. Das macht BBVA zu einer relevanten Praxisstimme, aber nicht zu einem unabhängigen Produkttest.

Herstellerzahlen sind ein Signal, aber kein Business Case

OpenAI setzt Presence nach eigenen Angaben im englischsprachigen Telefonsupport ein. Der Agent löse 75 Prozent der eingehenden Anliegen ohne menschliche Hilfe. Ein Codex-gestützter Verbesserungszyklus habe die Übergaben an Mitarbeitende innerhalb von zehn Tagen um 15 Prozentpunkte reduziert.

Für eine belastbare Übertragung fehlen jedoch Anrufvolumen, Fallmix, Definition von „gelöst“, Fehlerquote, Kundenzufriedenheit und Vollkosten. Die Werte zeigen einen produktiven Referenzbetrieb, aber keine allgemein erreichbare Automatisierungsquote.

Illustrative Modellrechnung: Was darf der Betrieb kosten?

Die folgende Rechnung ist keine Marktpreisprognose, sondern eine redaktionelle Entscheidungshilfe. Annahmen:

100.000 eingehende Servicefälle pro Jahr

4,50 Euro heutige Vollkosten je menschlich bearbeitetem Fall

nur fachlich korrekt gelöste Fälle zählen als Automatisierung

Integrations-, Lizenz-, Betriebs- und Kontrollkosten sind noch nicht abgezogen

Szenario	Korrekt automatisierte Fälle	Bruttoentlastung pro Jahr
Vorsichtig: 25 Prozent	25.000	112.500 Euro
Basis: 40 Prozent	40.000	180.000 Euro
Ambitioniert: 55 Prozent	55.000	247.500 Euro

Formel: Fallvolumen × korrekt automatisierter Anteil × heutige Vollkosten je Fall.

Im Basisszenario dürfte das Gesamtpaket aus Einführung, Nutzung, Monitoring, Qualitätssicherung, menschlicher Eskalation und interner Produktverantwortung höchstens 180.000 Euro kosten, bevor überhaupt ein positiver direkter Kosteneffekt entsteht. Für einen belastbaren Business Case braucht es zusätzlich einen Sicherheitsabschlag für Wiederholungskontakte, Fehlentscheidungen und Anlaufverluste.

Ein sinnvoller Zielwert ist deshalb nicht „möglichst hohe Automatisierung“, sondern Kosten pro fachlich korrekt gelöstem Fall. Unternehmen sollten diesen Wert für Presence, Eigenentwicklung und Plattformbetrieb mit derselben Fallmenge berechnen.

Was Presence übernimmt – und was beim Unternehmen bleibt

Dimension	Presence beziehungsweise Partner	Unternehmen
Prozessdesign	Workflow technisch abbilden	Ziel, Ausnahmen und zulässige Ergebnisse festlegen
Integration	Systeme und Werkzeuge anbinden	Daten- und Systemfreigaben verantworten
Berechtigungen	Rechte und Genehmigungen umsetzen	Least Privilege und Funktionstrennung beschließen
Qualität	Simulationen, Evaluation und Monitoring bereitstellen	Testfälle, Grenzwerte und Restrisiko freigeben
Eskalation	Übergabe technisch unterstützen	zuständige Teams und Entscheidungskompetenz sichern
Verbesserung	Produktionssignale analysieren, Änderungen vorschlagen	Änderungen fachlich prüfen und freigeben
Compliance	technische Nachweise bereitstellen	Rechtsgrundlage, Transparenz und Zweckbindung bewerten
Wirtschaftlichkeit	Nutzungs- und Betriebsdaten liefern	Vollkosten, Alternativen und Exit bewerten

Build, Plattform oder Managed Service?

Entscheidungsmatrix: Welches Betriebsmodell passt?
Kriterium	Eigenentwicklung über APIs	Agentenplattform	OpenAI Presence
Architekturkontrolle	hoch	mittel bis hoch	deployment-spezifisch
Interner Entwicklungsaufwand	hoch	mittel	geringer, aber nicht null
Governance und Monitoring	selbst aufzubauen	Plattformfunktionen	betreuter Bestandteil
Anbieterwechsel	eher leichter	plattformabhängig	potenziell schwieriger
Preistransparenz	API und Infrastruktur sichtbar	meist tarifbasiert	individuell
Beste Eignung	reife Tech- und Betriebsteams	mehrere wiederverwendbare Agenten	kritische Volumenprozesse

Presence evaluieren: hohes Volumen, klarer Prozess, belastbares Wissen, integrationsfähige Systeme und verantwortlicher Product Owner. Plattform prüfen: mehrere Agenten sollen auf gemeinsamer Governance und wiederverwendbaren Komponenten aufbauen. Eigenentwicklung erwägen: Architekturkontrolle, Portabilität und eigenes Betriebswissen sind strategisch wichtiger als ein betreuter schneller Einstieg.

Sieben Fragen vor dem Gespräch mit OpenAI

1. Welcher Prozess soll erledigt werden?

Nicht „Kundenservice verbessern“, sondern beispielsweise: Identität prüfen, Rechnungsstatus erklären, eine klar definierte Korrektur auslösen oder bei Abweichungen eskalieren. Volumen, Baseline-Kosten und ausgeschlossene Fälle gehören in dieselbe Prozessbeschreibung.

2. Welche Aktionen darf der Agent technisch ausführen?

Für jede Aktion braucht es Zielsystem, erforderliche Rechte, Betrags- oder Mengenlimit, Genehmigung und Rollback. Lesen und Schreiben sind getrennt zu bewerten. Irreversible oder folgenreiche Aktionen dürfen nicht allein durch eine Prompt-Anweisung begrenzt sein.

3. Welche Abnahmekriterien entscheiden über den Start?

Ein illustratives Abnahme-Set könnte 200 repräsentative Fälle umfassen. Beispielhafte Freigabekriterien: keine erfolgreiche verbotene Schreibaktion, vollständige Eskalation aller definierten Hochrisikofälle, kein kritischer Datenabfluss und Kosten je korrekt gelöstem Fall unterhalb der vereinbarten Baseline. Die konkreten Schwellen müssen Risiko und Fallmix des Unternehmens widerspiegeln.

4. Welche Daten-, Transparenz- und Nachweispflichten gelten?

Zu klären sind Datenkategorien, Rechtsgrundlage, Auftragsverarbeitung, Speicherort, Aufbewahrung, Supportzugriff und Protokollexport. Seit dem 2. August 2026 gelten zudem die Transparenzpflichten aus Artikel 50 des EU AI Act. Bei direkter Interaktion müssen Menschen grundsätzlich erkennen können, dass sie mit einem KI-System kommunizieren, sofern dies nicht ohnehin offensichtlich ist.

Diese Pflicht gehört in das Prozessdesign: Wer spielt den Hinweis aus, wann erfolgt er, wird er protokolliert und bleibt er bei Kanalwechsel, Rückruf und menschlicher Übergabe erhalten?

5. Welche Tests müssen vor jeder Änderung bestanden werden?

Neben Standard- und Grenzfällen gehören direkte und indirekte Prompt-Injection, Rechteausweitung, falsche Identitätszuordnung, Datenabfluss, Werkzeugmissbrauch und fehlerhafte Serienaktionen in das Testset. Produktionsmetriken müssen anschließend mit den Abnahmewerten verglichen werden.

6. Wie funktioniert die menschliche Übernahme tatsächlich?

Zu klären sind Erreichbarkeit, übergebener Kontext, Entscheidungsbefugnis und Wartezeit. Eine Eskalationsfunktion ohne aufnehmendes Team ist keine Kontrolle. Die Freigabe muss außerhalb des vom Agenten beeinflussbaren Kontexts liegen und nachvollziehbar protokolliert werden.

7. Was bleibt bei einem Anbieterwechsel nutzbar?

Exportrechte sollten Richtlinien, Testfälle, Qualitätsdaten, Protokolle und Integrationsdokumentation abdecken. Ohne Exit-Architektur bindet Presence nicht nur Daten, sondern auch Lernzyklen und Betriebswissen an Anbieter und Implementierungspartner.

Schnellcheck: Ist der Use Case reif?

Ergebnis und heutige Kosten sind pro Vorgang messbar.

Regeln, Ausnahmen und Eskalationen sind dokumentiert.

Datenzugriffe und Aktionen lassen sich technisch begrenzen.

Ein Fachteam verantwortet Abnahme, Betrieb und Übernahme.

Testfälle decken Normalbetrieb, Grenzfälle und Angriffe ab.

Vertrags-, Transparenz- und Exit-Fragen sind beantwortet.

Wer mehrere Punkte nicht abhaken kann, sollte zuerst Prozess, Datenmodell und Verantwortung klären – unabhängig davon, welcher Anbieter später zum Zug kommt.

Fazit: Entscheidend ist die Betriebsreife

Presence kann den Weg vom Pilotprojekt in den kontrollierten Betrieb verkürzen. Der Preis dafür ist eine enge Verbindung von Anbieter, Partner, Integrationen, Tests und Betriebsdaten.

Die Kaufentscheidung fällt deshalb nicht anhand einer Demo oder der genannten 75-Prozent-Quote. Sie fällt anhand von vier Zahlen und Nachweisen: heutige Kosten pro Fall, korrekt automatisierbarer Anteil, vollständige Betriebskosten und nachgewiesene Kontrolle über Daten, Aktionen und Exit.

Quellen

Weiterführende AI-Fabrik-Beiträge

Teile es