ClickFunnels ワークフローの 「督促を終了」 ステップは、企業が失敗したサブスクリプションの支払いと回復プロセスを管理するのに役立ちます。このステップにより、顧客は支払詳細を更新するか、支払を回復するためのすべての試行が尽きた後、システムによって督促プロセスを終了したとしてマークされます。この記事では、ワークフローで「督促を終了」ステップを使用する方法について説明します。
必要条件
Exit Dunningどういう意味でしょうか?
「督促の終了」 とは、顧客の支払いの失敗が修正されたか、修正できなくなった場合です。これは 「督促」 と呼ばれるプロセスの一部であり、システムが支払いを再度回収しようとし、顧客に連絡して助けを求めます。
「督促の出口」で起こることは次のとおりです。
支払い固定: 顧客が支払い情報(期限切れのカードなど)を更新し、未払い残高を正常に支払った場合、督促プロセスは終了します。登録していたオンラインコースにアクセスするなど、サブスクリプションの特典を再び享受できます。
支払いを修正できない: システムが支払を何度も回収しようと試みても成功せず、顧客が支払詳細を更新しない場合、督促プロセスは終了します。これは、カード情報が無効であるか、残高が不足しているか、顧客が意図的に支払いを行わないことを選択したために発生する可能性があります。
例 音楽ストリーミング プラットフォームのサブスクリプション サービスがあると想像してください。毎月のサブスクリプションの支払いに使用された顧客のクレジット カードの有効期限が切れます。督促プロセスが開始され、更新されたカードに自動的に請求が試みられます。
督促を終了 - 支払いが固定されました。顧客が期限切れのカードに関する通知を受け取り、支払い情報を更新すると、督促プロセスは停止し、お気に入りの曲を聴き続けることができます。
督促を終了 - 支払回収不能:システムが再試行の試行を使い果たし、顧客がアクションを実行しない場合、督促プロセスは終了します。顧客の音楽プラットフォームへのアクセスは、支払いの問題が解決されるまで停止されます。
ワークフローへの「督促の終了」ステップの追加
「督促の終了」ステップを使用するには、定期的なサブスクリプションの支払いが拒否されたときにリッスンするワークフロートリガーを構成する必要があります。
ワークフローを開きます。
ClickFunnelsダッシュボードから、 Automations " Workflows メニューに移動します。
既存のワークフローを開くか、新しいワークフローを作成します。
ワークフロートリガーを設定します。
[ トリガーの追加 ] をクリックし、イベント タイプとして [サブスクリプションの定期支払いが拒否されました ] を選択します。
特定のサブスクリプションプランを監視するには、特定の サブスクリプション と バリアント を選択します。これらのフィールドを空白のままにすると、ワークスペース内のすべてのサブスクリプション製品にトリガーが適用されます。
[ 匿名の連絡先を許可する?] を切り替えて、電子メール アドレスのない連絡先をワークフローで実行できるかどうかを決定します。
このトリガーは、顧客のサブスクリプションの支払いが失敗するたびにワークフローを開始します。
「督促の終了」ステップを追加します。
ワークフローエディターでPlusアイコン(+) をクリックします。
サイドパネルから、[その他] カテゴリの [督促の終了] を選択します。
「督促の終了」ステップの構成
「督促の終了」ステップを挿入した後、「ステップの作成」ボタンをクリックして ワークフローに追加する必要があります。 このステップでは、特定の設定は必要ありません。
支払い処理業者からのシグナルを自動的にリッスンし、次の 2 つの可能な結果に基づいてトリガーします。
顧客は支払いの詳細を正常に更新し、拒否された請求書を支払います。
自動再試行は使い果たされ、支払いは行われません。
Payments AI によるサブスクリプション督促の管理
サブスクリプション督 促 プロセスは、失敗したサブスクリプションの支払いを効果的に管理できるように設計されています。この段階では、システムは顧客との通信を試み、デフォルトの再試行または Payments AI のカスタマイズされた自動化ルールを通じて、支払いが確実に解決されるようにします。
大事な
サブスクリプション督促の重要性を理解する:
自動支払いの再試行は、Payments AI で設定されたルールによって異なります。ルールが存在しない場合、再試行は行われません。Payments AI で少なくともデフォルトのサブスクリプション督促ルールを設定して、失敗した支払いに対して自動的に再試行されるようにすることを強くお勧めします。これにより、サブスクリプションの解約を最小限に抑え、収益を維持することができます。督促ルールの設定の詳細については、Payments AI の公式ドキュメント「カスタマイズされた定期購入督促」をご覧ください。
督促ルール (デフォルトまたはカスタム) を設定しない場合、再試行は行われません。失敗した支払いは失敗して期限を過ぎたとマークされますが、サブスクリプションはアクティブなままであり、顧客は製品へのアクセスを保持します。このような場合は、失敗した支払いを手動で監視し、延滞した支払いを回収するか、サブスクリプションを手動でキャンセルする必要があります。
デフォルトのサブスクリプション督促ルール
Payments AI でデフォルトのサブスクリプション督促ルールを有効にしている場合、失敗した支払いに対して 3 回再試行 されます。
最初の再試行は、最初の失敗した試行から 3 日後 に、全額を使用して行われます。
2 回目の再試行は、最初の試行が失敗してから 7 日後 にスケジュールされます。
最後の再試行は、 15日後 の06:30:00に全額を使用して行われます。
すべての再試行が失敗した場合、システムは 「最後の失敗した試行後に何が起こるか」 について、サブスクリプション督促設定で定義されたアクションに従って続行します。これらのアクションには、サブスクリプションのキャンセル、請求書を放棄としてマークする、またはその他のオプションが含まれます。これらのアクションが、ビジネスニーズに合わせて Payments AI 内の督促ルールで適切に設定されていることを確認します。
サブスクリプション督促ルールのカスタマイズ
Payments AI を使用すると、督促プロセスをカスタマイズできます。デフォルトのルールがビジネス ニーズを満たさない場合は、Payments AI アカウントにログインして、カスタマイズした自動化ルールを設定できます。たとえば、再試行スケジュールを調整したり、部分的な支払いを試したり、再試行のバックアップ支払い方法を有効にしたりすることができます。
督促処理の理解
Payments AI の督促プロセスは、構成された督促ルール (デフォルトまたはカスタム) に基づいて、一連の再試行を通じて失敗した支払いを自動的に管理するように設計されています。督促ルールが設定されている場合、Payments AI は支払いの失敗を顧客に通知し、指定されたスケジュールに従って再試行を開始します。
支払いの成功: 再試行中に支払いが成功した場合、顧客のサブスクリプションは中断することなく続行されます。
支払いの失敗: すべての再試行が失敗した場合、システムは督促設定で定義されているアクションを実行します。これには、サブスクリプションのキャンセル、請求書を放棄としてマークする、または構成したその他のアクションが含まれる場合があります。
「督促の終了」ステップを使用したワークフローの例
この例では、失敗したサブスクリプションの支払いを管理する際に [ 督促の終了 ] ステップがどのように機能するかを示します。督促ワークフローはさまざまであり、これはサブスクリプションの支払いの失敗を処理する 1 つの方法にすぎないことに注意してください。
ワークフローをトリガーします。
サブスクリプション - 定期支払いが拒否されたトリガーから始めます。これにより、顧客の定期支払いが失敗したときにワークフローが確実にアクティブ化されます。
コミュニケーションの手順:
支払いの失敗について顧客に通知するなど、コミュニケーション手順を追加できます。これらのメッセージを送信する前に遅延(1時間や1日など)を追加すると、顧客が問題を解決する時間を得ることができます。
大事な
自動支払いの再試行は、Payments AI で設定されたルールによって異なります。ルールが存在しない場合、再試行は行われません。Payments AI で少なくともデフォルトのサブスクリプション督促ルールを設定して、失敗した支払いに対して自動的に再試行されるようにすることを強くお勧めします。これにより、サブスクリプションの解約を最小限に抑え、収益を維持することができます。督促ルールの設定の詳細については、Payments AI の公式ドキュメント「カスタマイズされた定期購入督促」をご覧ください。
督促ステップを終了:
督 促の終了 ステップは、顧客からの支払いの更新が成功したか、Payments AI で設定された再試行の完了をリッスンします。
条件付きロジック:
オプションで、 条件付き分割パス を含めて、督促プロセス後もサブスクリプションがまだアクティブであるかどうかを確認します。結果に応じて、アクティブなサブスクリプションを持つ顧客を再エンゲージするか (例: 「おかえりなさい」メールを送信する)、サブスクリプションがキャンセルされた場合はサービスから登録を解除するなどの追加の手順を実行するかを決定できます。
「督促を終了」の後に「条件付き分割パス」ステップを追加する
「督促の終了」ステップの後に条件付き分割パスステップを追加すると、顧客の支払結果に基づいて 2 つの異なるシナリオを管理できます。
顧客が正常に支払いを行った場合: 確認メールの送信や製品へのアクセスの提供など、追加の手順をトリガーできます。
支払いの再試行が失敗した場合: 顧客に解約のタグを付けたり、登録解除ステップでフォローアップしたりするなど、別のアクションを実行できます。