A&A INSIGHTS
小規模AI SaaSの継続率を見る前に：解約と決済失敗を分ける
「解約」には顧客の解約、試用の未転換、決済失敗による自動解約が同じ状態で入ります。記録に残る合図で分けてから継続率を読む手順と、離脱一件に付ける六行を示します。
Read in English
この記事の要点
「解約」として記録される離脱には、顧客が自分で解約したもの、支払方法のないまま試用が終わったもの、支払いの再試行が尽きて自動解約されたものが、仕様上まとめて入ります。継続率を製品への評価として読む前に、イベント名・直前の状態・支払方法の有無・拒否の種類という記録に残る四つの合図で離脱を分類し、連絡すべき相手と、再試行が届かない相手を先に分けてください。
「解約」という同じ記録に、三つの違う原因が入る
A&Aの考え方
継続率が下がったとき、最初にやることは製品の見直しではありません。先月「解約」として数えた契約を、原因ごとに三つへ分けることです。顧客が自分の意思で解約したもの、支払方法を登録しないまま無料試用が終わったもの、請求の再試行が上限に達して自動的に解約されたもの。この三つは、課金基盤の上では同じ状態と同じイベントで記録されます。分ける目的は顧客の気持ちを推測することではありません。連絡すれば戻る相手、連絡しても戻らない相手、そもそも自動処理が届かない相手を、行動を起こす前に切り分けることです。
出典に基づく事実
Stripeの解約に関する資料は、請求に失敗し続けた契約について「Subscriptions cancel automatically after up to eight unsuccessful attempts to bill the customer（最大8回の請求失敗のあと、サブスクリプションは自動的に解約される）」と書いています。試行回数はダッシュボードの設定で変更できるとされています。決済に起因する離脱は、誰も操作しなくても解約として記録に現れる、ということです。
出典に基づく事実
同じ資料は、解約を知らせるイベントについても説明しています。customer.subscription.deleted は、契約を削除するAPIを直接呼んだときに送られ、cancel_at_period_end を true にした契約が請求期間の終わりに達したときにも送られます。イベントの名前だけを見ても、このどちらが起きたのかは分かりません。
出典に基づく事実
Stripeの試用に関する資料によると、同じ customer.subscription.deleted は「after a free trial ends without a payment method（支払方法のないまま無料試用が終わったあと）」にも送られます。終了時の動作を解約に設定している場合で、契約は解約済みの状態へ移ります。
A&Aの考え方
三つの違う出来事、つまり顧客が解約を選んだ、試用が転換しなかった、カードが通らなかったという出来事が、同じイベントと同じ状態に集約されます。これは不具合ではありません。契約が終わったという事実は三つとも同じなので、課金基盤としては正しい設計です。問題は、その記録をそのまま継続率の分子に入れると、製品に価値を感じなかった人数と、請求が通らなかった人数を足した数字になることです。合計は上がっても下がっても、何を直せばよいかを教えません。
A&Aの考え方
先に断っておくと、この記事は決済に起因する離脱が全体の何割を占めるかには答えません。A&Aはその割合を測っていませんし、参照した資料にも一般的な比率は書かれていません。答えられるのは、いま手元にある記録だけで三つを分けられるかどうか、という手順の話です。
再試行の回数は、実際にカードへ当てた回数ではない
出典に基づく事実
Stripeの自動再試行の資料は、再試行を行わない条件を四つ挙げています。「No payment methods are available（利用できる支払方法がない）」場合、カード発行会社がハード拒否のコードを返した場合、カードがインド発行の場合、そしてStripeのConnectアカウントが切断されている場合です。
出典に基づく事実
ハード拒否が返ったときの挙動について、同じ資料はこう書いています。再試行の予定は組まれ続け、試行回数のカウンタも増え続けるが、「retries only execute after detecting a new payment method（新しい支払方法を検出したあとでしか再試行は実行されない）」。さらに「Unexecuted retries don't create a new Charge（実行されなかった再試行は新しい決済を作らない）」とも明記されています。
出典に基づく事実
ハード拒否のコードとして名前が挙がっているのは九つです。incorrect_number、lost_card、pickup_card、stolen_card、revocation_of_authorization、revocation_of_all_authorizations、authentication_required、highest_risk_level、transaction_not_allowed。番号の誤り、紛失、盗難、認証の要求、取引の不許可などが並びます。
A&Aの考え方
ここが、管理画面を眺めているだけでは見落としやすいところです。「8回試したが失敗した」という表示は、8回カードに当てて8回断られたという意味とは限りません。カードが盗難として登録されていれば、実際に実行された試行は最初の一回だけで、残りは予定だけが積み上がっている場合があります。カウンタは、試みた回数ではなく、予定した回数を数えています。
A&Aの考え方
この違いは、そのまま行動の違いになります。残高不足のように後で通る可能性がある失敗は、待っていれば自動で回収されることがあります。ハード拒否は、待っても通りません。本人に新しい支払方法を入れてもらう以外に復旧の道がなく、それは自動処理ではなく連絡の仕事です。再試行の回数だけを見ていると、この二つが同じ「回収中」に見えます。
仮想例
架空の例で考えます。月末に請求が失敗した契約が5件あり、管理画面ではどれも試行回数が増え続けているとします。うち3件が残高不足、2件が紛失として登録されたカードだったとします。この5件をまとめて「回収中」として放置すると、2件は設定した期間が終わった時点で自動的に解約され、解約数に足されます。分けていれば、その2件には期間が終わる前に支払方法の差し替えを依頼できます。これは説明のための仮の数字であり、A&Aや顧客の実績ではありません。
| 記録に残る合図 | この離脱をどう数えるか | 締切のある次の行動 |
|---|---|---|
| 期末での解約予定が有効になった更新イベントが届いた | 顧客の解約。製品への評価として数える | 請求期間が終わるまでに理由を聞く。終わると再開できない |
| 支払方法のないまま試用が終わり、解約のイベントが届いた | 試用の未転換。製品への評価とは別に数える | 終了3日前の合図の時点で案内を送っていたかを確認する |
| 請求の失敗が続き、設定した上限で自動的に解約された | 決済に起因する離脱。製品への評価として数えない | 解約に至る前に、支払方法の更新を本人へ依頼する |
| 拒否がハード拒否で、再試行が実行されていない | 決済に起因する離脱。自動回収の対象外 | 再試行の結果を待たない。新しい支払方法の登録だけが復旧手段 |
| 支払期限超過のまま、サービスの提供が続いている | まだ離脱として数えていない。未分類 | 提供を止める状態と日数を決める。原価は出続けている |
回収に失敗したあと契約がどこへ行くかは、自社が先に選んでいる
出典に基づく事実
Smart Retriesは、指定した期間のなかで指定した回数だけ再試行します。期間として選べるのは1週間、2週間、3週間、1か月、2か月で、資料は「The recommended default setting is 8 tries within 2 weeks（推奨される初期設定は2週間で8回）」としています。
出典に基づく事実
回収に失敗したあとの遷移先は、三つから選ぶ設定になっています。契約を解約する、未払いとして扱う（請求書は生成され続け、下書きの状態で残る）、支払期限超過のままにする（請求書は生成され続け、再試行の設定に従って請求が続く）。資料は、最後の試行のあとは追加の請求を行わないこと、設定の変更は今後の再試行にだけ効くことも書いています。
A&Aの考え方
一人・少人数の事業でよく起きるのは、この設定を選んだ覚えがない、という状態です。初期値のまま動いていて、離脱の記録の形がその初期値で決まっています。解約を選んでいれば、決済に起因する離脱は解約数に混ざります。支払期限超過のままにしていれば、解約数には現れないかわりに、支払われていない契約へサービスを提供し続けている可能性があります。どちらが正しいかは事業によりますが、知らずに選んでいる状態だけは避けられます。
出典に基づく事実
提供の開始と停止をどこで判断するかについて、Stripeの解約に関する資料は「Pausing payment collection doesn't affect the subscription status, which we recommend using as the trigger for starting or stopping service to your customer（支払回収の一時停止は契約の状態を変えない。顧客へのサービス提供を開始・停止する引き金には、状態のほうを使うことを推奨する）」と書いています。
A&Aの考え方
A&Aの読みでは、この一文は小さなAIサービスにとって分類の前提になります。提供を止める判断が契約の状態と結びついていないと、支払期限超過の契約に推論の費用がかかり続けます。AIサービスは、提供を続けるほど原価が出ていく商品です。止める条件を決めていないことは、記録の問題ではなく支出の問題になります。
出典に基づく事実
口座振替のような現地の支払方法については、既定では自動再試行が行われません。有効にした場合も、方法ごとに上限が決まっています。資料の表では、ACH Direct Debitが残高不足に対して最大2回・40日以内、SEPA Direct Debitが最大2回・30日以内、Australia BECS Direct Debitが最大4回・30日以内とされています。
A&Aの考え方
つまり「再試行がある」と一括りにできるのはカード決済の話で、支払手段によって待てる期間も回数も違います。分類の表を作るときは、支払手段の列を持っておくほうが安全です。海外の顧客に口座振替で売っているなら、同じ「回収中」でも判断すべき期限が変わります。
試用の未転換は、解約と同じ形か、どこにも現れないかのどちらか
出典に基づく事実
支払方法のないまま無料試用が終わったとき、終了時の動作を解約にしていれば契約は解約済みになり、一時停止にしていれば一時停止になります。Stripeの試用に関する資料は後者について「The subscription remains paused until explicitly resumed（明示的に再開されるまで、契約は一時停止のまま残る）」と書いています。
A&Aの考え方
観測する側から見ると、この二つは正反対の見え方をします。解約を選んでいれば、試用を使い切って支払方法を入れなかった人が、自分の意思で解約した顧客と同じ数字に入ります。一時停止を選んでいれば、その人たちは解約数にも継続数にも現れず、どこにも集計されないまま溜まっていきます。試用の未転換は、製品が合わなかったのか、単に請求の話を切り出さなかったのかの区別がつかない離脱です。それを解約と同じ列に置くと、製品への評価として読んでしまいます。
出典に基づく事実
試用の終わりが近づいたことは customer.subscription.trial_will_end というイベントで通知されます。同じ資料は「Sent 3 days before the trial period ends（試用期間の終了3日前に送られる）」とし、試用が3日より短い場合は即座に発火する、としています。
A&Aの考え方
この3日間は、分類のための時間ではありません。分類しなくてよい状態を作るための最後の時間です。A&Aの読みでは、試用の未転換を減らす仕事と、離脱を分類する仕事は、この合図を境に分かれます。合図より前は連絡の仕事、合図より後は記録の仕事です。3日前に何も送っていなかったのなら、そのあとに増えた未転換は、製品の評価ではなく案内の不足として読むほうが妥当です。
A&Aの考え方
なお、試用そのものをどう設計するか、つまり何を試せるようにし、どこに利用の上限を置き、終了時の動作を三つのどれにするかは、この記事では扱いません。既存の記事「一人開発のAIサービスで無料体験を出す前に：試せる仕事と利用上限を決める」が、その決め方を扱っています。この記事が扱うのは、すでに動いている設定のもとで届いた記録を、どう読むかです。
有料の試用中の契約は、すでに継続顧客として数えられている
出典に基づく事実
Stripeの試用オファーの資料によると、契約が試用オファーだけで構成され、その価格がすべて0の場合、契約の状態は試用中になります。通常価格の項目を含むか、試用の価格が0でない場合は違い、「the subscription status will be active, incomplete, or past_due（契約の状態は有効、未完了、支払期限超過のいずれかになる）」と書かれています。有料の試用は開始時に決済の成功が必要なため、通常の契約と同じ流れをたどるためです。
出典に基づく事実
集計への影響も同じ資料に明記されています。「Trial offers revenue isn't available in Billing Analytics（試用オファーの売上はBilling Analyticsで参照できない）」とされ、Stripeは試用中の状態で試用の売上を追跡するものの、有料の試用は有効の状態を使うため「Stripe considers trial revenue as regular subscription revenue（試用の売上を通常の購読売上として扱う）」と説明されています。
A&Aの考え方
実務的な意味は、継続率の分母が汚れるということです。1週間だけの割引導入価格で入った契約が、初月から通常の継続顧客と同じ扱いで数えられます。翌月に更新されなければ「継続しなかった顧客」として現れますが、実際には一度も通常価格を払ったことがない人です。分母に入れるかどうかを先に決めていないと、有料試用を増やした月ほど継続率が下がるという読み間違いが起きます。売り方を変えただけで、製品の評価が下がったように見えます。
出典に基づく事実
ただしこの試用オファーの仕組みは、資料のうえで公開プレビューとされています。利用にはプレビュー版のAPIバージョンの指定と、柔軟な請求モードでの契約作成が必要で、CheckoutやPayment Linksからは使えない、試用の長さは作成後に変更できない、といった制約が並んでいます。
A&Aの考え方
A&Aの読みでは、公開プレビューの機能を前提に分類の仕組みを作るのは早すぎます。この節から持ち帰るべきなのは、機能を使うかどうかではなく問いのほうです。いま継続率の分母に入っている契約のうち、通常価格を一度も払っていないものは何件あるか。この問いは、どの課金基盤を使っていても答えられます。
離脱一件に付ける六行
出典に基づく事実
書き込む場所には制約があります。Stripeの解約に関する資料は、解約後の契約について「you can no longer update the subscription except for its metadata and cancellation_details（メタデータと解約の詳細以外、契約を更新できなくなる）」と書いています。加えて「You can't reactivate a canceled subscription（解約された契約を再開することはできない）」ともあります。
A&Aの考え方
つまり分類は、解約が起きたあとに思い出しながら書くものではありません。起きる前に、どこへ何を書くかを決めておく作業です。そして、連絡して戻ってもらう余地があるのも解約の前だけです。解約後に残っているのは記録の訂正であって、顧客ではありません。
A&Aの考え方
離脱が一件出るたびに、次の六行を埋められるようにしておきます。1つ目、契約の識別子。2つ目、最後に観測した状態と、その状態に入った日。3つ目、その直前に届いたイベントの名前。4つ目、支払方法が登録されていたか、登録されていた場合は直近の拒否がハード拒否だったか。5つ目、この一件を継続率の分子に数えるか、数えないならどの集計に入れるか。6つ目、誰がいつまでに連絡するか、連絡しないと決めたならその理由。六行のうち五行は、課金基盤の記録から機械的に読めます。判断が要るのは5つ目だけで、6つ目は判断ではなく予定です。
A&Aの考え方
この六行は、顧客に理由を尋ねるアンケートの代わりではありません。アンケートは答えた人の分しか返ってきませんが、この六行は全件について埋まります。理由を聞く価値があるのは、六行を埋めたうえで顧客の解約に分類された件だけです。ほかの件に理由を尋ねると、決済の不備について製品の感想を聞くことになります。
仮想例
架空の記入例です。ある月の離脱が7件あり、六行を埋めた結果、顧客の解約が2件、支払方法のないまま試用が終わったものが4件、ハード拒否で回収できなかったものが1件だったとします。この分け方をすると、製品について話を聞く相手は2件、試用の案内を見直す対象は4件、個別に連絡して支払方法を差し替えてもらう相手は1件になります。同じ7件でも、やることが三つに割れます。これは説明のための仮の数字で、A&Aや顧客の実績ではありません。
A&Aの考え方
下の表は、記録に残る合図から分類と次の行動までを一枚にしたものです。締切のある行動を右端に置いているのは、解約されたあとでは取り返せない列があるからです。
この記事が決めないことと、次の一歩
A&Aの考え方
この記事は、決済に起因する離脱が全体の何割を占めるかを示しません。回収できる割合も、分類したあとに継続率がどう動くかも示しません。A&Aはその数字を持っていませんし、参照した資料はStripeが自社の製品について書いたもので、独立した監査でも市場の観測でもありません。示したのは、いまある記録だけで三つの原因を分けられるという仕様上の事実と、その分け方です。
A&Aの考え方
Stripeを使っていない場合も、考え方は移せます。移せないのは項目名のほうです。使っている課金基盤で、自動解約に至るまでの試行回数と期間、再試行が実行されない条件、回収に失敗したあとの遷移先、試用終了時の動作、解約後も書き込める場所、この五つが何にあたるかを先に確認してください。五つが埋まれば、六行の表は作れます。
A&Aの考え方
規模が小さいうちは、分類しても数字はほとんど動きません。月の離脱が6件なら、三つに分けても6件のままです。変わるのは、その6人のうち誰に連絡するかです。分類の価値は継続率の精度ではなく、締切のある行動を取り違えないことにあります。逆に言えば、離脱の件数が少ないうちは、この作業を自動化する必要はありません。手で六行を埋めるほうが早い段階があります。
A&Aの考え方
回収できたこと自体は、顧客が満足している証拠にはなりません。カードが通ったという事実は、その月の請求が成立したという意味しか持ちません。決済に起因する離脱を分けた結果、残った「顧客の解約」が思ったより多かったのなら、そこからが製品の話です。プランや権限の設計を見直す段階であれば、既存の記事「AI SaaSの有料プランを増やす前に：料金表と使える機能を一致させる」が、売る単位と実際に使える範囲を合わせる手順を扱っています。継続と獲得を一続きの仕事として捉え直したい場合は「AIネイティブGTMとは？一人・少人数で顧客獲得から継続まで回す実践ガイド」が全体の地図になります。
A&Aの考え方
三つのうちどれが自社で支配的なのか、記録を見ても判断がつかない段階であれば、いまの記録から何が読めて何が読めないかを整理するところが助言の対象になります。A&Aは初回の相談を無料で受けています。六行を埋める仕組みそのものを作る段階なら、それは助言ではなく、範囲を決めた開発として切り出す仕事です。相談が開発の前提になることはありません。
「解約」という一つの記録には、顧客の解約、試用の未転換、決済失敗による自動解約が仕様上まとめて入ります。継続率を製品への評価として読む前に、イベント名・直前の状態・支払方法の有無・拒否の種類という記録に残る合図で離脱を分け、一件ごとに六行を埋めてください。分けたあとに残る「顧客の解約」だけが、製品について考える材料になります。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Automate payment retries
Stripe · no date shown on page; continuously updated product documentation
確認日 2026-09-29 - Configure trial offers on subscriptions
Stripe · no date shown on page; labelled public preview for the Trial Offer API
確認日 2026-09-29 - Cancel subscriptions
Stripe · no date shown on page; continuously updated product documentation
確認日 2026-09-29
AIを活用した記事制作
調査・執筆・翻訳・編集上の確認にAIを活用しています。資料に基づく事実、A&Aの考え方、仮想例は、それぞれ本文に明記しています。
編集上の確認日: 2026-09-29