Bewertungs-Journeys nach dem Kauf mit automatischer Ticket-Eskalation

Ein einmaliger Bewertungsanfrage-Versand stellt die Frage einmal und geht weiter — niemand achtet auf eine schlechte Antwort. Denselben Bewertungs-Block in ein Paar dauerhaft aktiver Journeys zu verdrahten, schließt diese Lücke: Die erste wartet nach jedem Kauf und versendet die Bewertungsanfrage; die zweite wird durch die eigene Bewertungs-Interaktion dieser E-Mail ausgelöst, liest die Punktzahl direkt daraus aus, und öffnet automatisch ein Support-Ticket, sobald sie niedrig genug ist, um eine Person zu brauchen.

Betreff

How did we do?

Zwei verknüpfte Journeys schließen eine Lücke, die eine einmalige Bewertungsanfrage nie schließt. Die erste wartet einige Tage nach jedem Kauf und versendet einen Bewertungs-Block. Die zweite wird durch die eigene Bewerten-Interaktion dieser E-Mail ausgelöst, liest die Punktzahl daraus aus und öffnet bei einer niedrigen Bewertung automatisch ein Support-Ticket — niemand muss eine schlechte Bewertung erst bemerken, um darauf zu reagieren.

Ein einzelner Bewertungsanfrage-Versand nach dem Kauf stellt die Frage einmal und hört dort auf. Niemand achtet auf eine schlechte Antwort, und eine Bewertung von 1 oder 2 Sternen liegt im Antworten-Dashboard, bis zufällig jemand nachsieht. Denselben Bewertungs-Block stattdessen in zwei dauerhaft aktive Journeys zu verketten, bedeutet, dass die niedrige Punktzahl selbst die nächste Aktion auslöst.

Journey eins: fragen, mit Verzögerung

Der Trigger der ersten Journey ist Kauf, ohne bestimmtes Projekt eingestellt, sodass sie bei jedem von MailInApp selbst verarbeiteten abgeschlossenen Produkt-Block-Checkout auslöst — nicht nur bei einer bestimmten Vorlage. Ein Warten-Schritt gibt der Bestellung ein paar Tage Zeit, tatsächlich anzukommen, dann versendet ein Versand-Schritt die Bewertungsanfrage: ein einzelner Bewertungs-Block, optional gepaart mit einer kurzen Formular-Frage für alle, die Kontext hinzufügen möchten.

Dies deckt nur Produkt-Blöcke ab, die im Modus MailInApp-Checkout (Stripe) belassen wurden — MailInApp verarbeitet dort die Zahlung, also ist es auch derjenige, der weiß, dass ein Kauf stattgefunden hat. Ein Produkt-Block, der auf Auf externen Shop-Checkout verlinken eingestellt ist, schickt den Käufer stattdessen, den Kauf vollständig in Ihrem Shopify- oder WooCommerce-Shop abzuschließen; MailInApp sieht diesen Kauf nie, kann diesen Trigger dafür also nicht auslösen. Falls Sie externen Checkout nutzen, bauen Sie eine Bewertung nach dem Kauf stattdessen auf einem Kaufhistorien-Segment auf — siehe frühere Käufer mit Kaufhistorien-Segmenten zurückgewinnen für dasselbe shopseitige Signal, anders genutzt.

Journey zwei: die Antwort beobachten, schlechte eskalieren

Der Trigger der zweiten Journey ist eine Interaktion — konkret die Bewerten-Aktion auf dem eigenen Bewertungs-Projekt der ersten Journey. In dem Moment, in dem jemand einen Stern antippt, schreibt sich dieser Durchlauf ein und trägt diese Punktzahl mit sich. Von dort aus:

  1. Ein Feld-aktualisieren-Schritt schreibt die Bewertung auf den Kontaktdatensatz.
  2. Ein Verzweigungs-Schritt prüft, ob sie 2 Sterne oder weniger beträgt.
  3. Ein Ticket-erstellen-Schritt — nur über den Zweig für niedrige Punktzahlen erreicht — öffnet automatisch ein Support-Ticket, dessen Betreff und Text mit der E-Mail-Adresse des Kontakts und der genauen abgegebenen Punktzahl vorlagenbasiert befüllt sind.

Eine hohe Bewertung beendet den Durchlauf einfach über den „Nein"-Zweig; sie zählt weiterhin zu Ihrem CSAT-Durchschnitt im Antworten-Dashboard, nur ohne ein Ticket auszulösen.

Warum zwei Journeys, nicht eine

Die beiden Trigger lösen zu wirklich unterschiedlichen Zeitpunkten durch wirklich unterschiedliche Ereignisse aus — ein abgeschlossener Kauf, dann (vielleicht Tage später) die Bewerten-Interaktion einer bestimmten E-Mail. Das als zwei verknüpfte Graphen statt als einen langen zu modellieren, hält den Trigger jeder Journey eindeutig. Die Installation des Starters Nach dem Kauf erstellt beide gemeinsam in einem einzigen Schritt, zusammen mit dem Bewertungsanfrage-Projekt selbst.

Was das Eskalations-Ticket tatsächlich enthält

Da der Ticket-erstellen-Schritt mit Merge-Tags aus dem Durchlauf vorlagenbasiert befüllt ist, nennt das Ticket, das in Ihrem kontoweiten Tickets-Posteingang landet, bereits, wer die Bewertung abgegeben hat und welche Punktzahl. Eine Person kann sofort handeln, statt erst im Antworten-Dashboard nach dem Kontext zu suchen.

Feinabstimmung

Die Schwelle von 2 Sternen oder weniger am Verzweigungs-Schritt ist nur der Standardwert des Starters — es ist eine gewöhnliche Bedingung, die Sie wie jede andere bearbeiten können. Dasselbe Muster reicht auch über Bewertungen hinaus. Jede Interaktion, auf die eine Journey auslösen kann (eine Formularabsendung, ein RSVP, eine Abstimmungsstimme), kann dieselbe Feld-aktualisieren-→-Verzweigung-→-Ticket-erstellen-Form für eine andere Art von „das automatisch bemerken"-Workflow speisen.

Erste Schritte

Installieren Sie Nach dem Kauf von der Journeys-Listenseite für beide verknüpften Journeys und die gemeinsam erstellte Bewertungs-E-Mail. Oder verdrahten Sie es selbst: eine durch Kauf ausgelöste Journey, die wartet und eine Bewertungsanfrage versendet, plus eine zweite Journey, die durch die Bewerten-Interaktion dieser E-Mail mit einem Feld-aktualisieren-, Verzweigungs- und Ticket-erstellen-Schritt ausgelöst wird. Siehe Journeys für die vollständige Schritt-Referenz und Support-Tickets dafür, was passiert, nachdem eines erstellt wurde.

Ein typischer Ablauf zum Erstellen und Versenden

  1. 1

    Lösen Sie die erste Journey bei jedem Kauf aus

    Setzen Sie den Trigger einer Journey auf Kauf ohne bestimmtes Projekt — sie löst bei jedem abgeschlossenen Produkt-Block-Checkout aus, nicht nur bei einer bestimmten Vorlage.

  2. 2

    Warten Sie, dann fragen Sie nach einer Bewertung

    Ein Warten-Schritt gibt der Bestellung ein paar Tage Zeit, tatsächlich anzukommen, bevor ein Versand-Schritt die Bewertungsanfrage versendet.

  3. 3

    Lösen Sie eine zweite Journey durch die Bewertungs-Interaktion aus

    Richten Sie den Trigger einer zweiten Journey auf die eigene Bewerten-Aktion der Bewertungs-E-Mail aus — sie schreibt in dem Moment ein, in dem jemand einen Stern antippt, und trägt diese Punktzahl mit sich.

  4. 4

    Erfassen Sie die Punktzahl und eskalieren Sie niedrige

    Ein Feld-aktualisieren-Schritt schreibt die Bewertung auf den Kontaktdatensatz, ein Verzweigungs-Schritt prüft, ob sie 2 Sterne oder weniger beträgt, und ein Ticket-erstellen-Schritt öffnet automatisch ein Support-Ticket für die, bei denen das zutrifft.

Häufig gestellte Fragen

Enthält das Eskalations-Ticket die tatsächliche Bewertung und wer sie abgegeben hat?

Ja — Betreff und Text des Ticket-erstellen-Schritts sind mit Merge-Tags aus dem Durchlauf vorlagenbasiert befüllt, sodass das Ticket, das in Ihrer Warteschlange landet, bereits die E-Mail-Adresse des Kontakts und die genaue abgegebene Punktzahl nennt, bereit für die Nachverfolgung durch eine Person.

Warum zwei separate Journeys statt einer längeren?

Der Trigger der ersten Journey ist ein Kauf-Ereignis; der der zweiten ist eine Interaktion auf der bestimmten E-Mail, die die erste versendet — das sind zwei verschiedene Trigger-Arten, die zu zwei verschiedenen Zeitpunkten auslösen, weshalb sie als zwei verknüpfte Graphen statt als einer modelliert sind. Die Installation des Starters Nach dem Kauf erstellt beide gemeinsam in einem Schritt.

Was passiert mit einer Bewertung, die nicht niedrig genug ist, um zu eskalieren?

Nichts weiter — der „Nein"-Pfad des Verzweigungs-Schritts beendet den Durchlauf einfach. Die Bewertung selbst zählt so oder so weiterhin zu Ihrer CSAT-Zusammenfassung im Antworten-Dashboard; die Eskalation fügt nur für die Punktzahlen, die Aufmerksamkeit brauchen, zusätzlich ein Ticket hinzu.

Kann ich die Schwelle für niedrige Punktzahlen ändern, oder an wen das Ticket geht?

Ja — die Bedingung des Verzweigungs-Schritts ist eine gewöhnliche Regel, die Sie bearbeiten können (2 Sterne oder weniger ist nur der Standardwert des Starters), und Support-Tickets landen in Ihrem kontoweiten Tickets-Posteingang, unabhängig davon, welches Projekt oder welche Journey sie erstellt hat.

Ersetzt dies den einfachen Bewertungsanfrage-Versand nach dem Kauf?

Es ist die dauerhaft aktive Version derselben Idee — ein einmaliger wiederkehrender Versand funktioniert weiterhin gut für eine regelmäßige Bewertungsanfrage, aber nur der Interaktions-Trigger einer Journey kann kontinuierlich auf eine niedrige Punktzahl achten und sie in dem Moment eskalieren, in dem sie auftritt, ohne dass jemand dafür das Antworten-Dashboard prüfen muss.

Bauen Sie das im Studio

Starten Sie mit dem kostenlosen Tarif — jeder interaktive Block und die vollständige Fallback-Engine sind in jedem Tarif enthalten.