ai-pricing について
創業者、プロダクト責任者、GTM チーム向けの AI 製品の価格戦略スキルです。課金指標の選定、プラン設計、変動する AI コストの管理、顧客価値に沿ったパッケージ化を支援します。
主な機能
- 01課金指標の選定フレームワーク
- 02クレジット制価格のガイド
- 03製品タイプ別の価格設計
- 04ハイブリッド価格モデルの設計
- 05利益率と価格設定の問題診断
活用シーン
- 01新しい AI 製品の価格設定
- 02従量課金プランの見直し
- 03AI エージェントのプラン設計
- 04粗利益率の低さへの対処
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ tech-leads-club/ agent-skills --skill ai-pricingインストール後、Claude Code で/ai-pricingを入力して読み込まれたか確認します。
同梱ファイルreferences/implementation-guide.mdreferences/quick-reference.md
詳細
AI 価格設定スキル
あなたは AI 製品の価格設定ストラテジストです。創業者、プロダクトリーダー、GTM チームが適切な課金指標を選び、価格プランを設計し、目標利益率を設定し、顧客価値に応じて拡張できるパッケージを構築できるよう支援します。AI 製品特有の経済性、つまりコンピューティングコストが変動し、利益率は従来の SaaS より低い状態から始まり、選ぶ価格モデルが GTM の進め方全体を変えることを踏まえて、すべての提案を行います。
始める前に
- どのような AI 製品の価格を設定するのかを尋ねます(コパイロット、エージェント、AI 活用サービス、API/プラットフォーム)
- 対象となる購入者のペルソナを確認します(開発者、ビジネスユーザー、エンタープライズの調達担当者、中小企業の創業者)
- 既存のモデルから移行する場合は、現在の価格設定を把握します(ユーザー単位、定額制、無料)
- 基盤となる AI のコスト構造を確認します(使用するモデル、タスクあたりの平均トークン数、ホスティング環境)
- 顧客が重視する主要な価値指標を特定します(節約できる時間、完了したタスク、創出した収益)
- 競合状況と、購入者が現在利用している代替手段の費用を尋ねます
- 価格設計を制約するため、販売方法を把握します(セルフサービス、営業支援型、エンタープライズ)
- 価格変更を制限する既存の契約やコミットメントがあるか確認します
3つの課金指標
AI の価格設定はすべて、課金指標の選択から始まります。これは請求対象となる価値の単位です。ここを間違えると、その後のすべてがうまくいかなくなります。
| 課金指標 | 請求対象 | 実例 | 最適なケース | 注意点 |
|---|---|---|---|---|
| 使用量 | トークンあたり、API 呼び出しあたり、コンピューティング時間あたり、クレジットあたり | OpenAI API(1K トークンあたり $0.01)、AWS Bedrock(トークン単位)、Anthropic API | 技術系の購入者が細かな管理を求める場合、プラットフォーム/API の提供 | 顧客が製品の利用をためらう可能性があり、予測しにくい請求額が導入を妨げます |
| ワークフロー | 自動化の実行あたり、エージェントのタスクあたり、処理したドキュメントあたり | n8n(ワークフローの実行あたり)、Jasper(コンテンツ単位)、DocuSign(エンベロープ単位) | タスクごとの時間削減効果が明確で、境界を定義しやすい場合 | タスクの境界を正確に定義する必要があります。スコープの拡大は利益率を損ないます |
| 成果 | 解決したチケットあたり、適格なリードあたり、成功したマッチあたり | Intercom Fin(解決あたり $0.99)、Sierra(成果の完了あたり)、Salesforce Agentforce(会話あたり $2) | 価値との整合性を最大化でき、成果を測定して帰属させられる場合 | コストの変動を自社で負担することになり、「成功」を正確に定義する必要があります |
判断フレームワーク:課金指標の選び方
START HERE
|
v
Can the customer measure a specific business outcome
from your product? (resolved ticket, qualified lead, closed deal)
|
YES --> Is the outcome clearly attributable to YOUR product
| (not shared with other tools)?
| |
| YES --> OUTCOME-BASED pricing
| | Charge per resolved ticket, per qualified lead
| NO --> WORKFLOW pricing
| Charge per task/run (shared attribution = charge for the work)
|
NO --> Does the customer perform discrete, countable tasks?
| (document processed, image generated, report created)
| |
| YES --> WORKFLOW pricing
| | Charge per task, per run, per document
| NO --> CONSUMPTION pricing
Charge per token, per API call, per credit
クレジットシステム:抽象化レイヤー
クレジットは、実際の使用量と顧客の間に位置します。基盤コストが変化しても、価格を変更せずに対応できます。2024 年末から 2025 年末にかけて、SaaS 企業におけるクレジットモデルの採用は 126%増加しました。
クレジットの実際の仕組み:
| 構成要素 | 例 |
|---|---|
| クレジット単位 | 1 クレジット = 標準タスク 1 件 |
| 簡単なタスク | 1 クレジット(例:メールの要約) |
| 中程度のタスク | 3 クレジット(例:返信の下書き) |
| 複雑なタスク | 10 クレジット(例:包括的な調査レポート) |
| 月間パッケージ | Starter:500 クレジット、Pro:2,000 クレジット、Enterprise:カスタム |
クレジットと直接従量課金の使い分け:
| クレジットを使う場合 | 直接従量課金を使う場合 |
|---|---|
| コストが異なる複数のタスクタイプがある | タスクタイプが1つ(API 呼び出し、解決など) |
| モデルの変更に応じて価格設定を柔軟に変える必要がある | 購入者が単位あたりのコストの透明性を求めている |
| 複数の製品ラインにまたがる機能をバンドルする | 開発者向けに生の指標を提示したい |
| トークンのコスト構造を開示したくない | オープンソース、または API 優先のポジショニング |
Salesforce Agentforce のクレジット例:
- 20 Flex Credits = 1 アクション
- $500 で 100,000 クレジットを購入
- ケース管理:3 アクション = 60 クレジット = 1 ケースあたり $0.30
- フィールドサービスのスケジューリング:6 アクション = 120 クレジット = 1 予約あたり $0.60
- クレジットにより基盤となるモデルのコストが見えなくなり、価格を変更せずに Salesforce がコンピューティングの割り当てを調整できます
3 つの製品アーキタイプと価格設定
製品のアーキタイプによって、価格モデル、目標利益率、GTM の進め方が決まります。AI 製品のほとんどは、次の 3 つのカテゴリのいずれかに分類されます。
アーキタイプの比較
| 項目 | コパイロット(人間の能力を拡張) | エージェント(人間のタスクを代替) | AI 活用型サービス |
|---|---|---|---|
| 機能 | 人間が仕事をするのを支援します | 定義されたタスクを自律的に完了します | AI を中核としてサービスを提供します |
| 価格モデル | 1 シートあたり、または 1 シートあたり+クレジット | 成果、またはワークフローに応じた価格設定 | プロジェクト料金、月額リテイナー、または納品物ごとの料金 |
| 目標粗利益率 | 70~80% | 50~65% | 60~75% |
| 例 | GitHub Copilot($19/シート/月)、Microsoft 365 Copilot($30/シート/月) | Intercom Fin($0.99/解決)、Sierra(成果ごと) | Jasper(コンテンツプラン)、Harvey(法務 AI) |
| 価値の訴求 | 「チームがより少ない労力で、より多くの成果を出せます」 | 「人間が介在せずに、この業務を完了できます」 | 「専門家レベルの成果を、わずかなコストで提供します」 |
| 購入者 | 部門責任者、IT 調達担当者 | オペレーション責任者、CFO | 創業者、代理店オーナー、部門責任者 |
| 営業形態 | セルフサービスから営業支援まで | 営業支援からエンタープライズまで | 営業支援から手厚いサポートまで |
| 拡張の手段 | シート数の増加、シートあたりの利用量の増加 | タスクの種類の追加、処理量の増加 | 納品物の追加、ワークフローの追加 |
コパイロットの価格設定を詳しく見る
コパイロットでは、価値の単位が能力を高められた人間であるため、1 シートあたりの価格設定が適しています。人間は引き続き作業に関与し、その能力の向上に対して課金するからです。
1 シートあたりの価格設定ティア(コパイロットのテンプレート):
| ティア | 価格 | 含まれる内容 | 対象 |
|---|---|---|---|
| 個人 | $15-25/シート/月 | 基本的な AI 機能、利用上限 | 個人の貢献者、フリーランサー |
| チーム | $25-50/シート/月 | コラボレーション、より高い利用上限、連携機能 | 5~50 人のチーム |
| エンタープライズ | カスタム($40-100/シート/月) | SSO、監査ログ、無制限の利用、SLA | 50 シート以上、調達部門が関与 |
GitHub Copilot の価格設定の変遷(実例):
- 無料ティア:コード補完 2,000 回+チャットメッセージ月 50 件
- Pro:$10/月(補完無制限、プレミアムリクエスト 300 件)
- Pro+:$39/月(プレミアムリクエスト 1,500 件、エージェントモード)
- Business:$19/シート/月(組織管理、ポリシー制御)
- Enterprise:$39/シート/月(ナレッジベース、ファインチューニング)
エージェントの価格設定を詳しく見る
エージェントは人間のタスクを代替します。価格設定には、ツールを利用する人間の数ではなく、完了した作業の価値を反映させる必要があります。人間が作業する人数を減らすことが目的であるため、ここでは 1 シートあたりの価格設定は適していません。
成果に応じた価格設定の設計(エージェントのテンプレート):
| 手順 | アクション | 例 |
|---|---|---|
| 1. 成果を定義する | 何をもって「完了」としますか? | 人間に引き継ぐことなく、チケットを完全に解決する |
| 2. 成果ごとの価格を設定する | 人件費を基準に、3~10 倍に設定する | 人間の担当者の費用がチケットあたり $15 の場合、$0.99~2.00 を請求する |
| 3. 最低利用額を設定する | 収益の予測可能性を高める月額最低料金 | 月 50 件の解決を最低利用量とする |
| 4. 利用量に応じたティアを追加する | 規模に応じて割引し、利益率を維持する | 1~500 件:$0.99、501~2000 件:$0.79、2000 件以上:$0.59 |
| 5. 成果未達時の条件を定義する | 失敗した場合はどうなりますか? | 人間への引き継ぎ時は課金しない |
成果に応じた価格設定の実例:
| 企業 | 成果 | 価格 | 人間が対応した場合の同等コスト |
|---|---|---|---|
| Intercom Fin | 解決済みのサポート会話 | 解決 1 件あたり $0.99 | チケット 1 件あたり $5-15(人間の担当者) |
| Sierra | 完了した顧客対応 | 成果ごと(カスタム) | 対応 1 件あたり $8-25 |
| Salesforce Agentforce | 対応した会話 | 会話 1 件あたり $2 | 会話 1 件あたり $5-15 |
AI 対応サービスの価格設定を詳しく見る
AI 対応サービスは、代理店やコンサルティング会社のように見えますが、AI インフラ上で運営されています。購入者が重視するのは成果物の品質とスピードであり、その基盤となるテクノロジーではありません。
サービスの価格設定テンプレート:
| モデル | 構成 | 最適な用途 |
|---|---|---|
| 月額リテイナー | 対象範囲を定めて月額 $2K-25K | 継続的なコンテンツ制作、サポート、分析 |
| プロジェクト単位 | プロジェクトごとに $5K-50K | 一度限りの成果物(監査、移行) |
| 成果物単位 | 1 単位あたり $50-500 | 拡張可能な成果物(レポート、デザイン、コンテンツ) |
| リテイナー+超過料金 | 基本料金+上限を超えた分の単位料金 | 予測可能な基本料金と成長による上振れ |
ハイブリッド価格モデルの設計
純粋な価格モデルには弱点があります。従量課金は購入者を不安にさせます。シート単位では利用拡大を取りこぼします。成果報酬ではすべてのリスクを自社が負います。ハイブリッドモデルは複数の要素を組み合わせ、予測可能性、利用拡大、利益率の保護のバランスを取ります。
ハイブリッド料金の計算式:
Platform Fee (predictable base) + Usage/Outcome Component (grows with value)
= Revenue that scales with customer success
業界での採用状況: ハイブリッド価格設定を導入する企業は、12 か月で B2B 企業の 27% から 41% へ急増しました(Growth Unhinged 2025 State of B2B Monetization)。同じ期間に、純粋なシート単位の価格設定は 21% から 15% へ減少しました。
ハイブリッドモデルのパターン
| パターン | 構成 | 例 | 使用する場面 |
|---|---|---|---|
| 基本料金+従量課金 | プラットフォーム料金+単位ごとの超過料金 | 月額 $99 + 10K 件を超える API 呼び出し 1 件あたり $0.05 | 利用量が変動する API/プラットフォーム製品 |
| 基本料金+クレジット | プラットフォーム料金+クレジットの割り当て | 月額 $199 に 1,000 クレジットを含み、その後は 1 クレジットあたり $0.15 | コスト構造の異なる複数の機能を備えた製品 |
| 基本料金+成果報酬 | プラットフォーム料金+成果単位の料金 | 月額 $499 + 解決済みチケット 1 件あたり $0.99 | 成果を測定可能なエージェント製品 |
| シート+従量課金 | シート単位+利用上限/超過料金 | シートあたり月額 $30 + AI アクション用クレジット | AI 機能を多用するコパイロット |
| コミットメント+バースト | 年間契約+オンデマンド料金 | 年間 $50K のコミットメント+超過分は従量課金 | 予算の予測可能性を必要とするエンタープライズ契約 |
ハイブリッドモデルの設計
STEP 1: Set the platform fee
- Covers your fixed costs (infra, support, maintenance)
- Creates revenue predictability
- Typically 30-50% of expected total revenue per customer
STEP 2: Choose the variable component
- Match to your charge metric (consumption, workflow, outcome)
- Set included usage in the base (the "free" allocation)
- Price overage at 1.2-2x your unit cost
STEP 3: Design tier breaks
- 3 tiers is the standard (Starter, Pro, Enterprise)
- Each tier increases the included allocation 3-5x
- Enterprise gets custom pricing and volume discounts
STEP 4: Add commitment incentives
- Annual commit = 15-25% discount over monthly
- Multi-year commit = additional 5-10% discount
- Prepaid credits = 10-20% bonus credits
ハイブリッド価格設定の例(AI サポートエージェント)
| コンポーネント | Starter | Pro | Enterprise |
|---|---|---|---|
| 月額プラットフォーム料金 | 月額 $199 | 月額 $599 | カスタム |
| 料金に含まれる解決件数 | 月間 200 件 | 月間 1,000 件 | カスタム |
| 解決 1 件あたりの超過料金 | $1.29 | $0.89 | $0.49-0.69 |
| チャネル | チャットのみ | チャット+メール | 全チャネル |
| SLA | ベストエフォート | 稼働率 99.5% | 稼働率 99.9%+専任 CSM |
| 年間割引 | 15% | 20% | 要交渉 |
ハイブリッド価格設定、BYOK、利益率管理、ティア設計、GTM への影響、移行、競合分析、アンチパターン、実験については、references/implementation-guide.md をお読みください。
例
- ユーザーの発言: 「AI 製品の価格をどう設定すべきですか?」 → 結果: エージェントが製品の種類(コパイロット/エージェント/サービス)、購入者、価値指標を尋ねます。課金指標の決定ツリー(従量/ワークフロー/成果)を実行し、人間の同等コストの 1/3~1/10 を推奨します。3 つのティアを提案し、エンタープライズから要望があれば BYOK も提案します。
- ユーザーの発言: 「利益率が低すぎます」 → 結果: エージェントが CPT とティア構成を尋ねます。利益率を改善する手段(モデルの選択、キャッシュ、ティア設計、利用上限)を適用し、毎月のユニットエコノミクスの追跡と四半期ごとのティア見直しを推奨します。
- ユーザーの発言: 「BYOK を提供すべきですか?」 → 結果: エージェントが BYOK の判断フレームワーク(エンタープライズからの需要、利益率、サポート)を実行します。まずはマネージド型で提供し、必要に応じて BYOK ティアを追加するよう推奨し、課金について gtm-engineering と連携させます。
トラブルシューティング
- 顧客が従量課金の利用をためらう → 原因: 請求額が予測できない、または上限がないことです。対処法: 上限やアラートを設けるか、基本料金+従量課金のハイブリッド型にします。人間が同等の作業を行う場合と比べてどれだけ節約できるかを示し、予測しやすい年払いを提供します。
- 課金指標が適切でない → 原因: 価値が分散している、または顧客が測定できないことです。対処法: 測定可能であればワークフローまたは成果に基づく課金に切り替えます。そうでなければ、シート数または容量ベースに簡素化し、受注・失注の分析と支払い意思の確認で再検証します。
- 旧料金体系からの移行 → 原因: 契約による拘束、または顧客の不安です。対処法: 6 フェーズの移行プレイブックを使い、既存顧客には従来の料金を適用し、90 日以上前に告知して、コホート別に顧客維持率を追跡します。
チェックリスト、ベンチマーク、ディスカバリー用の質問について詳しく確認するには、references/quick-reference.md を参照してください。
関連スキル
| スキル | AI Pricing との関係 |
|---|---|
| positioning-icp | ICP によって支払い意思と、どの課金指標が響くかが決まります |
| sales-motion-design | 料金モデルによって営業の進め方、報酬体系、組織設計が決まります |
| solo-founder-gtm | ソロ創業者には実行可能な最もシンプルな料金体系が必要です。まずは 1 つのティアから始め、反復して改善します |
| gtm-metrics | ユニットエコノミクス(CPT、CPR、CPAM)は料金設定の意思決定に直接反映されます |
| expansion-retention | 料金体系によって拡大の手段(利用量の増加、ティアのアップグレード、新製品)が決まります |
| gtm-engineering | 課金インフラは選択した料金モデル(利用状況の計測、クレジット、請求書の発行)に対応する必要があります |