Google Connected Apps Platform öffnet Gemini und Search für weitere Dienste
Google hat am 28. Oktober die Vorschau seiner Connected Apps Platform eröffnet und erweitert damit den Zugang für Entwickler, während die App-Verteilung weiterhin dem eigenen Prüfverfahren unterliegt. Die Google Connected Apps Platform bietet Unternehmen einen gemeinsamen Zugang zu Gemini und Search. Der zentrale Zielkonflikt ist klar: Dienste erhalten einen weiteren Weg zu Kunden, während Google stärker daran beteiligt wird, wie diese Kunden Dienste entdecken und nutzen.
Die Ankündigung formalisiert etwas, das Google bereits über einzelne Partnerschaften aufgebaut hat. Nutzer können innerhalb eines Gesprächs um Hilfe bitten und einen verbundenen Dienst in die Aufgabe einbeziehen. Das Unternehmen hinter diesem Dienst bleibt relevant, doch seine App muss nicht mehr der Ausgangspunkt sein.
Das setzt ein vertrautes Vertriebsmodell unter Druck. Unternehmen haben Kunden traditionell dazu bewegt, ihre Websites zu finden, ihre Apps zu installieren und direkt zurückzukehren. Googles Ansatz ergänzt einen weiteren Weg: Kunden beschreiben ein Ziel, und ein Assistent hilft ihnen, über einen teilnehmenden Dienst zu handeln. Die Vorschau schafft die Infrastruktur für diesen Weg. Sie legt jedoch nicht fest, wie viel Nachfrage Entwickler erhalten werden, welche Dienste am häufigsten angezeigt werden oder ob Kunden ihn bevorzugen werden.
Google Connected Apps Platform macht Partnerschaften zu einem Entwicklerkanal
Die Ankündigung erweitert den Prozess, über den Dienste in Googles AI-Produkte eingebunden werden, statt Connected Apps erstmals einzuführen.
Google erklärt, dass seine Connected Apps preview Entwicklern ermöglicht, eine Integration vorzubereiten, zur Prüfung einzureichen und Gemini, Search oder beides auszuwählen. Das Unternehmen teilt außerdem mit, dass Entwickler nach der Veröffentlichung Datenverkehr, Antwortzeiten und Fehler überwachen können.
Google berichtet von mehr als 50 Connected Apps in Search und Gemini. Integrationen von Adobe, Experian, Localiza und Peloton sind bereits in Gemini verfügbar; die Ausweitung auf Search ist für die kommenden Wochen geplant. Calm ist ein weiterer angekündigter Partner für beide Produkte.
Der Zeitpunkt ist relevant, weil sich das Nutzungserlebnis und die Entwickler-Infrastruktur gemeinsam weiterentwickeln. Zusätzliche Dienste machen einen Assistenten für mehr Anfragen nützlich. Ein wiederholbarer Einreichungsprozess ermöglicht Google eine Ausweitung über einzeln vereinbarte Starts hinaus.
Für Unternehmen ist der Unterschied praktisch. Eine Partnerschaftsankündigung zeigt Entwicklern in der Regel, was ein anderes Unternehmen ausgehandelt hat. Eine Plattformankündigung beschreibt einen Weg, den weitere Entwickler selbst bewerten können.
Der Zugang zur Vorschau sollte jedoch nicht mit einer uneingeschränkten Veröffentlichung verwechselt werden. Google erklärt, den Zugang schrittweise auf weitere Entwickler, Märkte und Produkte auszuweiten. Damit bleiben die spätere Reichweite und die Betriebsbedingungen offen.
Zudem besteht ein Unterschied zwischen der Wahl eines Vertriebskanals und der tatsächlichen Aufmerksamkeit dort. Die Auswahl von Search oder Gemini zeigt Google, wo ein Entwickler seinen Dienst verfügbar machen möchte. Sie verspricht nicht, dass Nutzer ihn anfordern oder der Assistent ihn empfehlen wird.
Betrachten wir ein Unternehmen, das über eine Teilnahme entscheidet. Die unmittelbare Frage lautet, ob sein Dienst eine Aufgabe unterstützt, die Menschen bereits in Gesprächen beschreiben. Einen Termin zu finden oder Kontodetails abzurufen, passt natürlicher in dieses Muster als jeden Bildschirm einer komplexen Anwendung nachzubilden.
Damit entsteht vor jeder technischen Entscheidung eine Produktentscheidung. Ein Entwickler muss festlegen, welcher Teil seines Dienstes außerhalb der eigenen Oberfläche sinnvoll ist. Alles bereitzustellen würde die Komplexität erhöhen, ohne das Kundenerlebnis zwangsläufig zu verbessern.
Die Ankündigung verändert daher die verfügbaren Vertriebsoptionen, überlässt den Business Case jedoch den einzelnen Diensten. Entwickler erhalten einen besser organisierten Einstiegspunkt. Sie benötigen weiterhin Belege dafür, dass die daraus entstehenden Interaktionen nützliche Nachfrage erzeugen.
Die größere Bedeutung liegt in diesem Wandel von ausgewählten Integrationen hin zu einem verwalteten Kanal. Google schafft eine wiederholbare Beziehung zwischen Assistent, Entwickler und Kunde. Wie diese Beziehung funktioniert, wird ebenso wichtig sein wie die Zahl der Apps, die ihr beitreten.
Search wird zu einem Ort, an dem Aktionen beginnen
Verbundene Dienste erweitern Search über das Finden von Informationen hinaus, während wichtige Transaktionen beim zugrunde liegenden Anbieter bleiben.
Googles Ankündigung zu Search connected apps vom Juli liefert ein konkretes Beispiel. Eine Person, die ein Grillfest plant, kann AI Mode, Googles dialogorientierte Sucherfahrung, um Hilfe beim Einkauf bitten. Ist Instacart verbunden, können Zutaten in einen Warenkorb gelegt werden. Der Checkout erfolgt dann in der App oder auf der Website von Instacart.
Diese Übergabe ist eine wichtige Grenze. Search kann dabei helfen, eine Absicht zu strukturieren und eine Aktion vorzubereiten, ohne die vollständige Transaktion selbst zu übernehmen. Jede verbundene Erfahrung als Ersatz für eine App zu beschreiben, würde diesen Unterschied übersehen.
Google beschrieb außerdem die Nutzung von Canva zum Finden von Designvorlagen und das Speichern einer Playlist in YouTube Music. Diese Beispiele zeigen unterschiedliche Beteiligungsstufen. Ein Dienst kann Optionen bereitstellen, ein vorbereitetes Objekt erhalten oder eine bestimmte Aktion abschließen.
Für Verbraucher liegt der Reiz in weniger Unterbrechungen zwischen der Entscheidung, was zu tun ist, und dem Beginn der Handlung. Wer das gewünschte Ergebnis bereits kennt, möchte möglicherweise nicht die gesamte Menüstruktur einer Anwendung durchlaufen.
Für Unternehmen wirft dieselbe Bequemlichkeit eine Vertriebsfrage auf. Wenn der Kunde mit einer Anfrage statt mit einer Marke beginnt, muss der Dienst während der Antwort des Assistenten relevant werden.
Das verändert, wie ein erfolgreicher Moment der Auffindbarkeit aussieht. Ein Website-Besuch kann einem Kunden Navigation, Empfehlungen und zusätzliche Produkte zeigen. Eine eng umrissene angeforderte Aktion könnte einen großen Teil dieser Erfahrung umgehen.
Der Zielkonflikt ist nicht automatisch nachteilig. Ein Kunde mit einem klaren Ziel kann wertvoller sein als ein Besucher, der ohne Handlung wieder geht. Der entscheidende Vergleich betrifft den Wert der daraus entstehenden Beziehung.
Entwickler müssen zusätzliche Aktivitäten von Aktivitäten unterscheiden, die von ihren eigenen Angeboten verlagert werden. Eine über einen Assistenten erledigte Aufgabe kann einen neuen Kunden darstellen, den bevorzugten Kurzweg eines bestehenden Kunden oder einen ersetzten Besuch.
Diese Ergebnisse haben unterschiedliche Folgen. Zusätzliche Nachfrage unterstützt weitere Investitionen. Ein bequemer Kurzweg kann die Bindung verbessern. Ein ersetzter Besuch kann eine genauere Prüfung erfordern, wenn er Möglichkeiten verringert, den Dienst zu erklären oder Unklarheiten auszuräumen.
Google Search connected apps machen diese Fragen unmittelbarer, weil Search bereits den Moment besetzt, in dem Menschen eine Absicht äußern. Die Erweiterung führt vom Beantworten einer Anfrage hin zur Unterstützung bei ihrer Erfüllung.
Für Wissensarbeiter entsteht dadurch auch eine Trennung zwischen dem Ausführen einer Handlung und dem Bewahren ihres Kontexts. Das Abschließen einer Aufgabe über einen Assistenten schafft nicht automatisch eine strukturierte Aufzeichnung der dahinterliegenden Überlegungen.
Eine persönliche Wissensdatenbank erfüllt einen verwandten Zweck: Sie hält nützliche Informationen verfügbar, nachdem die unmittelbare Interaktion beendet ist. Auffindbarkeit, Ausführung und Abruf bleiben unterschiedliche Aufgaben, selbst wenn die Oberfläche sie näher zusammenführt.
Eine gemeinsame Verbindung ermöglicht weiterhin unterschiedliche Produkterlebnisse
Google standardisiert die Anbindung von Diensten, behält jedoch unterschiedliche Rollen für Cloud-Dienste und Android-Anwendungen bei.
Die Integrationsübersicht der Plattform beschreibt das Model Context Protocol, kurz MCP, einen offenen Standard zur Verbindung von AI-Anwendungen mit externen Tools und Daten. Ein Remote-MCP-Server stellt autorisierte Funktionen eines Dienstes bereit.
Google unterstützt außerdem Android MCP über AppFunctions, Schnittstellen, über die Android-Apps Assistenten Funktionen bereitstellen können. Dieser Weg ist für Fähigkeiten vorgesehen, die von einer Ausführung auf dem Gerät profitieren.
Diese Wege bedienen unterschiedliche Situationen. Ein Cloud-Dienst kann eine kontobasierte Aktion geräteübergreifend bereitstellen. Eine native Anwendung benötigt möglicherweise Informationen oder Funktionen, die an ihren aktuellen Zustand auf einem Smartphone gebunden sind.
Dieser Unterschied begrenzt eine einfache Auslegung von Googles Botschaft zum einmaligen Entwickeln. Eine gemeinsame Plattform bedeutet nicht, dass jede Funktion überall identisch funktioniert. Entwickler müssen weiterhin verstehen, wo eine Funktion ausgeführt wird und welchen Kontext sie benötigt.
Stellen wir uns einen hypothetischen Reisedienst vor. Die Suche nach Reservierungen eines Kontos könnte gut für eine Cloud-Verbindung geeignet sein. Das Handeln auf Informationen, die nur innerhalb eines bestimmten mobilen Erlebnisses verfügbar sind, könnte einen anderen Ansatz erfordern.
Dies ist eine Veranschaulichung der Architekturentscheidung, keine angekündigte Reiseintegration. Die geschäftliche Konsequenz besteht darin, dass Vertriebsstrategie und Umsetzung miteinander verbunden bleiben.
Ein Dienst, der breite Verfügbarkeit anstrebt, wird andere Anforderungen bewerten als einer, der sich auf ein tief integriertes Smartphone-Erlebnis konzentriert. Beide können an Googles Ausrichtung teilhaben, ohne zu austauschbaren Implementierungen zu werden.
Dieselbe Vorsicht gilt für Gemini-App-Integrationen über Googles Produkte hinweg. Eine Fähigkeit, die auf ein fortlaufendes Gespräch ausgelegt ist, kann in Search, wo der Nutzer mit einer konkreten Anfrage beginnt, eine andere Darstellung benötigen.
Der Kunde sollte diese technischen Unterschiede nicht verstehen müssen. Der Entwickler muss es, denn eine Aktion, die in einer Testumgebung funktioniert, kann sich im falschen Produktkontext dennoch unpassend anfühlen.
Ein nützlicher Vergleich besteht zwischen einer eigenständigen Anwendung und einer durch einen Assistenten vermittelten Aufgabe. Die Anwendung kontrolliert die Abfolge der Bildschirme und kann vor einer Entscheidung Erklärungen präsentieren. Ein Assistent beginnt mit Sprache und muss die Anfrage einer verfügbaren Operation zuordnen.
Das kann Navigation reduzieren, nimmt Entwicklern jedoch auch einen Teil der Struktur, mit der sie Kunden führen. Eine gut gestaltete Integration muss den nötigen Kontext wiederherstellen, ohne eine gesamte Anwendung innerhalb eines Gesprächs nachzubilden.
Die Google Connected Apps Platform bietet Entwicklern daher einen gemeinsamen Einstiegspunkt statt eines universellen Kundenerlebnisses. Produktdesign bleibt ein wesentlicher Teil der Arbeit.
Unternehmen sollten die Integration auch nicht als doppeltes Schaufenster behandeln. Die stärkste Nutzung könnte in einer kleinen Auswahl häufig angefragter Aktionen liegen. Ihr Wert hängt davon ab, ob Kunden sie verständlich abschließen und sich erholen können, wenn etwas schiefgeht.
Mehr Reichweite bedeutet, Kontrolle über die Auffindbarkeit zu teilen
Die zentrale Spannung liegt zwischen dem Zugang zu Googles Gesprächen und dem Erhalt der Kontrolle über die Customer Journey.
Googles MCP server guide erklärt, dass Entwickler entscheiden, welche Fähigkeiten sie bereitstellen. Außerdem beschreibt er die explizite App-Aufrufung durch einen App-Namen oder eine Erwähnung sowie Anweisungen, die Modellen helfen zu erkennen, wann sie eine Aufgabe delegieren sollen.
Dies sind unterschiedliche Situationen der Auffindbarkeit. Ein Kunde, der einen Dienst beim Namen nennt, hat bereits eine Markenentscheidung getroffen. Ein Kunde, der einen Bedarf beschreibt, überlässt dem Assistenten einen größeren Teil der Zuordnungsentscheidung.
Für eine bekannte Marke kann der direkte Aufruf eine bestehende Beziehung erweitern. Der Kunde kennt den Anbieter und möchte einen kürzeren Weg zu dessen Dienst.
Für ein unbekanntes Unternehmen stellt sich noch eine weitere Frage: Wie wird aus einer zulässigen Fähigkeit die ausgewählte Fähigkeit? Technische Kompatibilität allein beantwortet diese kommerzielle Frage nicht.
Die vorliegende Ankündigung liefert keine garantierte Formel für Sichtbarkeit. Entwickler sollten nicht davon ausgehen, dass eine Genehmigung vorhersehbare Nachfrage schafft oder eine vollständige Beschreibung eine bevorzugte Behandlung sichert.
Hier wird der Vergleich mit dem traditionellen App-Vertrieb hilfreich. Eine eigenständige App kann über ihre Benutzeroberfläche, den Kundensupport und die direkte Beziehung konkurrieren. Innerhalb eines Assistenten kann sich die erste Begegnung auf eine enger abgegrenzte Funktion konzentrieren.
Das beseitigt den Markenwert nicht. Es verändert, wo der Markenwert sichtbar werden muss. Klare Zuordnung, verlässliche Ergebnisse und erkennbare Kontobeziehungen werden besonders wichtig, wenn die eigene Benutzeroberfläche des Dienstes weniger präsent ist.
Google erklärt, dass Entwickler Markenelemente behalten, darunter verifizierte Logos und authentifizierte Konten. Diese Regelungen dienen der Wiedererkennung. Sie beantworten jedoch nicht jede Frage zur erneuten Nutzung oder Kundenbindung.
Aus geschäftlicher Sicht sind eine erfolgreich erledigte Aufgabe und eine dauerhafte Beziehung unterschiedliche Ergebnisse. Ein Kunde kann eine Aktion schätzen, ohne sich daran zu erinnern, welches Unternehmen sie bereitgestellt hat.
Diese Möglichkeit erhöht den Druck auf Produktteams, mehr als bloße Aufrufzahlen zu messen. Sie müssen verstehen, ob Kunden zurückkehren, den Anbieter wiedererkennen und hilfreichen Service erhalten, wenn die ursprüngliche Anfrage scheitert.
Kleinere Entwickler stehen vor einer besonders heiklen Entscheidung. Ein neuer Kanal kann Chancen schaffen, die sie eigenständig nicht hätten erzeugen können. Die Unterstützung dieses Kanals beansprucht jedoch auch Engineering- und Betriebskapazitäten.
Die richtige Antwort hängt von der Wirtschaftlichkeit des Dienstes und vom Kundenverhalten ab. Aus den Launch-Materialien geht nicht hervor, dass jede Kategorie gleichermaßen profitiert.
Googles Anreiz ist klarer: Eine größere Auswahl macht seine KI-Produkte für mehr Aufgaben nützlich. Die Anreize der Entwickler überschneiden sich mit diesem Ziel, wenn der Kanal wertvolle Nachfrage schafft.
Sie gehen auseinander, wenn das Engagement auf der Plattform wächst, ohne dass sich das Geschäft des Anbieters entsprechend verbessert. Das ist eine Möglichkeit, die gemessen werden sollte, kein durch die Ankündigung belegtes Ergebnis.
Die zentrale Geschichte handelt folglich ebenso sehr von Verhandlungsmacht wie von Komfort. Eine leichter zugängliche Integration kann die Beteiligung erweitern und zugleich einen wichtigen Kundenkontaktpunkt innerhalb von Google konzentrieren.
Zuverlässigkeit und Berechtigungen bestimmen, ob Nutzer zurückkehren
Eine Integration wird nützlich, wenn Kunden der Aktion vertrauen und ihre Folgen verstehen können.
Googles Veröffentlichungsanforderungen beschreiben Kontrollen für Domain-Verifizierung, Tests, Verfügbarkeit und einzelne Tools. Entwickler können Nutzerbestätigungen konfigurieren, und Annotationen für destruktive Tools wählen automatisch eine Bestätigungsanforderung aus.
Die Dokumentation unterscheidet außerdem zwischen Cloud-MCP-Verbindungen und Android MCP. Sie warnt, dass interaktive MCP Apps-Ressourcen sich in der Beta-Phase befinden und möglicherweise nicht verfügbar sind oder nicht gerendert werden.
Diese Details zeigen, warum Veröffentlichung und Produktreife getrennte Fragen sind. Eine Integration kann einen gültigen Vorgang bereitstellen und dennoch ein verwirrendes Kundenerlebnis schaffen.
Stellen wir uns einen hypothetischen Terminplanungsdienst vor. Einen verfügbaren Termin zu finden, ist etwas anderes, als ihn zu bestätigen. Die Änderung einer bestehenden Buchung bringt weitere Folgen mit sich.
Ein Kunde muss wissen, welche Aktion der Assistent durchgeführt hat, welche noch aussteht und welches Konto betroffen ist. Unklarheit an dieser Grenze kann das Vertrauen untergraben, selbst wenn der zugrunde liegende Dienst korrekt reagiert.
Dies ist ein Produktrisiko, keine Behauptung, dass Googles Launch solche Fehler nachgewiesen hat. Die öffentlichen Materialien beschreiben Kontrollen, belegen jedoch nicht die Zuverlässigkeit aller teilnehmenden Dienste.
Dieselbe Unterscheidung gilt für die Authentifizierung, den Prozess zur Bestätigung der Identität eines Kontos. Eine erfolgreiche Verbindung bedeutet nicht, dass jede künftige Anfrage über die richtigen Berechtigungen oder einen aktuellen Kontostatus verfügt.
Entwickler müssen abgelaufene Zugriffe, nicht verfügbare Dienste und Anfragen berücksichtigen, die keiner unterstützten Fähigkeit entsprechen. Der Assistent benötigt zudem eine hilfreiche Möglichkeit, diese Einschränkungen zu kommunizieren.
Eine allgemeine Fehlermeldung lässt den Kunden im Unklaren, ob er es erneut versuchen soll. Ein klares Ergebnis ermöglicht es dem Kunden zu entscheiden, ob er das Gespräch fortsetzt oder die Anwendung des Anbieters öffnet.
Auch bei Informationen gibt es eine Grenze. Ein Assistent benötigt möglicherweise genügend Kontext, um eine Aufgabe zu erledigen, doch Unternehmen sollten genau festlegen, was erforderlich ist.
Für Unternehmenskäufer wird die Prüfung dadurch konkreter, als nur zu fragen, ob eine Integration allgemein sicher ist. Die relevanten Fragen betreffen verfügbare Aktionen, zulässige Informationen, Bestätigungsverhalten und die bestehenden Genehmigungsprozesse der Organisation.
Keine dieser Erwägungen verlangt, das Modell abzulehnen. Sie bestimmen, wo es angemessen ist. Eine einfache Abrufaufgabe und eine folgenreiche Kontenänderung verdienen unterschiedliche Behandlung.
Gemini-App-Integrationen werden zudem mit der vertrauten Zuverlässigkeit der direkten Nutzung von Anwendungen konkurrieren. Kunden wissen bereits, wo sie bestimmte Bedienelemente finden. Ein dialogorientierter Weg muss den Wechsel durch Klarheit und Komfort rechtfertigen.
Die Vorschau bietet die Gelegenheit, dieses Gleichgewicht vor einer breiteren Einführung zu prüfen. Sie sollte nicht als unabhängiger Beleg dafür gelesen werden, dass Interaktionen in natürlicher Sprache etablierte Benutzeroberflächen übertreffen.
Die skeptische Position ist daher konkret: Google hat einen Weg dokumentiert, Fähigkeiten zu verbinden und zu prüfen, doch der nachgewiesene Nutzen für Verbraucher erfordert Belege aus wiederholter Nutzung. Technischer Zugang ist notwendig und bleibt nur ein Teil der Akzeptanzgeschichte.
Auf Search-Ausweitung, Entwicklerzugang und wiederholte Nutzung achten
Die nächsten nützlichen Belege werden Verfügbarkeit und Kundenverhalten betreffen, nicht die Größe einer weiteren Partnerliste.
Das erste Signal ist, ob die angekündigte Search-Ausweitung die Nutzer wie beschrieben erreicht. Googles Zusage, in den kommenden Wochen zusätzliche verbundene Dienste zu Search zu bringen, schafft einen konkreten kurzfristigen Prüfpunkt.
Die Verfügbarkeit sollte auf Ebene der tatsächlichen Fähigkeiten untersucht werden. Dass ein Dienst in einem Menü erscheint, zeigt nicht, ob Kunden die erwartete Aufgabe erledigen können.
Eine breitere, eindeutig funktionierende Verfügbarkeit würde die Annahme stärken, dass Google einen gemeinsamen Vertriebskanal über Produkte hinweg schafft. Begrenzte oder uneinheitliche Fähigkeiten würden eine engere Interpretation stützen.
Das zweite Signal ist, ob sich der Entwicklerzugang über die erste Vorschau hinaus erweitert. Google erklärt, dass es Entwickler und Märkte hinzufügen will, doch die Ankündigung nennt nicht für jedes Unternehmen ein Veröffentlichungsdatum.
Eine wachsende Zahl unabhängig eingereichter Dienste würde die erklärte Richtung der Plattform stützen. Eine fortgesetzte Abhängigkeit von einer kleinen Zahl ausgewählter Launches würde mehr vom ursprünglichen Partnerschaftsmodell erhalten.
Kategorienvielfalt ist hier wichtig. Googles frühere Gemini-App-Ausweitung umfasste Produktivitäts-, Kreativ- und Lifestyle-Dienste. Damit wurde vor dieser Ankündigung der Entwicklerplattform eine Bandbreite beabsichtigter Einsatzmöglichkeiten etabliert.
Die nächste Frage lautet, ob sich diese Breite durch den Einreichungsprozess auf weitere Unternehmen erstreckt. Ein wiederholbarer Kanal sollte letztlich daran sichtbar sein, wer teilnimmt, nicht nur in der Dokumentation.
Das dritte Signal ist wiederholte Nutzung, die für den zugrunde liegenden Anbieter ein nützliches Ergebnis erzeugt. Aufmerksamkeit beim Launch kann Neugier zeigen. Wiederkehrende Kunden liefern bessere Belege dafür, dass die Interaktion ein wiederkehrendes Problem löst.
Öffentliche App-Zahlen allein werden diese Frage nicht beantworten. Entwickler benötigen eigene Messgrößen für Abschluss, Kundenbindung und die Qualität der über Google eingehenden Aktivität.
Diese Messgrößen sollten außerdem Markenanfragen von allgemeiner Entdeckung unterscheiden. Wenn ein Kunde einen bekannten Dienst aufruft, zeigt das Komfort. Wenn ein Kunde einen passenden, unbekannten Dienst findet, zeigt das etwas anderes.
Beide Ergebnisse können wertvoll sein, doch sie stützen unterschiedliche Aussagen über die Plattform. Ersteres stärkt eine bestehende Beziehung. Letzteres deutet auf einen zusätzlichen Kanal zur Kundengewinnung hin.
Die Google Connected Apps Platform macht diese Fragen überprüfbar, ohne sie vorab zu entscheiden. Ihre nachweisbare Veränderung besteht in einem besser organisierten Weg für Dienste, an Googles KI-Erlebnissen teilzunehmen.
Entwickler, die die Vorschau bewerten, sollten mit einer Aufgabe beginnen, die Kunden bereits wiederholt erledigen, und definieren, was eine erfolgreiche Interaktion erreichen würde. Vergleichen Sie den dialogorientierten Weg mit dem Erlebnis innerhalb Ihrer Anwendung. Beobachten Sie, ob Menschen Aufgaben abschließen, zurückkehren und verstehen, welcher Dienst ihnen geholfen hat. Unternehmenskäufer sollten die Berechtigungs- und Bestätigungsgrenzen rund um dieselbe Aufgabe prüfen. Alltägliche Nutzer können eine verfügbare Integration mit einem vertrauten Dienst ausprobieren und überprüfen, wo die Übergabe erfolgt. Beurteilen Sie Googles Ausweitung in den kommenden Monaten danach, welche Aktionen verlässlich werden und welche Beziehungen sie aufrechterhalten hilft. Erleichtert der Start mit einem Assistenten Ihre Aufgabe, während der Dienst und seine Verantwortlichkeiten klar bleiben?
