Payment Failure

定義

Payment Failure（決済失敗） とは、顧客がECサイトで注文を確定したにもかかわらず、クレジットカード・コンビニ決済・BNPL・ウォレットなどの決済手段でトランザクションが正常に完了しなかった状態を指します。注文レコードは生成されるものの、決済ステータスが「未確定（Pending）」「拒否（Declined）」「期限切れ（Expired）」のいずれかで止まり、売上として計上されないケースが典型です。

DTC文脈では、単なる「カードが使えなかった」という顧客側の事象ではなく、自社のCV（コンバージョン）を直接毀損するオペレーショナル指標として扱われます。決済失敗率は一般的にチェックアウト到達者の5〜15%で発生し、モバイル経由では18%前後まで上振れすることも珍しくありません。

類比：レジ前で止まる「見えない行列」

実店舗に置き換えると分かりやすいです。顧客がカゴに商品を入れ、レジに並び、財布を出した瞬間に「このカードは使えません」と店員に告げられ、そのまま何も買わずに退店してしまう——これがPayment Failureです。

重要なのは、顧客の購買意欲は最後の最後まで残っていたという点です。商品ページ離脱やカート放棄とは異なり、決済失敗は「買う気100%」の状態で失われるため、1件あたりの逸失売上インパクトが最も大きい離脱要因のひとつです。

公式・計算式

決済失敗率と逸失売上は以下の式で定量化できます。

決済失敗率（%） = 決済失敗件数 ÷ 決済試行件数 × 100
逸失売上 = 決済失敗件数 × 平均注文単価（AOV）
回収可能売上 = 逸失売上 × リトライ成功率

具体例（月間データ）：

- 決済試行件数：12,000件

- 決済失敗件数：1,080件（失敗率 9.0%）

- AOV：8,500円

- 逸失売上：1,080 × 8,500 = 9,180,000円

- リトライ成功率 35% の場合、回収可能売上 = 9,180,000 × 0.35 = 3,213,000円

つまり、リトライ設計を入れるだけで月300万円以上の取りこぼしを戻せる計算になります。

失敗要因の比較表

応用シーン

1. サブスクECの継続課金

毎月の自動課金が失敗すると、即座に解約ではなく「Dunning（督促）フロー」に移行します。失敗後3日・7日・14日の3段階でリトライ＋メール通知を打つ設計が標準的です。

2. フラッシュセール時の高負荷

アクセス集中でゲートウェイがタイムアウトし、失敗率が平常時の3〜5倍に跳ね上がるケース。事前のキャパシティテストと、失敗時の「後で支払う」導線が効きます。

3. 越境DTC

海外発行カードは国内比で失敗率が1.5〜2倍になりやすい。現地通貨決済・現地ウォレット（Alipay、KakaoPay等）の併用が有効です。

4. カゴ落ちメールとの連携

決済失敗ユーザーをセグメント化し、1時間以内に再決済リンクを送ることで回収率が最大化します。

よくある誤解

- 「失敗＝顧客のカード問題」 → 実際は風控・ゲートウェイ要因が4割以上を占め、自社側で改善可能です。

- 「リトライは何度でもOK」 → 短時間の連続リトライはカード組織にブロックされ、以降の成功率が下がります。間隔を空けるのが鉄則。

- 「失敗率は低いほど良い」 → 風控を緩めすぎると失敗率は下がりますが、チャージバック率が上昇し、最終的な利益は悪化します。

- 「エラーメッセージは同じでよい」 → 「残高不足」と「認証失敗」では次のアクションが異なります。理由別の分岐メッセージが回収率を左右します。

- 「決済はエンジニアの領域」 → 決済失敗はマーケ・CRM・CSが横断で改善すべき売上指標です。

関連用語

- Dunning（ダニング）：継続課金失敗時の督促・再試行フロー

- Chargeback（チャージバック）：顧客による決済の取り消し請求

- 3D Secure（3DS）：本人認証による不正防止プロトコル

- Retry Logic（リトライ設計）：失敗時の再試行ルール

- Soft Decline / Hard Decline：一時的拒否と恒久的拒否の区分

- Authorization Rate（承認率）：決済試行に対する承認の割合

- Payment Orchestration：複数ゲートウェイを最適振り分けする仕組み

- Involuntary Churn：決済失敗由来の非自発的解約

決済失敗は「起きてから対応する」のではなく、失敗率・承認率・回収率をKPIとして常時モニタリングし、リトライ・メッセージ・決済手段の3層で設計するのがDTCの標準戦略です。