この記事の結論
- AI機能は使われるほど原価が増えるため、定額のまま載せると利益が薄くなります
- 利用量に価格を連動させるか、上限を設けるかを提供前に決めておきます
- 原価を計測できない状態でリリースすると、値付けを直す根拠が持てません
AI機能をプロダクトに載せるとき、技術的な検討は熱心に行われる一方で、料金への影響が後回しになる場面をよく見かけます。しかしAI機能には、従来のWeb機能にはなかった性質があります。使われるほど原価が増えるという点です。この性質を価格に反映しないまま提供すると、機能が好評であるほど利益が減ります。本記事では、AI機能を載せる前に決めておきたい料金設計の論点を整理します。
なぜ従来の感覚が通用しないのか
従来のWebサービスでは、機能を一つ追加したときの追加原価はほぼゼロでした。開発費という固定費を回収すれば、利用者が増えても機能あたりの費用はほとんど変わりません。だからこそ、サブスクリプション(定額の継続課金)で「機能を全部使えて月額いくら」という売り方が成立してきました。
AI機能は違います。利用のたびに外部のAPIへ処理を依頼し、扱った文字量や画像の枚数に応じた費用が発生します。売上は定額で固定なのに、原価は利用量に比例して増えます。結果、熱心な利用者ほど収益性が悪くなり、少数の利用者が想定の何倍も使う偏りが出たとき、平均値で見ていた原価予測は役に立ちません。
料金モデル全般の比較はWebサービスのマネタイズモデル比較で整理しています。本記事はそこにAI機能特有の論点を重ねるものです。
提供前に決めておく四つのこと
1利用あたりの原価を概算する
まず、機能を1回使われたときにいくらかかるかを概算します。扱う文字量、1回の処理で何往復するか、失敗したときに再試行するか。試作の段階で実際に測れば、おおよその幅が見えます。具体的な金額は用途とモデルによって大きく異なるため、自社の条件で測ることが前提です。そのうえで「典型的な利用者が月に何回使うか」を仮置きして月あたりの原価を出し、現在の月額料金に対してどの程度を占めるかを確認します。
利用量を記録する仕組みを先に入れる
これを後回しにすると、値付けを直したくなったときに根拠が持てません。利用者ごと、機能ごとに、いつ何回使われ、どれだけの量を処理したかを記録する仕組みは、機能そのものと同時に実装してください。記録があれば「どの利用者が全体の何割を使っているか」「どのプランが赤字か」を後から判断できます。記録がないと、感覚で値上げすることになり、利用者への説明もできません。
上限に達したときの挙動を決める
上限を設けるなら、達したときに何が起きるかを決めておきます。機能を停止する、速度を落とす、追加料金で継続できるようにする、翌月まで待ってもらう、などの選択肢があります。ここを決めずにリリースすると、原価が想定を超えたときに急いで制限を入れることになり、「使えていたものが使えなくなった」と受け取られます。最初から上限が明示されていれば、同じ制限でも納得されやすくなります。
価格に連動させる単位を選ぶ
利用量に価格を連動させる場合、どの単位で数えるかが重要です。技術的な単位(処理した文字量など)は正確ですが、利用者には予測できません。業務上の単位(作成した文書の数、処理した案件の数、会話の回数など)のほうが、利用者が費用を見積もれます。原価と完全に一致しなくても、利用者が理解できる単位を選び、ずれは自社側で吸収する設計が現実的です。
組み合わせ方の整理
実務でよく使われる形を整理すると、次のようになります。
| 形 | 向いている場面 | 注意点 |
|---|---|---|
| 定額に含める(上限なし) | 利用量が構造的に増えない機能 | 偏った大量利用で採算が崩れる |
| 定額に一定量を含め、超過分は追加 | 利用量に幅がある一般的な場合 | 含める量の設定が難しい |
| 完全な従量課金 | 利用量と便益が比例する場合 | 利用を控えさせ、定着が進まない |
| 上位プラン限定 | 明確な付加価値になる場合 | 下位プランに価値が届かない |
| 無料で試せる範囲を限定 | 導入初期に体験させたい場合 | 無料分の原価を固定費として見込む |
無料で試せる範囲を設ける場合は、フリーミアムモデルの設計と同じく、無料分の原価を広告費として割り切れる水準に収めることが前提です。AI機能の無料開放は、従来の無料プランより費用が跳ねやすい点に注意してください。
やめたほうがよい設計
経験上、次の設計は後で苦労します。
- 無制限をうたう。 一度「使い放題」と表明すると、後から上限を入れるのは解約の理由になります。
- 原価を測らずに価格を先に決める。 競合に合わせて値付けし、後から原価が合わないと分かる順番は避けてください。
- 既存プランに黙って足す。 無償で提供して定着させた後に有料化すると強い反発を招きます。最初から「試用期間中は無償」と明示するほうが後が楽です。
- 失敗時の再試行を無制限にする。 自動で何度も再試行する実装は原価を静かに押し上げます。回数の上限を必ず入れてください。
想定例として、月額制の業務支援サービスに文書生成のAI機能を無償で追加した場面を考えます。当初は問題なく見えましたが、一部の利用者が業務の大半をその機能で処理するようになり、その利用者だけで機能全体の原価の大半を占める状態になりました。上限を後から設けようとしても、すでに業務に組み込まれているため実質的な値上げとして受け取られます。最初から月あたりの含有量を明示していれば避けられた事態です。
原価が下がったときの見直しも決めておく
AIの利用料は下がる傾向にあります。据え置けば利益率は改善しますが、競合が値下げすれば追随を迫られます。そこで「半年ごとに原価を測り直し、価格の妥当性を確認する」といった見直しの周期を決めておくことをおすすめします。原価が下がったときは、値下げより含有量を増やすほうが利用者の満足につながりやすく、解約の抑制にも効きます。
弊社は既製のAIサービスを組み込む立場のため、モデルの利用料そのものを下げることはできません。できるのは、処理の設計を見直して無駄な呼び出しを減らすこと、用途に応じて費用の異なるモデルを使い分けること、結果を再利用して同じ処理を繰り返さないようにすることです。マネタイズ設計とAI活用開発を組み合わせて検討することもあります。
原価が動く機能には、動く価格を
AI機能は、使われるほど原価が増える点で従来の機能と性質が異なります。1利用あたりの原価を測り、利用量を記録し、上限と超過時の挙動を決め、利用者が理解できる単位で価格に連動させる。この四つを提供前に済ませておけば、後から苦しい値上げをせずに済みます。
料金への影響を整理したい方は、お問い合わせからご相談ください。オンラインで状況を伺います。ご相談・お見積りは無料です。
本記事は一般的な情報であり、個別の事案は専門家・所管官庁にご確認ください。
チェックリスト
- 1利用あたりの原価を概算で出しているか
- 利用者ごとの利用量を記録する仕組みを実装したか
- 上限に達したときの挙動を決めているか
- 価格に連動させる単位が利用者に理解できるものか
- 既存プランに後から足す場合の値上げ手順を検討したか
- 原価が下がったときに価格を見直す時期を決めているか
- 想定外の大量利用への備えがあるか
よくあるご質問
AI機能を既存の定額プランに含めるのは避けるべきですか?
含めること自体は問題ありませんが、含める場合は利用量の上限を設けるか、想定利用量を原価に織り込んだうえで価格を決める必要があります。上限も原価の織り込みもないまま含めると、熱心に使う利用者ほど利益を圧迫する構造になります。
従量課金にすると利用者に敬遠されませんか?
利用のたびに費用が気になる設計は、確かに使用を控えさせます。定額の中に一定量を含め、それを超えた分だけ追加、という組み合わせが受け入れられやすい形です。金額は案件により大きく異なるため、自社の原価から逆算して設計してください。
原価はいずれ下がるので、いまは赤字でもよいのでは?
モデルの利用料は下がる傾向にありますが、下がる時期も幅も約束されていません。赤字を前提にするなら、どの水準まで下がれば黒字になるかと、それまで耐えられる期間を数字で確認しておくべきです。
関連する記事
- グロース・収益化Webサービスのマネタイズモデル比較 — サブスク・従量・手数料・広告サブスクリプション、従量課金、手数料、広告、フリーミアムの5つのマネタイズモデルを、向くサービス・収益の安定性・運用負担・注意点で比較し、LTVとチャーンとの関係、組み合わせや切り替え時の注意点まで整理します。
- グロース・収益化フリーミアムモデルの設計 — 無料と有料の境界線をどう引くかフリーミアムは無料枠の設計で成否が分かれます。無料枠の役割、境界線の引き方の型、有料化の動機付け、LTVとCACの観点、無料ユーザーのコスト管理までを整理し、自社に合う境界線を考えるための判断軸を示します。
- AI活用いまAIを載せるか、待つかモデルの性能が上がれば解決する課題に、いま投資する必要はありません。待つべき課題と、待っても解決しない課題の見分け方を、経営者・事業責任者向けに整理します。
関連するサービス
監修: フィリット・コンサルティング株式会社公開