メインコンテンツへスキップ
メニュー

A&A INSIGHTS

経営・AIの活用方針経営者向け

AI SaaSのクレジット制をどう説明するか:使える量と追加支出を見せる

クレジット制を導入する前に決めるのは単価ではありません。どの処理が消費するか、付与と失効、残量の見せ方をプラン説明に載せる手順を、Stripeの一次資料から整理します。

クレジット制AI SaaS料金設計従量課金創業者
Read in English
散らばった資料を整理し、比較表を作って判断につなぐ流れ
情報を集め、整理し、条件を比べて判断する流れを表した概念イラストです。 AI生成イラスト

この記事の要点

従量原価のあるAIツールで月額だけでは採算が合わず、クレジット制を検討している小規模チームの創業者に向けた記事です。StripeがLovableについて公開した事例と、Stripe自身の請求クレジット仕様を読み合わせ、クレジットは価格を隠す単位ではなく、顧客が支出を見通すための約束だと位置づけます。付与・消費・失効・残量が別々の設定であること、クレジットで払えない請求が仕様上あることを確認し、プラン説明に載せる六行を提案します。出典の記述、A&Aの解釈、架空の仮想例は区別しています。価格の推奨値や導入効果は示しません。

クレジット制で最初に決めるのは単価ではない

A&Aの考え方

クレジット制を検討する段階で先に決めるべきことは、一クレジットをいくらにするかではありません。プラン説明を読んだ顧客が、自分の使い方に当てはめて「今月あと何回できるか」と「どこから追加の支払いが始まるか」を自力で言えるかどうかです。従量原価を月額で吸収しきれない小さなチームがクレジットへ移るとき、単位を細かくすれば価格の印象を和らげられるという発想が入り込みます。しかしその方向で設計すると、顧客は自分の支出を予測できなくなり、契約後の問い合わせが増えます。A&Aは、クレジットを価格を隠すための単位ではなく、支出を見通せるという約束として設計することを勧めます。これは編集上の立場であり、特定の価格や比率を推奨するものではありません。

出典に基づく事実

StripeがLovableについて公開している事例ページは、同社が立ち上げ時にStripe Billingで複数のプランを素早く用意し、その中に個人向けの無料枠と、月次の利用クレジットが段階的に増える有料プランを含めたと説明しています。これはStripeが自社サイトに掲載したベンダー側の記述であり、独立した第三者による監査ではありません。

Stripe

Lovableのプランに見える形:無料枠と段階的な月次クレジット

出典に基づく事実

同じページは、2025年に追加したLovable CloudとLovable AIの提供にあたって、チームがStripeの従量課金機能を使い、二週間でメーターとレートカードを定義し、実際の消費に基づいて自動的に請求できるようにしたと述べています。

Stripe

出典に基づく事実

さらに同ページは、現時点で毎月460万クレジットが付与されているという数字を挙げています。これはLovableの規模を示すStripe掲載の記述であり、他社の見込みや達成可能な水準を示すものではありません。

Stripe

A&Aの考え方

小さなチームがこの事例から持ち帰れるのは、金額でも規模でもなく、顧客から見えるプランの形です。無料枠は「試せる」ことを表し、段階的なクレジットは「どれだけ使えるか」を表しています。つまり買い手にとってのクレジットは、機能の名前ではなく数量の約束です。数量の約束である以上、その数量がいつ増え、何をすると減り、いつ消えるのかを説明できなければ、プラン表は読めません。ここから先は、同じStripeが公開している請求クレジットの仕様を読み、その三つがそれぞれ別の設定であることを確認します。

プラン説明に載せる六行と、決めていない場合に起きること(A&Aの提案)
プラン説明に書く行顧客が確認できること決めていないと起きること
どの処理がクレジットを消費するか自分の使い方で月に何回分かを見積もれる重い処理だけ多く引かれたという問い合わせが増える
月初に付与される量と、繰り越しの可否使い切れなかった分がどうなるかが分かる未使用分の返金や繰り越しを個別に交渉することになる
追加購入の単位と、購入しない場合の動作上限を超えた月の支出を事前に読める業務が突然止まるか、想定外の請求が届く
残量をどこに、いつ更新して表示するか月の途中で支出を確かめられる画面の残量と請求書の金額が食い違う
クレジットでは払えない項目別請求になる費用を把握できる前払いしたのに請求が来たという争いになる
販促で配ったクレジットと購入分の区別無償分の有効期限を誤解しない期限切れを値上げと受け取られる

付与・消費・失効は、ひとつのスイッチではない

出典に基づく事実

Stripeの請求クレジットの資料は、クレジットの付与を二つの用途に分けています。ひとつは前払いとして顧客が購入するもの、もうひとつは販促として無償で配るものです。販促のクレジットについては、限られた量を、通常は有効期限付きで提供することが多いと説明しています。

Stripe

出典に基づく事実

同じ資料は、付与されたクレジットの状態を保留・付与済み・使い切り・期限切れ・無効化に分けたうえで、有効期限のフィールドを設定しない限りクレジットは失効しないと明記しています。また、クレジットが請求書に適用されるのは請求書が確定した時点だけであり、下書きやプレビューの段階で見えている適用は後から変わりうるとしています。

Stripe

A&Aの考え方

仕様をこう読むと、付与・消費・失効は連動したひとつのスイッチではなく、それぞれ独立した設定だと分かります。A&Aの読み取りでは、もっとも曖昧なまま公開されやすいのは失効です。繰り越しの可否を書かずに公開すると、使い切れなかった分の扱いが毎月の問い合わせになり、返金の可否を個別に判断することになります。提案は二つです。第一に、失効の既定値を公開前に決めること。第二に、販促で配ったクレジットと、顧客が支払って得たクレジットを、プラン説明の中で同じ名前で呼ばないことです。仕様上は別の用途として区別されているものを、画面で一本の残量に混ぜると、無償分の期限切れが値上げとして受け取られます。

クレジットでは払えない請求が、仕様上ある

出典に基づく事実

同じ資料は、クレジットの付与を適用できる対象を限定しています。適用できるのは、メーター課金の価格を使い、メーター経由で利用量を報告しているサブスクリプションの明細だけです。サブスクリプションから作られていない単発の請求書、初期費用のような一回限りの明細、定額価格の明細には適用できないとしています。

Stripe

出典に基づく事実

さらに禁止される使い方として、クレジットをギフトカードやギフト券として発行すること、第三者への支払いに使わせること、デジタルウォレットに紐づけること、そして価値の保存手段として顧客に提供することを挙げています。加えて、未使用のクレジット付与は顧客一人あたり同時に100件までという上限も示されています。

Stripe

A&Aの考え方

ここはA&Aの読み解きですが、クレジットを「何にでも使える前払い財布」として説明すると、仕様とも規約とも合いません。初期設定の支援、データ移行、人が確認する作業、個別の相談時間といった費用を別建てで請求するなら、それらはクレジットでは払えない側に入ります。小さなAIサービスほど、この別建て部分が売上の支えになっていることが多く、プラン説明でそこを曖昧にすると、前払いしたのに請求が来たという争いが起きます。プラン表に「クレジットで払えるもの」と「別請求になるもの」を並べて書くほうが、値引き交渉よりも短い時間で片づきます。

残量表示で混ぜてはいけない二つの数字

出典に基づく事実

残高について、同じ資料は台帳残高と利用可能残高を区別しています。台帳残高は関連する取引をすべて記録したあとの残高で、利用可能残高は台帳残高から失効したクレジットと未記録の取引を差し引いた額に等しいと説明されています。そのため、利用可能残高がゼロでも台帳残高が正の値のまま残る状態が起こりえます。

Stripe

A&Aの考え方

画面に出す数字をどちらか一方に決めないと、顧客が見ている残量と、届く請求書の金額が食い違います。A&Aの提案は、顧客向けの画面には利用可能残高だけを出し、社内の照合には台帳残高を使うことです。そのうえで、残量がいつ更新されるのか、月の締め処理中は一時的に動かないのか、といった更新のタイミングを、数字のすぐ横に一行で書いておきます。顧客が支出を確かめたいのは月末の請求書が届いたときではなく、重い処理を実行する直前だからです。

仮想例

架空の例で確かめます。校正用のAIサービスが、月初に1000クレジットを付与し、長文の一括処理は1回あたり50クレジット、短い文の確認は1クレジットを消費すると決めたとします。顧客が月末に800クレジット分を使った時点で、締め処理の途中であれば、下書きの請求書にクレジットの一部が乗っている状態がありえます。このとき画面が台帳残高を表示していれば200と出ますが、利用可能残高を表示していれば一時的に0に見えることがあります。顧客はその瞬間に追加購入の判断を迫られます。この例は仕様の理解を確かめるための仮の状況であり、実在の顧客の記録でも、A&Aが計測した結果でもありません。

プラン説明に載せる六行

A&Aの考え方

ここまでを、公開前に埋める六行にまとめます。どの処理がクレジットを消費するか。月初に付与される量と、繰り越しの可否。追加購入の単位と、追加購入をしない場合の動作。残量をどこに、いつ更新して表示するか。クレジットでは払えない項目。販促で配ったクレジットと購入分の区別。この六行は表としても記事の後半に置いてあります。六行すべてが埋まっていれば、顧客は営業に聞かずに自分の月額を見積もれます。埋まっていない行があれば、そこが将来の問い合わせと値引き交渉の発生箇所です。これはA&Aの提案する様式であり、法的な契約条件や特定の価格を示すものではありません。

仮想例

架空の記入例です。対象の処理は「長文の一括校正」と「短文の確認」の二つだけとし、画像の生成は当面クレジットの対象外として別プランに置きます。付与は月初1000クレジット、繰り越しなし。追加は100クレジット単位で購入でき、購入しない場合は処理を停止して従量課金には移行しない、と決めます。残量は管理画面の上部に表示し、処理の完了ごとに更新する。初期設定の支援と、担当者が内容を確認する作業はクレジットの対象外で、別途見積もりとする。販促クレジットには有効期限を付け、画面上で購入分と別行に表示する。ここまで決めれば、プラン説明の文章は半日で書けます。これは架空のサービス設定であり、A&Aや顧客の実績ではありません。

この記事が保証しないこと

A&Aの考え方

限界を三つ書いておきます。第一に、引用したStripeの仕様は閲覧時点の記述で、適用条件は変わりえます。実装の直前に必ず最新の資料を読み直してください。第二に、StripeがLovableについて掲載した記述はベンダー側の説明であり、独立した監査ではありません。挙げられている規模の数字は、他社の見込みにも、クレジット制の効果の証明にもなりません。第三に、この記事は一クレジットの適正な価格を示していません。価格は自社の推論費用、人が確認する工数、想定する利用頻度から決めるもので、他社の単位を写しても採算は合いません。

A&Aの考え方

次の一歩は、六行のうち埋まっていない行を数えることです。全部埋まっているなら、あとは文章にするだけです。二行以上が空いているなら、価格表を書き直す前に、どの処理を課金対象にするかという商品の設計に戻る必要があります。顧客獲得から継続利用までの全体像を先に確かめたい場合は、「AIネイティブGTMとは?一人・少人数で顧客獲得から継続まで回す実践ガイド」を先に読むと、この記事が扱う料金の設計がどの位置にあるかが分かります。どの処理を課金単位にするかが自社だけで決まらない場合は、助言型の相談が向いています。すでに対象の処理が決まっていて、計測と請求の実装が課題であれば、実装として範囲を切って見積もるほうが早く進みます。

クレジット制の設計は単価から始まりません。どの処理が消費するか、いつ付与されいつ失効するか、残量としてどの数字を見せるか、そしてクレジットでは払えない項目は何か。この四つを決めてプラン説明に書けば、顧客は営業に聞かずに自分の支出を見通せます。決めずに公開したものは、値引き交渉と問い合わせとして後から戻ってきます。

出典・編集情報

記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。

  1. Riding the AI boom: How Lovable grew into a vibe-coding juggernaut with Stripe

    Stripe · n.d.

    確認日 2026-09-24
  2. Billing credits | Stripe Documentation

    Stripe · n.d.

    確認日 2026-09-24

AIを活用した記事制作

調査・執筆・翻訳・編集上の確認にAIを活用しています。資料に基づく事実、A&Aの考え方、仮想例は、それぞれ本文に明記しています。

編集上の確認日: 2026-09-24

記事一覧へ