TL;DR: Headless SaaS bedeutet den Wechsel von einer anbietergesteuerten Schnittstelle zu mehreren benutzergesteuerten Schnittstellen. Mit MCP kann dasselbe Produkt über eine Benutzeroberfläche (UI), eine API oder die agentische KI erreicht werden, in der Nutzer*innen bereits arbeiten. Erfolgreich sein werden jene Apps, die auf den übersichtlichsten und am besten zugänglichen Daten basieren.
Es gibt ein neues Konzept, das die Funktionsweise von Unternehmenssoftware grundlegend verändern wird. Man nennt es Headless SaaS und wir bei Yext haben gerade eine große Produktwette darauf abgeschlossen.
Der Wandel basiert auf dem Model Context Protocol (oder MCP) und beantwortet eine Frage, die Software seit Jahren beschäftigt: Wie können Nutzer*innen tatsächlich so arbeiten, wie sie es wollen, anstatt so, wie es die Benutzeroberfläche (UI) der Anbieter voraussetzt?
Anfang dieses Monats haben wir Scout, unsere Plattform für Sichtbarkeitsintelligenz, über einen Model Context Protocol-Server für Partner geöffnet. Der damit einhergehende Wandel ist die wichtigste architektonische Veränderung in der Unternehmenssoftware seit einem Jahrzehnt: Der Hauptzugang verlagert sich von vorgefertigten Schnittstellen hin zu Lösungen, die sich flexibel an Ihre Bedürfnisse anpassen.
Hier erfahren Sie, was diese Veränderung tatsächlich bedeutet und was CIOs und CMOs unternehmen sollten.
Was MCP tatsächlich ändert
Jahrelang wurde die Art, wie Sie Software verwendeten, vom Anbieter bestimmt. Dieser entwickelte ein Dashboard, ein Workflow-Tool oder ein Anfragefenster. Und wenn Sie andere Funktionen nutzen wollten, hatten Sie mehrere Möglichkeiten: Sie konnten eine Funktionsanfrage stellen, die Daten herunterladen und sie in Excel analysieren oder Ingenieur*innen beauftragen, eine individuelle Integration auf Basis der API zu erstellen. Mehr Optionen gab es nicht.
MCP ändert alles.
MCP ist im Grunde natürliche Sprache, die auf Ihren APIs aufbaut. Dieselbe Funktionalität, die früher in der Benutzeroberfläche (UI) eines Anbieters integriert war, kann jetzt auf drei verschiedene Arten erreicht werden. Sie können die von uns entwickelte Benutzeroberfläche wie gewohnt nutzen. Sie können die API direkt aufrufen, so wie es Engineering-Teams schon immer konnten.
Oder Sie können den MCP-Server des Produkts mit dem KI-Tool verbinden, das Ihr Team bereits verwendet (Claude, ChatGPT oder Copilot), und in einfacher Sprache fragen.
Das sind drei Türen zum selben Produkt und die Nutzer*innen haben die Wahl.
Für Softwarekäufer*innen ist jetzt der Zeitpunkt gekommen, andere Fragen zu stellen. Nicht „Wie sieht die Benutzeroberfläche aus?", sondern „Wie viele Möglichkeiten hat mein Team, sie tatsächlich zu nutzen?" Die Antwort auf diese Frage ist jetzt das Produkt.
Wenn Workflows zu Gesprächen werden
Nehmen wir ein konkretes Beispiel. Angenommen, Sie möchten Ihre Paid-Media-Strategie nach Standort optimieren. Heute ist das ein mehrstufiger Workflow, der möglicherweise teamübergreifende Zusammenarbeit erfordert.
Mit dem Scout MCP wird die gleiche Arbeit zu einem Gespräch. Sie können einfach sagen: „Hilf mir, ein Dashboard für die Marke X zu erstellen, um die Paid-Media-Strategie nach Standorten für leistungsschwache Stichwörter zu optimieren." Manuelle Recherchen oder Anfragen an Ihr Webteam sind nicht erforderlich. Die Arbeit, die früher eine Woche Koordination zwischen drei Teams erforderte, benötigt jetzt nur noch ein paar Sätze innerhalb des KI-Tools, das Sie ohnehin öffnen wollten.
Das meinen Menschen, wenn sie sagen, dass KI die neue Benutzeroberfläche ist. Das Dashboard bleibt an seinem Platz. Es wird zu einem von mehreren Orten, an denen die gleiche Arbeit stattfinden kann, und nicht zum einzigen Ort, an dem dies möglich ist.
Die Apps, die überleben, werden mit Daten konkurrieren, nicht mit der Benutzeroberfläche (UI)
Die Veränderung in einem Satz: Jetzt wählen die Nutzer*innen die Benutzeroberfläche aus, nicht die Anbieter.
Das Ergebnis: Die Lösungen, die diesen Wandel überleben, haben nicht die besten Benutzeroberflächen. Es sind diejenigen, die über die saubersten und am besten zugänglichen Daten und zugrundeliegenden Fähigkeiten verfügen.
Im Grunde genommen ist die Arbeit, Ihre Daten korrekt zu halten (Struktur, Genauigkeit, Aktualität, Berechtigungen, Bedeutung), kein Backoffice-Hygieneprojekt mehr, und wird stattdessen zum Produkt. Es ist das, womit Marken und ihre Teams interagieren, ganz gleich, welchen Weg sie einschlagen.
So sieht das in der Praxis aus: Scout MCP
Ich habe diesen Beitrag mit unserem Scout MCP-Launch begonnen, weil dies das beste Beispiel dafür ist, wie die Wahl der Benutzeroberfläche in der Praxis aussieht.
Scout ist die KI-Sichtbarkeitsplattform von Yext. Bis vor Kurzem interagierten Partner und Kund*innen über unsere Benutzeroberfläche (UI) und APIs mit dem System: Dashboards, Berichte, Exporte. Jetzt können Sie auch über einen MCP-Server damit interagieren. Sie können Scout fragen: „Zeig mir, wie sich meine Sichtbarkeit auf ChatGPT in den letzten 30 Tagen für unsere Top-10-Metropolregionen verändert hat und sag mir, welche Wettbewerber*innen die Nase vorn haben." Scout antwortet. Die Nutzer*innen übernehmen den Rest.
Hinter dieser Frage steht die Datenschicht, an deren Aufbau wir ein Jahrzehnt gearbeitet haben:
Fast 13 Mio. Geschäftsstandorte werden im gesamten KI-Ökosystem in Echtzeit verfolgt.
Jeden Monat werden 10 Milliarden Signale anhand von vier führenden KI-Modellen analysiert
150 Sichtbarkeitskennzahlen pro Scan, bewertet im Vergleich zu den Top 20 Wettbewerbern in jedem lokalen Markt
Dieser Datensatz ist das eigentliche Produkt. Die Benutzeroberfläche (UI) war immer eine Eingangstür. MCP ist eine weitere Tür. Das gilt auch für die API. Genauso verhält es sich mit den KI-Agenten, die unsere Partner auf beiden aufbauen, und mit den KI-Agenten, die die Teams unserer Kund*innen bereits täglich nutzen.
Unser Chief Data Officer, Christian Ward, brachte es in einer kürzlich stattgefundenen Fragerunde noch deutlicher auf den Punkt: „Die API ist jetzt die Benutzeroberfläche." Ich denke, er hat recht. Die Marken, die diesen Ansatz ein Jahr früher verinnerlichen als ihre Wettbewerber, kommen aus diesem Wandel in einer stärkeren Position hervor als zuvor.
Was das für Marketing- und Operations-Führungskräfte bedeutet
Hier sind ein paar Aspekte, die Sie in Ihrem nächsten Planungsgespräch ansprechen sollten.
Zunächst ist die richtige Frage nicht „Hat dieses Tool ein Dashboard für X?", sondern „Kann mein Team X erreichen, egal wie es tatsächlich arbeitet, sei es über eine Benutzeroberfläche (UI), eine API oder den Agenten, den sie bereits verwenden?"
Zweitens, wehren Sie sich, wenn die einzige Antwort eines Anbieters seine Benutzeroberfläche ist. Wenn der einzige Weg, einen Nutzen aus einem Werkzeug zu ziehen, darin besteht, in diesem Werkzeug zu leben, dann zahlen Sie für die falschen Funktionen
Drittens: Behandeln Sie Ihren Wissensgraphen als Kerninfrastruktur und nicht als ein Backoffice-Hygieneprojekt. Bei Yext haben wir jahrelang den Yext Knowledge Graph und Tools wie Scout entwickelt, weil wir glauben, dass die Datenschicht entscheidend für den Erfolg einer Marke ist. Dies führte mitunter dazu, dass die Benutzerfreundlichkeit vernachlässigt wurde, wenn der Wert der Funktion über die Form gestellt werden sollte. Scout MCP beseitigt diesen Kompromiss. Ihre eigene Dateninfrastruktur verdient die gleiche Behandlung.
Die Apps, die im nächsten Jahrzehnt erfolgreich sein werden, sind diejenigen, die Nutzer*innen auf beliebige Weise erreichen können. Wir sind uns ziemlich sicher, dass Yext eine davon ist. Egal wie Ihr Stack aussieht, stellen Sie sicher, dass er denselben Test bestehen kann.
Klicken Sie hier, um mehr über Scout MCP zu erfahren.
