Was Benioff wirklich ankündigt
Marc Benioff hat auf der TDX 2026 etwas gesagt, das mehr ist als ein Produkt-Launch:
„Welcome Salesforce Headless 360. No Browser Required. Our API is the UI."
Salesforce öffnet den kompletten Stack als API, MCP und CLI. Kein Browser nötig. Externe Agents können direkt auf Daten, Workflows und Automatisierungen zugreifen.
Die offizielle Lesart: Salesforce wird agiler. Der inoffizielle Subtext: Salesforce glaubt nicht mehr, dass sein eigenes Interface die Zukunft ist. Das ist ein Unterschied.
Agentforce hatte bis Ende 2025 über 18.500 Deals abgeschlossen. Und dann haben sie trotzdem MCP geöffnet.
Man öffnet keine Tür, wenn man glaubt, dass man den Raum alleine füllen kann.
Die offensichtliche Lesart: Endlich Erleichterung
Ich verstehe den ersten Reflex. Für jeden CTO, der sein Team seit Jahren durch eine Salesforce-Instanz schleppt, die von drei verschiedenen Beratern aufgebaut wurde — klingt „kein Browser nötig" erst mal wie Erlösung.
Die Idee: Kein manuelles Einloggen mehr. Kein Klicken durch fünf Menüebenen. Der Agent fragt an, bekommt Daten, erledigt Aufgaben. Genau so, wie MCP bei anderen Tools schon funktioniert.
MCP ist in 5 Monaten von 100.000 Downloads auf 8 Millionen gewachsen. Die Richtung stimmt. Agents werden Software häufiger nutzen als Menschen — das ist keine Prognose mehr, das ist eine Design-Entscheidung, die Salesforce mit dieser Ankündigung formell getroffen hat.
Aber „Erleichterung" ist die falsche Kategorie für das, was hier wirklich passiert.
Das Frankenstein-Problem
Hier wird es konkret — und hier geht die Diskussion bisher nicht hin.
Deine Salesforce-Instanz ist nicht Standard. Fast keine ist es.
Die durchschnittliche Mid-Market-Instanz hat Custom Fields, Custom Objects, selbstgebaute Workflows, Integrations-Layer zu anderen Tools, und Namenskonventionen, die über Jahre gewachsen sind. Manchmal gibt es Dokumentation. Meistens keine vollständige.
Stell dir vor: Ein Agent greift über MCP auf deine CRM-Daten zu. Er sieht ein Objekt namens Opportunity_Stufe_5_FINAL_v3. Er sieht ein Custom Field Berater_Typ_alt mit 12 verschiedenen Werten, die vor vier Jahren jemand angelegt hat. Er sieht Workflow-Regeln, die auf Feldern basieren, die de facto veraltet sind, aber nie bereinigt wurden.
Der MCP-Zugang ist technisch offen. Aber der Agent versteht dieses Chaos nicht.
Das ist der entscheidende Unterschied zwischen „API ist offen" und „Agent kann arbeiten." Die Verbindung herzustellen ist der einfache Teil. Den Kontext zu verstehen, in dem diese Daten entstanden sind und was sie bedeuten. Das ist das eigentliche Problem.
Für eine saubere, frisch aufgesetzte Salesforce-Instanz mit Standard-Objekten ist die Headless-Ankündigung eine echte Erleichterung. Für alles, was nach zwei, fünf oder zehn Jahren Enterprise-Betrieb aussieht — ist es ein Einstiegspunkt, kein Endpunkt.
Das bedeutet: Bevor ein Agent tatsächlich mit deiner Instanz arbeiten kann, braucht es Arbeit. Schema-Dokumentation. Bereinigung von Legacy-Feldern. Entscheidungen darüber, welche Daten welchem Agent zugänglich sein sollen. Das ist keine AI-Aufgabe — das ist klassische Datenhygiene, die jetzt plötzlich strategisch relevant wird.
Die eigentliche Verschiebung: Wer kontrolliert den Agent?
Die Frage war bisher: Welches CRM?
Die Frage ist jetzt: Welcher Agent-Layer kann tatsächlich mit meinem Stack arbeiten?
Wenn Salesforce headless wird und deine Daten über MCP zugänglich sind, verändert sich, womit du wirklich eine Vendor-Beziehung eingehst. Nicht mehr nur mit Salesforce — sondern mit dem, der den Agent kontrolliert, der auf diese Daten zugreift.
Gartner sagt: Bis Ende 2026 werden AI Agents 40% der Enterprise-Apps steuern. Heute sind es unter 5%. Dieser Sprung passiert nicht durch neue Tools — er passiert, weil bestehende Tools wie Salesforce ihre Daten für externe Agents öffnen.
Das verschiebt Entscheidungen. Was bisher eine IT-Entscheidung war, wird zur Architektur-Entscheidung. Welchem Agent vertraust du mit deinen Kundendaten? Was gilt aus Compliance-Sicht, wenn ein externer Agent-Layer auf dein CRM zugreift? Wer in deinem Unternehmen versteht die eigene Instanz gut genug, um diese Fragen zu beantworten?
Die meisten Mid-Market-Teams haben dafür noch keinen Plan. Die Ankündigung ist neu. Die Konsequenzen sind noch nicht durchdacht.
Drei Fragen für dein Team
Wenn du mit deinem Team über die Implikationen sprechen willst — hier sind konkrete Ausgangspunkte:
Wer versteht, wie eure Salesforce-Instanz wirklich gebaut ist?
Nicht auf dem Papier, sondern so wie sie heute tatsächlich funktioniert — inklusive der Custom Objects, Workflows und Felder, die „noch aus der alten Zeit" stammen. Wenn die Antwort „der Consultant, der das gebaut hat" lautet, wird Agent-Integration schwieriger als erwartet. Das ist keine technische Frage. Es ist eine Wissensfrage.
Wenn ein Agent auf eure CRM-Daten zugreift: Wer entscheidet, welchem ihr das anvertraut?
Das ist keine Einkaufsentscheidung mehr. Es ist eine Architektur-Entscheidung. Nicht jeder Agent-Layer ist gleich stark im Umgang mit komplexen Datenstrukturen. Wer trifft diese Entscheidung bei euch, und nach welchen Kriterien?
Was bindet euch nach Headless noch an Salesforce?
Wenn das Interface wegfällt und externe Agents direkt auf die Daten zugreifen — was ist dann der Differenziator? Die Datenqualität? Die Compliance-Layer? Wer das benennen kann, hat eine Strategie. Wer es nicht kann, sollte es jetzt herausfinden.
Wenn du gerade überlegst, was Headless Salesforce konkret für eure Stack-Architektur bedeutet, lass uns das durchsprechen.