支払い失敗の電子メール テンプレート

SaaS およびサブスクリプション請求チーム向けの、再利用可能な失敗した支払いメール テンプレート (カード不承認の最初の通知、支払い再試行のフォローアップ、アカウント停止前の最終通知)。

テンプレート カテゴリの概要

サブスクリプション請求の失敗は、SaaS およびメンバーシップ ビジネスにとって継続的な運営上の負担となります。カードが拒否された場合は、収益を保護しながら、顧客に迅速に通知し、懲罰的に聞こえることを避け、支払い方法を更新するよう促す必要があります。これらは、特定の請求書を求めている企業に送信される手動の請求書リマインダーではありません。これらは、定期的な請求の失敗によって自動的にトリガーされる督促メッセージであり、トーン、タイミング、行動喚起が根本的に異なります。すべての充電サイクルにわたって、最初の通知、再試行ステータスの更新、および最終的な一時停止警告という同じ構造シーケ��スが繰り返されます。これらを毎回再入力したり、最初から組み立てたりすると、時間が無駄になり、不整合が生じます。 Lightning Assist を使用すると、請求チームとカスタマー サクセス チームは、顧客名、プラン、更新支払いリンク、一時停止日のプレースホルダーを含むスニペットとして各メッセージを保存し、電子メール クライアントを含む任意のデスクトップ アプリで展開できます。 AI Enhance は、事実をでっち上げずに表現を引き締めることができます。

これらのテンプレートを使用する場合

これらの督促テンプレートは、カードの拒否、カードの有効期限切れ、銀行のブロックなど、定期的なサブスクリプション料金の支払いが失敗し、一時停止の前に顧客を構造化された回復シーケンスに移行する必要がある場合に使用します。これは、ビジネスクライアントに手動で発行された請求書を追跡することとは異なります。ここでの対象者は、自動請求がひっそりと失敗し、多くの場合、気づかないうちに失敗した消費者または SaaS 加入者です。最初の通知は、継続的なアクセスと明確なアクションへの期待を設定します。再試行メッセージは、特定の再試行日を指定することで時間的プレッシャーを増大させます。最終通知では、結果に関する曖昧さが解消されています。スニペット ライブラリから 3 つすべてを実行すると、請求サイクル、エージェント、顧客間でメッセージの一貫性が保たれ、プラン名、金額、停止日などの重要なものが誤って省略されることがなくなります。

このカテゴリのテンプレート例

  • カードが拒否されました — 最初の通知: 明確な更新支払い CTA によるフレンドリーな注意喚起。
  • 支払いの再試行/更新方法: 2 回目のタッチで再試行日とカードの更新方法を指定します。
  • 停止前の最終通知: 毅然とした態度で、正確な停止日とどのようなアクセスが失われるか。

実際のテンプレート例

カードが拒否されました - 最初の通知

最初の督促メッセージは 3 つのことを行う必要があります。1 つは、何が起こったのかを警戒することなく顧客に伝えること、現在もアクセスできることを確認すること、そして明確な次のステップを 1 つ示すことです。 「あなたのアカウントはまだ有効です」という安心感を与えることで、CTA を読む前にパニックに陥ってキャンセルすることを防ぎます。通常、チャージの失敗はカードの有効期限や銀行のフラグによるものであり、意図的な不払いではないため、非難するような口調よりもフレンドリーで誠実な口調の方が効果的です。顧客名、プラン名、失敗金額、支払い更新 URL にはプレースホルダーを使用します。最初のメッセージが毎回完全かつ一貫して送信されるように、トリガー ;paydecline をオンにしておきます。

Subject: Action needed — payment for [#Plan Name#] didn't go through

Hi [#First Name#],

We weren't able to charge [#Amount#] for your [#Plan Name#] subscription — your card was declined. Don't worry, your account is still fully active.

To keep things running smoothly, please update your payment method:
[#Payment Update URL#]

If you have questions, reply here and we'll sort it out.

[#Your Name / Support Team#]

支払い再試行・更新方法

2 回目の督促は、最初の通知でアクションが促されず、再試行が保留中か再度失敗した後に行われます。目標は少し変わります。顧客が確実に資金を利用できるように、いつ再試行するかを具体的にし、カードの更新をスムーズに行えるようにすることです。 「すぐに」や「すぐに」のような曖昧な言葉は混乱を引き起こします。実際の日付またはウィンドウに名前を付けます。このメッセージは最初のメッセージよりも少し緊急性が高くなりますが、それでも誠意を持っていることが前提となります。この段階に到達するほとんどの顧客は、気が���っているのではなく、気が散っているのです。再試行日、金額、更新支払いリンク、顧客名にはプレースホルダーを使用します。 ;payretry をトリガーすると準備が整います。

Subject: We'll retry your payment on [#Retry Date#] — update your card now

Hi [#First Name#],

We'll attempt to charge [#Amount#] for your [#Plan Name#] subscription again on [#Retry Date#]. To avoid any interruption, please update your payment method before then:
[#Payment Update URL#]

If your card details are already correct, no action is needed — we'll take care of it automatically.

Need help? We're here.

[#Your Name / Support Team#]

一時停止前の最終通知

再試行が限界に達し、一時停止が差し迫っている場合、メッセージは、懲罰的なものではなく、いつ何が起こるかを明確にする必要があります。正確な一時停止日を明記し、どの機能またはデータ アクセスを一時停止するかを指定し、今すぐ解決する CTA を目立つようにします。この段階でのあいまいさは信頼を損ないます。特異性が役立ちます。滞在を希望する顧客は、明確な期限に従って行動します。そうしない人は、メッセージを和らげても改心しません。一時停止後の再アクティブ化フローは防止よりも困難であるため、このメッセージは最後の機会の更新からの摩擦を取り除くために可能な限りのことを行う必要があります。プレースホルダーには、停止日、アクセス不能、顧客名、支払いリンクが含まれます。 ;paysuspend をトリガーします。

Subject: Final notice — [#Plan Name#] suspends on [#Suspension Date#]

Hi [#First Name#],

This is a final notice: your [#Plan Name#] account will be suspended on [#Suspension Date#] because we've been unable to process payment of [#Amount#].

After suspension, you will lose access to [#specific features / data#]. Reactivating later requires going through our full setup process.

Resolve this now (takes 60 seconds):
[#Payment Update URL#]

If there's been a mistake or you need help, please reply immediately.

[#Your Name / Support Team#]

始め方

最初の通知 (;paydecline)、再試行/更新方法メッセージ (;payretry)、および最終停止警告 (;paysuspend) の 3 つのスニペットを設定します。顧客の名、プラン名、請求金額、再試行または一時停止の日付、支払い更新 URL のプレースホルダーを追加します。トリガーを入力すると、Gmail、Outlook、Intercom、または任意のデスクトップ電子メール クライアントで、入力時に Lightning Assist が完全なメッセージをインラインで展開します。ホットキーは必要ありません (またはホットキー モードを使用します)。 AI Enhance は、事実の内容を変更することなく、草案の緊急性や論調を鮮明にすることがで���ます。共有カスタマー サクセス ライブラリの場合は、テンプレートを構造的に保ちます。送信時にプレースホルダーによって詳細が提供されるため、顧客アカウント データがスニペットに焼き付けられません。

プロのヒント

  • アクセスがまだアクティブであるという安心感を持って最初の通知を導きます。誠実なフレーミングにより、顧客が CTA を読む前にキャンセルを防ぐことができます。
  • 再試行メ��セージでは、「すぐに」と言うのではなく、具体的な再試行日を指定します。タイミングが曖昧だと、いつ資金を確実に利用できるかについて顧客が混乱します。
  • 最終通知には、正確な停止日と、具体的にどのようなアクセスが失われるのかを記載する必要があります。この段階でのあいまいさは、打撃を和らげるどころか、信頼を損ないます。
  • すべてのメッセージに支払い更新 URL のプレースホルダーを保持して、直接クリック可能な解決パスがなければテンプレートが公開されることはありません。

あらゆるアプリでこれらのテンプレートを使用

これらの例から再利用可能なスニペットを作成し、クイック アクセス、トリガー ショートカット、または AI 拡張機能を使用して実行します。

無料トライアルを開始する

関連ページとスニペット

ワークフローに関連するガイド、テンプレート、比較を調べてください。