AI時代のSaaS料金設計|PraxenがCRMを「実質定額+AI席」の2階建てにした理由
結論:AIを組み込んだサービスの料金は、「基本はほぼ定額」+「AIをがっつり使う人だけの席課金」という2階建てが合理的——これがPraxenの出した答えです。本記事では、自社CRMの料金を設計したときの思考プロセスを、検討に使った"逆算の式"まで含めて公開します(守秘のため、具体的な金額・原価の数字は伏せます)。AIサービスの値付けに悩む方の参考になれば幸いです。
従来のSaaSと決定的に違うこと:AIには「原価」がある
従来のSaaSは、ユーザーが1人増えてもサーバー代はほとんど増えませんでした。だから「ユーザー数×単価」の課金は、実はほぼ丸ごと粗利でした。
ところが生成AIを組み込んだサービスは違います。AIが答えるたびに、APIの従量課金という"原価"が発生するのです。しかもこの原価は、使う人と使わない人で桁違いに差が出ます。毎日AIに相談するヘビーユーザーと、月に数回画面を見るだけの人が、同じ料金でいいのか?——これがAI時代の値付けの新しい問いです。
私たちが直面した問題:「全員ヘビーユース」で計算すると破綻する
PRAXEN FORTEの料金を設計するとき、最初に「人数が増えてもほぼ定額」というシンプルな案を検討しました。ユーザー課金のCRM(比較記事で書いたとおり、人数が増えるほど高くなる)に対する、最強の差別化になるからです。
ところが試算してみると、落とし穴がありました。もし全ユーザーが高性能AIを毎日がっつり使ったら、AI原価が料金を食い潰して赤字になり得るのです。かといって、その最悪ケースに合わせて全体を値上げすると、AIをあまり使わない事務メンバーの分まで高くなり、「ほぼ定額」の魅力が消えてしまいます。
検討に使った道具:粗利からの逆算式
判断の道具はシンプルでした。SaaSとして健全な粗利水準から、価格を逆算する式です。
この式に「全員ヘビーユース」の原価を入れると、価格は競合の既製CRM並みに跳ね上がります。逆に「AIをほぼ使わないユーザー」の原価を入れると、価格はほとんどゼロで良い。つまり1本の値付けでは、どちらかのユーザーに必ず不公平が生じる——これが構造的な結論でした。
出した答え:料金を「2階建て」に分ける
そこで、AI原価が発生する部分だけを分離しました。
| 階 | 対象 | 設計 |
|---|---|---|
| 1階:通常ID | 閲覧・入力する全メンバー | 人数が増えてもわずかな追加のみ(実質定額)。AIレコメンドは会社単位でまとめて生成するため、1人増えても原価がほぼ増えない |
| 2階:AIアシスタント席 | AIと対話しながら働きたい人だけ | 席単位の追加料金。AI原価が発生する使い方を、使う本人の席に紐づけて回収する |
ポイントは3つあります。
- 使わない人に転嫁しない — 事務入力だけのメンバーの料金は上げない。「人数が増えてもほぼ定額」の武器を守る。
- ヘビーユーザーからは健全に回収する — AIをがっつり使う価値を受け取る人が、その分を負担する。それでも市販のAIアシスタント席の相場より安く設定できる。
- フェアユースを規約に明記する — 想定を大きく超える利用には上限の目安を置き、原価の暴走を防ぐ。これは値上げのためではなく、他のユーザーの体験と価格を守るための保険。
もう1つの発見:AIの原価は「設計」で数分の1になる
検討の過程でわかったのは、AI原価は固定ではなく、技術設計でコントロールできる変数だということです。
- 定型処理は軽量モデルに任せる — すべてを最高性能のモデルで処理する必要はない。要約・分類・定型文生成は軽量モデルで十分。
- 繰り返す文脈はキャッシュする — 毎回同じ前提を読み込ませず、プロンプトキャッシュで再利用する。
- 重い処理は会社単位のバッチにまとめる — 全員分を個別に計算せず、1日1回まとめて生成する。
この3つを組み合わせると、AI原価は数分の1に下がります。つまり料金設計とAIの技術設計は、切り離せないワンセットなのです。値付けに悩んだら、まず「原価を下げる設計余地」を探す——これはAI時代の新しいセオリーだと思います。
まとめ:AIサービスの値付け3原則
- AI原価を「席単位」で見る — 平均ではなく、ヘビーユーザーとライトユーザーを分けて試算する。
- 使わない人に転嫁しない — AI原価が乗る部分は、使う人の席に紐づけて分離する。
- 原価は設計で下げる — 軽量モデル・キャッシュ・バッチ化。料金と技術はワンセットで設計する。
PRAXEN FORTEの現在の公開料金は料金ページと比較記事にまとめています。この2階建ての詳細プランも、正式リリース時に公開予定です。
よくある質問
AIを組み込んだサービスの料金は、なぜ従来のSaaSと違う考え方が必要なのですか?
従来のSaaSはユーザーが増えても原価がほとんど増えませんでしたが、生成AIを組み込んだサービスは「AIを使うたびにAPI原価が発生」します。使う人と使わない人で原価が大きく違うため、全員一律の値付けでは、使わない人に転嫁するか、ヘビーユーザーで赤字になるかのどちらかに陥ります。
2階建て料金とはどういう仕組みですか?
基本機能のID(閲覧・入力)はほぼ定額のまま人数を増やせる1階部分と、AIアシスタントをがっつり使いたい人だけが追加する「AI席」の2階部分に分ける設計です。AIの原価が発生する部分を席単位に隔離することで、使わない人の料金を上げずに、ヘビーユーザーからは健全に回収できます。
AIの原価を下げる方法はありますか?
あります。定型的な処理は軽量モデルに任せる、繰り返し使う文脈はプロンプトキャッシュで再利用する、重い処理は会社単位のバッチにまとめる——といった設計で、AI原価は数分の1に下げられます。料金設計とAIの技術設計はセットで考えるのがAI時代のセオリーです。
この考え方で作られたCRM、触ってみませんか
登録不要のデモ環境をご用意しています。4製品比較や、自社に合うかの1分診断もどうぞ。
CRMデモを申し込む(1分・すぐ操作できます) → 4製品比較を読む →