自動チケットエスカレーション付きの購入後評価ジャーニー

単発のレビューリクエスト送信は、質問を1回するだけで終わってしまいます — 悪い回答を誰も見張っていません。同じ評価ブロックを、常時稼働する一対のジャーニーに組み込むことで、そのループを閉じられます: 1つ目は購入後に待ってから評価リクエストをメールし、2つ目はそのメール自身の評価インタラクションによってトリガーされ、スコアをそのまま読み取り、人の対応が必要なほど低ければ自動的にサポートチケットを開きます。

件名

How did we do?

連動する2つのジャーニーが、単発のレビューリクエストでは決して閉じられないループを閉じます。1つ目は任意の購入後に数日待ってから評価ブロックをメールします。2つ目はそのメール自身の評価インタラクションによってトリガーされ、スコアをそのまま読み取り、低い場合は自動的にサポートチケットを開きます — 悪いレビューに誰かが気づく必要はありません。

単発の購入後レビュー送信は、質問を1回するだけでそこで終わります。悪い回答を誰も見張っておらず、星1つや2つの評価は、誰かがたまたま確認するまで回答ダッシュボードに埋もれたままです。同じ評価ブロックを、常時稼働する2つのジャーニーに連鎖させることで、低スコア自体が次のアクションをトリガーするようになります。

ジャーニー1: 遅延をおいて尋ねる

1つ目のジャーニーのトリガーは購入で、特定のプロジェクトを指定せずに設定されているため、どのテンプレートに限らず、MailInApp自身が処理した商品ブロックのチェックアウトが完了するたびに発火します。ウェイトステップが注文が実際に届くまで数日の猶予を与え、その後の送信ステップが評価リクエストをメールします: 1つの評価ブロックに、文脈を添えたい人向けの短いフォームの質問を任意で組み合わせます。

これは、**MailInAppチェックアウト(Stripe)**モードのままになっている商品ブロックだけをカバーします — その場合はMailInApp自身が決済を処理しているため、購入が発生したことを把握できます。外部ストアのチェックアウトへリンクに設定された商品ブロックは、購入者を完全に自分のShopifyまたはWooCommerceストア上で購入を完了させるため、MailInAppはその購入を一切把握できず、このトリガーを発火できません。外部チェックアウトを使っている場合は、代わりに購入履歴セグメントに基づいて購入後レビューを組み立ててください — 同じストア側のシグナルを別の方法で使う例として、購入履歴セグメントで過去の購入者をウィンバックするを参照してください。

ジャーニー2: 回答を監視し、悪いものをエスカレーションする

2つ目のジャーニーのトリガーはインタラクション——具体的には、1つ目のジャーニーのレビュープロジェクト自身の評価アクションです。誰かが星をタップした瞬間に、この実行はそのスコアを伴って登録されます。そこから:

  1. フィールド更新ステップが評価を連絡先レコードに書き込みます。
  2. 分岐ステップが、それが星2つ以下かどうかを確認します。
  3. チケット作成ステップ——低スコアの分岐に到達した場合のみ——が自動的にサポートチケットを開き、その件名と本文は連絡先のメールアドレスと付けられた正確なスコアでテンプレート化されます。

高評価は単に「いいえ」の分岐で実行を終了させます。それでも回答ダッシュボードのCSAT平均には反映され続け、単にチケットをトリガーしないだけです。

なぜ1つではなく2つのジャーニーなのか

2つのトリガーは、本当に異なる時点で、本当に異なるイベントから発火します——購入の完了、そして(おそらく数日後の)特定のメールでの評価インタラクションです。これを1つの長いグラフではなく、連動する2つのグラフとしてモデル化することで、各ジャーニーのトリガーが曖昧になりません。購入後スターターをインストールすれば、レビューリクエストのプロジェクト自体とともに、両方を1ステップで一緒に作成できます。

エスカレーションチケットに実際に含まれるもの

チケット作成ステップは実行から取得したマージタグでテンプレート化されているため、あなたのアカウント全体のチケット受信箱に届くチケットには、すでにレビューを残した人と、その人が付けたスコアが記載されています。担当者は、まず回答ダッシュボードを掘り下げて文脈を探す代わりに、すぐに対応できます。

調整する

分岐ステップの「星2つ以下」というしきい値は、あくまでスターターの既定値です——他のものと同じように編集できる普通の条件です。同じパターンは評価を超えても広げられます。ジャーニーがトリガーできるあらゆるインタラクション(フォーム送信、RSVP、投票の投票)は、別の種類の「自動的にこれに気づく」ワークフローのために、同じフィールド更新→分岐→チケット作成という形に対応できます。

はじめに

連動する両方のジャーニーと評価メールを一緒に組み立てるには、ジャーニー一覧ページから購入後をインストールしてください。あるいは自分で配線する場合は、待ってから評価リクエストを送信する購入トリガーのジャーニーと、そのメールの評価インタラクションでトリガーされ、フィールド更新・分岐・チケット作成のステップを持つ2つ目のジャーニーを用意してください。ステップの完全なリファレンスはジャーニーを、チケット作成後に何が起こるかはサポートチケットを参照してください。

典型的な作成・送信の流れ

  1. 1

    任意の購入で最初のジャーニーをトリガーする

    特定のプロジェクトを指定せずに、ジャーニーのトリガーを購入に設定します — どのテンプレートに限らず、商品ブロックのチェックアウトが完了するたびに発火します。

  2. 2

    待ってから評価を尋ねる

    ウェイトステップが、送信ステップが評価リクエストをメールする前に、注文が実際に届くまで数日の猶予を与えます。

  3. 3

    評価インタラクションから2つ目のジャーニーをトリガーする

    2つ目のジャーニーのトリガーを、評価メール自身の評価アクションに向けます — 誰かが星をタップした瞬間に、そのスコアを伴って登録されます。

  4. 4

    スコアを取り込み、低いものをエスカレーションする

    フィールド更新ステップが評価を連絡先レコードに書き込み、分岐ステップがそれが星2つ以下かどうかを確認し、チケット作成ステップが該当するものについて自動的にサポートチケットを開きます。

よくある質問

エスカレーションチケットには、実際の評価とそれを残した人が含まれますか?

はい — チケット作成ステップの件名と本文は、実行から取得したマージタグでテンプレート化されているため、あなたのキューに届くチケットには、すでに連絡先のメールアドレスと、その人が付けた正確なスコアが記載されており、担当者がすぐにフォローアップできます。

なぜ1つの長いジャーニーではなく、2つの別々のジャーニーなのですか?

1つ目のジャーニーのトリガーは購入イベントであり、2つ目のトリガーは1つ目が送るその特定のメールでのインタラクションです — これらは異なる時点で発火する2つの異なる種類のトリガーであるため、1つの長いグラフではなく、連動する2つのグラフとしてモデル化されています。購入後スターターをインストールすれば、両方を1ステップで一緒に作成できます。

エスカレーションするほど低くない評価はどうなりますか?

それ以上は何も起こりません — 分岐ステップの「いいえ」の経路は、単にその実行を終了させます。評価自体は、いずれにせよ回答ダッシュボードのCSAT集計に反映され続けます。エスカレーションは、対応が必要なスコアに対してチケットを追加で発行するだけです。

低スコアのしきい値や、チケットの送り先を変更できますか?

はい — 分岐ステップの条件は普通のルールで、他のものと同じように編集できます(星2つ以下はあくまでスターターの既定値です)。サポートチケットは、それを作成したプロジェクトやジャーニーに関係なく、アカウント全体のチケット受信箱に届きます。

これは、通常の購入後レビューリクエスト送信を置き換えるものですか?

同じ発想の常時稼働バージョンです — 定期的なレビュー依頼には単発の繰り返し送信でも十分機能しますが、ジャーニーのインタラクショントリガーだけが、低スコアを継続的に監視し、発生した瞬間にエスカレーションできます。誰かが回答ダッシュボードを確認する必要はありません。

スタジオでこれを作ってみましょう

無料プランから始められます — すべてのインタラクティブブロックと完全なフォールバックエンジンが、どのプランにも含まれています。