Auf dieser Seite finden Sie Best Practices zum Erstellen effektiver und ansprechender RCS for Business-Lösungen, die sowohl die technische Implementierung als auch das konversationelle Design abdecken.
Technische Richtlinien
Funktionen des Geräts prüfen
Bevor Sie eine Unterhaltung mit einem Nutzer starten, prüfen Sie, ob das Gerät des Nutzers RCS-Nachrichten empfangen kann. Senden Sie einen Fähigkeitscheck, um die Fähigkeiten des Nutzers zu ermitteln, und passen Sie die Interaktionen Ihres Agents entsprechend an. Interagieren Sie nur auf eine Weise mit Nutzern, die von ihren Geräten unterstützt wird. Wenn das Gerät eines Nutzers nicht für RCS aktiviert ist, richten Sie eine alternative Kommunikationsmethode über einen anderen Kanal ein, z. B. SMS.
Maximale Nachrichtengröße beachten
Es gibt Beschränkungen für die maximale Größe einer RCS for Business-Nachricht und der darin enthaltenen Mediendatei. Weitere Informationen finden Sie unter Maximale Nachrichtengrößen.
Doppelte Nachrichten verhindern
Damit keine doppelten Nachrichten an Nutzer gesendet werden, muss Ihr System zuerst bestätigen, dass eine Nachricht nicht zugestellt wurde, bevor es auf SMS zurückgreift.
Mit diesen Best Practices können Sie die Zuverlässigkeit Ihres Systems verbessern und doppelte Nachrichten vermeiden:
- Lebensdauer des Verbindungspools an die DNS-Gültigkeitsdauer (Time to Live, TTL) anpassen: Verwenden Sie Pools für Verbindungs- und Clientobjekte, um vorhandene Verbindungen und Clientobjekte wiederzuverwenden. Um zu vermeiden, dass nach DNS-Updates veraltete IP-Adressen verwendet werden, legen Sie die maximale Zeit, die eine Verbindung oder ein Objekt im Pool verbleibt, so fest, dass sie mit der DNS-TTL (Time-to-Live) der API übereinstimmt.
- Verbindungszeitüberschreitung bedeutet nicht, dass die Nachricht nicht zugestellt wurde:Gehen Sie nicht davon aus, dass eine RCS for Business-Nachricht nicht zugestellt wurde, wenn es zu einer Verbindungszeitüberschreitung kommt. Die Nachricht wird möglicherweise noch auf dem Server verarbeitet.
- Zustellbestätigungen prüfen:Prüfen Sie immer, ob Zustellbestätigungen vorhanden sind, bevor Sie eine Fallback-Nachricht auslösen.
- TTL an Zeitüberschreitung der Verbindung anpassen:Legen Sie die TTL der Nachricht nach Möglichkeit so fest, dass sie der Zeitüberschreitung der Verbindung entspricht.
- Nachrichten vor dem Fallback widerrufen:Versuchen Sie immer, die Originalnachricht zu widerrufen, bevor Sie die Fallback-SMS senden. Wenn der Widerruf fehlschlägt, müssen Sie den Fehler beheben, da dies darauf hindeuten kann, dass die Nachricht bereits an den Nutzer gesendet wurde.
- Nachrichten noch einmal senden: Wenn eine Nachricht aufgrund eines wiederholbaren Fehlers oder eines Verbindungszeitlimits nicht gesendet werden kann, versuchen Sie es noch einmal. Verwenden Sie das ursprüngliche
messageID, um Duplikate zu vermeiden, und implementieren Sie einen exponentiellen Backoff, um die Versuche zu verteilen.
Nach doppelten eingehenden Nachrichten suchen
Wenn Sie eingehende Nachrichten von Nutzern prüfen und darauf antworten, sehen Sie im messageId nach, ob Sie die Nachricht bereits erhalten und darauf geantwortet haben.
Bei verteilten Systemen gibt es zwei Möglichkeiten, Nachrichten zu senden:
- Höchstens einmal: Das System sendet eine Nachricht einmal. Wenn es jedoch Netzwerk- oder Kommunikationsfehler gibt, wird die Nachricht möglicherweise nicht empfangen.
- Mindestens einmal: Das System kann eine Nachricht mehrmals senden. Die Nachricht kann auch bei Netzwerk- oder Kommunikationsfehlern empfangen werden.
Google Cloud Pub/Sub verwendet das System mindestens einmal. Dies kann zwar zu doppelten eingehenden Nachrichten führen, aber Nachrichten lassen sich ganz einfach deduplizieren, indem Sie messageId-Strings erfassen. Wenn Sie bereits eine Nachricht erhalten haben, können Sie alle weiteren Nachrichten mit derselben messageId ignorieren.
Eindeutige IDs für alle ausgehenden Nachrichten verwenden
Wenn Ihr Agent eine Nachricht an den Nutzer sendet, muss der messageId, den Sie in den API-Aufruf einfügen, für jede Nachricht eindeutig sein.
Weitere Informationen zum Empfangen von Nachrichten finden Sie unter Eingehende Ereignisse verarbeiten.
Keine veralteten IP-Adressen verwenden
Ihr System muss immer die richtige, aktuelle IP-Adresse verwenden, wenn es eine Verbindung zur RBM API herstellt. Verschiedene Programmierplattformen verwenden standardmäßige DNS-Cache-Timeouts, die deutlich länger als die DNS-TTL-Einstellung von Google sein können. Dies kann dazu führen, dass Ihr System versucht, eine Verbindung zu abgelaufenen IP-Adressen herzustellen, was zu Timeouts führt. Die TTL des DNS-Cache für RBM-Domains beträgt 300 Sekunden.
So stellen Sie sicher, dass Ihre Verbindungslogik die TTL von 300 Sekunden berücksichtigt:
- Zeitlimit für Verbindungspool an TTL anpassen:Wenn Sie einen Pool mit Verbindungs- oder Clientobjekten verwenden, legen Sie die maximale Lebensdauer auf 300 Sekunden oder weniger fest. Dadurch wird Ihr System gezwungen, beim Aktualisieren des Objekts eine neue IP-Adresse abzurufen.
- DNS-Aktualisierung sicherstellen:Prüfen Sie, ob Ihre Plattform oder HTTP-Clientbibliothek so eingestellt ist, dass der DNS-Cache alle 300 Sekunden oder weniger aktualisiert wird.
- Aktuelle TTL prüfen:Wir empfehlen, die TTL der RBM API-Domain programmatisch zu prüfen, um sicherzustellen, dass Sie den richtigen Maximalwert verwenden. Sie müssen die Domain prüfen, die Ihrer Bereitstellungsregion entspricht:
dig +nocmd +noall +answer +ttlid A us-rcsbusinessmessaging.googleapis.com | sort
dig +nocmd +noall +answer +ttlid A asia-rcsbusinessmessaging.googleapis.com | sort
dig +nocmd +noall +answer +ttlid A europe-rcsbusinessmessaging.googleapis.com | sort
Wiederholungsversuche mit exponentiellem Backoff implementieren
Beim Aufrufen einer API kann es vorkommen, dass ein Aufruf aufgrund von Infrastrukturproblemen, Dienstüberlastung, Abfragen pro Sekunde-Grenzwerten und anderen Fehlern fehlschlägt. Um fehlgeschlagene API-Aufrufe ordnungsgemäß zu verarbeiten, sollten Sie Wiederholungsversuche mit exponentiellem Backoff implementieren.
Wenn Sie Wiederholungsversuche mit exponentiellem Backoff verwenden, führt Ihre Infrastruktur automatisch die folgenden Schritte aus:
- Gibt einen fehlgeschlagenen API-Aufruf an.
- Legt die anfängliche Wartezeit und die maximale Anzahl von Wiederholungsversuchen fest.
- Pausiert für die Wartezeit.
- Der API-Aufruf wird noch einmal versucht.
Bewertet die Antwort des API-Aufrufs:
- Wenn die Bedingung erfüllt ist, wird mit dem nächsten Schritt im Workflow fortgefahren.
- Bei einem Fehler wird die Wartezeit verlängert und es wird zu Schritt 3 zurückgekehrt.
- Wenn nach der maximalen Anzahl von Wiederholungsversuchen ein Fehler auftritt, wird der Status „Fehler“ ausgegeben.
Die idealen Wartezeiten und die ideale maximale Anzahl von Wiederholungsversuchen variieren je nach Anwendungsfall. Legen Sie diese Zahlen basierend auf den Latenzanforderungen Ihrer Infrastruktur und Workflows fest.
API-Leistung mit regionalen Endpunkten optimieren
Um die API-Leistung für eine bessere Latenz zu optimieren, verwenden Sie die Endpunkte, die der Region des Nutzers am nächsten sind.
Die folgende Tabelle enthält Empfehlungen, welche regionalen RCS for Business-Endpunkte je nach Telefonnummer des Nutzers verwendet werden sollten.
| Präfix der Telefonnummer | Empfohlener Endpunkt | Zielregion |
|---|---|---|
| +1 | us-rcsbusinessmessaging.googleapis.com | Nord- und Südamerika |
| +2 | europe-rcsbusinessmessaging.googleapis.com | Europa |
| +3 | europe-rcsbusinessmessaging.googleapis.com | Europa |
| +4 | europe-rcsbusinessmessaging.googleapis.com | Europa |
| +5 | us-rcsbusinessmessaging.googleapis.com | Nord- und Südamerika |
| +6 | asia-rcsbusinessmessaging.googleapis.com | Asien |
| +7 | europe-rcsbusinessmessaging.googleapis.com | Europa |
| +8 | asia-rcsbusinessmessaging.googleapis.com | Asien |
| +9 | asia-rcsbusinessmessaging.googleapis.com | Asien |
| Standard | us-rcsbusinessmessaging.googleapis.com | Nord- und Südamerika |
Nachdem Sie den Zielendpunkt ermittelt haben, sollten Sie Ihre Server so nah wie möglich daran platzieren. Eine Liste der verfügbaren Standorte finden Sie auf der Seite https://www.google.com/about/datacenters/locations/.
Weitere Informationen zum Ermitteln der Region des Agents finden Sie in der Dokumentation unter Agent erstellen.
Dialogorientierte Benutzeroberfläche und Nutzererfahrung
Dialogorientierte Benutzeroberfläche, nicht App-Benutzeroberfläche
RCS for Business-Agents eignen sich gut, um Nutzern in einer dialogorientierten Benutzeroberfläche effiziente und spezifische Aufgaben zu ermöglichen. Die besten Agents sorgen für fokussierte Interaktionen, die leicht zu verstehen sind und wie natürliche Unterhaltungen strukturiert sind.
Kundenservicemitarbeiter dürfen sich nicht auf die visuelle Benutzeroberfläche einer App oder Webseite verlassen und sollten nicht versuchen, sie nachzuahmen. Stattdessen müssen sich Kundenservicemitarbeiter auf sorgfältig formulierte Unterhaltungen verlassen, die auf die Bedürfnisse der Nutzer eingehen, indem sie sie mit verbalen Hinweisen, Vorschlägen und einer guten Fehlerbehandlung unterstützen.
Außerdem dürfen Agents keine Telefonmenüs oder Benutzeroberflächen imitieren, bei denen Nutzer mit einer Zahl antworten müssen, die für eine bestimmte Aktion steht. Nutzer sollten auf natürliche Weise mit Agents kommunizieren können, so wie sie es bei einer Unterhaltung mit einer anderen Person tun würden.
Unterhaltung starten
Der Beginn einer Unterhaltung weckt die Erwartungen des Nutzers an die Fähigkeiten eines Agenten. Beginnen Sie Unterhaltungen mit einem starken Einstieg: Zeigen Sie die Persönlichkeit Ihres Agenten, stellen Sie Informationen, die für Ihre Nutzer wichtig sind, an den Anfang und teilen Sie mit, was Ihr Agent leisten kann. Bieten Sie Nutzern klare Optionen für die Interaktion mit Ihrem Agenten und die Fortsetzung des Gesprächs.
Persönlichkeit Ihres Agents zeigen: Legen Sie den Ton fest, indem Sie den Nutzer begrüßen und Ihre Marke vorstellen. Wenn Sie eine Persona für den Agent erstellen, z. B. einen virtuellen Assistenten oder digitalen Concierge, machen Sie deutlich, dass es sich um einen Chatbot und nicht um eine echte Person handelt. Sie können den Namen des Agenten so festlegen, dass er zur Persona passt. Ein Avatar ist eine gute Möglichkeit, Ihr Image zu stärken. Das kann Ihr Logo sein, aber auch eine Comicfigur.
Funktionen des Agents erläutern: Eine gute Begrüßungsnachricht macht deutlich, was die Unterhaltung bietet. Darin werden die Fähigkeiten des KI-Agenten auf hoher Ebene erläutert. Außerdem sind vorgeschlagene Antworten und Aktionen enthalten, um Nutzer auf bestimmte Pfade zu lenken. Mit diesen Vorschlägen können Sie Nutzern helfen, sich in der Unterhaltung zurechtzufinden und die Aufgaben zu verstehen, bei denen der KI-Agent sie unterstützen kann.
Klare und konsistente Nachrichten schreiben
Senden Sie Nachrichten, die für Nutzer leicht zu verstehen sind und auf die sie einfach reagieren können. Erstellen Sie Nachrichtentext, der Nutzer zur Reaktion auffordert. Achten Sie auf einen einheitlichen Stil, einheitliche Formatierung und einheitliches Tempo, um das Vertrauen der Nutzer zu gewinnen.
Beachten Sie beim Erstellen von Mitteilungstexten die folgenden zusätzlichen Best Practices:
Vermeiden Sie Sackgassen. Jede Nachricht sollte zu einem sinnvollen nächsten Schritt führen.
- Wenn der Nutzerverlauf eine Aufgabe mit mehreren Schritten umfasst, verwenden Sie Diskursmarker, um den Nutzer durch den Prozess zu führen.
Beispiele: „Now…“, „And…“, „Got it!“ Bitte schön.
- Halten Sie sich kurz, da vorgeschlagene Antworten und Aktionen maximal 25 Zeichen lang sein dürfen.
- Wenn die Unterhaltung eine Übergabe beinhaltet, kann eine kurze Bestätigung den Übergang erleichtern.
Beispiel: „Okay. Ihr Account Manager übernimmt ab jetzt.“
Beispiel: „Perfekt! Ich glaube, ich weiß, wonach du suchst.“ und einen Link zu Ihrer Website.
Acknowledge the user's message with a word or phrase of recognition.
Beispiel: „Tolle Wahl!“ „OK“, „Gut“ oder „Verstanden“.
Sprechen Sie den Nutzer direkt an, indem Sie seinen Namen (falls bekannt) oder das Pronomen „Sie“ verwenden. Vermeiden Sie es, sich auf den Nutzer als „ich“ oder „mich“ zu beziehen, da dies zu Verwirrung führen kann.
Verwenden Sie für Titel und Labels die Groß- und Kleinschreibung, nicht die Überschriftenformatierung.
Beispiel: „Kontobericht“ statt „Kontoauszug“.
Verwende Kontraktionen. Das ist auch für Kundenservicemitarbeiter mit einem ernsten oder gehobenen Tonfall angemessen.
Beispiel: „it's“ ist umgangssprachlicher als „it is“.
Verwenden Sie Ausrufezeichen sparsam.
Verwenden Sie das Komma vor dem „und“, also „A, B und C“ statt „A, B und C“.
Schreiben Sie Zahlen als Ziffern.
Beispiel: „1, 2, 3“ statt „Eins, Zwei, Drei“.
Achten Sie darauf, dass ein verspielter Ton zum jeweiligen Anwendungsfall passt, wenn Sie Emojis verwenden.
Nutzer, die beispielsweise einen Abschleppwagen buchen oder ihre Testergebnisse abrufen möchten, sind möglicherweise nicht in der Stimmung.
Nachrichten in der richtigen Reihenfolge erhalten
Wenn Sie mehrere Nachrichten nacheinander senden, ist es wichtig, dass Nutzer diese Nachrichten in der richtigen Reihenfolge empfangen. Die Verarbeitung von Nachrichten mit Medien dauert länger als die von Nur-Text-Nachrichten. Damit Nutzer Nachrichten in der richtigen Reihenfolge erhalten, sollten Sie warten, bis Sie eine 200 OK-Antwort für eine Nachricht erhalten, bevor Sie die nächste Nachricht in der Sequenz senden.
Mit Antwort- und Aktionsvorschlägen ansprechende Unterhaltungen erstellen
Antwortvorschläge und Aktionen sind leistungsstarke Tools, mit denen Sie Nutzerinteraktionen steuern und optimieren können. Sie können auf eine Nachricht oder interaktive Chat-Nachricht folgen und Optionen anbieten, um das Thema der Unterhaltung fortzusetzen oder zu ändern.
Antwortvorschläge: Nutzer können schnell auf Ihren Agenten reagieren, indem sie vordefinierte Optionen auswählen. Verwenden Sie nach Möglichkeit Antwortvorschläge, insbesondere wenn bestimmte Antworten erwartet werden.
Vorgeschlagene Aktionen: Ermöglichen Sie Ihrem Agenten, sich in Gerätefunktionen zu integrieren, um Aufgaben wie das Anrufen des Supports oder das Suchen von Standorten zu optimieren.
Beachten Sie die folgenden wichtigen Punkte, um ansprechendere und effizientere Unterhaltungen zu führen:
- Relevanz: Die Vorschläge sollten zur aktuellen Unterhaltung passen.
- Prägnanz: Beschränken Sie die Anzahl der Vorschläge, um Nutzer nicht zu überfordern.
- Klarheit: Verwenden Sie für den Vorschlagstext eine klare und prägnante Sprache.
Nutzer unterstützen
Ihr Agent sollte auf HELP-Nachrichten von Nutzern reagieren und sie über die Funktionen des Agents informieren. Eine Liste mit Vorschlägen für Antworten, die auf die Funktionen Ihres Agents zugeschnitten sind, kann eine schlechte Nutzererfahrung in eine nützliche verwandeln.
Achten Sie darauf, dass Ihr Logo und Ihr Hero-Image gut dargestellt werden.
- Lassen Sie genügend Platz um das Logo herum, damit es bei der Zuschneidung nicht beeinträchtigt wird.
- Vermeiden Sie es, das Logo oder das Hero-Bild zu strecken oder zu verzerren, da dies die Markenwahrnehmung negativ beeinflussen kann.
- Testen Sie das Logo und das Hero-Image im hellen und dunklen Modus, um eine optimale Sichtbarkeit und Ästhetik zu erzielen.
Weitere Informationen zum Erstellen eines Logos oder zur Fehlerbehebung finden Sie in den Richtlinien für das Logodesign.
Logo
- Designen Sie mit Blick auf die Darstellung als abgerundetes Quadrat. RCS for Business-Logos werden in der Unterhaltungsliste, im Unterhaltungsbildschirm und in den Unterhaltungsdetails als „abgerundete Quadrate“ angezeigt, um den Google- und Branchenstandards zu entsprechen.
- Zentrieren Sie das Logo im Bild, damit die Markenelemente nach dem Zuschneiden gut zu sehen sind.
- Bei bestätigten Agents wird automatisch ein Bestätigungshäkchen neben dem Namen des Agents angezeigt. Dieses Markenzeichen ist vor Identitätsdiebstahl geschützt und kann nicht manuell hinzugefügt werden.
- Achten Sie bei Logos mit transparentem Hintergrund auf einen ausreichenden Kontrast sowohl bei hellem als auch bei dunklem Hintergrund, damit sie auch im dunklen Modus gut zu sehen sind. Wenn Sie sich nicht sicher sind, verwenden Sie einen einheitlich weißen Hintergrund.
Hero Image
- Verwenden Sie das Seitenverhältnis 45:14, um unerwünschtes Zuschneiden zu vermeiden.
Berücksichtigen Sie beim Entwerfen des Hero-Bilds die Logo-Überlappung, damit wichtige Elemente nicht verdeckt werden.
Nutzerwünsche respektieren
Wenn Sie das Vertrauen der Nutzer bewahren möchten, müssen Sie ihre Kommunikationseinstellungen respektieren. Wenn ein Nutzer angibt, dass er keine Nachrichten mehr erhalten möchte, muss Ihr Agent dies berücksichtigen. Dazu gehört, dass verschiedene Arten von Opt-out-Anfragen wie „STOP“ in allen relevanten Sprachen verstanden und angemessen beantwortet werden.
Informieren Sie sich über die Gesetze und Best Practices für Ihr Einsatzland und darüber, wie Sie auf „STOP“ und andere nicht ignorierbare Befehle zu reagieren haben.
Weitere Informationen finden Sie beispielsweise in den CTIA.
„Unsubscribe“- und „Subscribe“-Ereignisse verarbeiten
Google Messages bietet die integrierten Funktionen Abmelden und Abonnieren, mit denen Nutzer ihre Unterhaltungen verwalten können. Wenn ein Nutzer sich abmeldet, erhält Ihr Agent ein UNSUBSCRIBE-Webhook-Ereignis. Ein SUBSCRIBE-Ereignis signalisiert die Absicht eines Nutzers, die Interaktion mit Ihrem Agent fortzusetzen.
Ausführliche Informationen zur Verarbeitung von Unsubscribe- und Resubscribe-Ereignissen, einschließlich Nutzlastdetails, Geschäftsregeln und Beispielen, finden Sie in der Dokumentation zu nutzergenerierten Ereignissen.
Deaktivierungen verarbeiten
Die RCS for Business-Plattform bietet keine direkte Möglichkeit, Listen mit Nutzern zu verwalten, die die Funktion deaktiviert haben. Sie sind dafür verantwortlich, eine eigene Datenbank mit Nutzern zu führen, die sich abgemeldet oder auf andere Weise widersprochen haben und daher keine Nachrichten mehr erhalten möchten.
Unterhaltungen fortsetzen
Wenn ein Nutzer seine Unterhaltung mit Ihrem Agent löscht, muss er den Kontakt über einen anderen Kanal wieder aufnehmen, z. B. über die Website-Opt-in, einen SMS-Kurzcode oder ein anderes Verfahren zum Einholen von Einwilligungen. Diese neue Interaktion signalisiert ihr erneutes Interesse am Erhalt von Nachrichten.