stigg-pricing-expert について
stigg-pricing-expertは、Stiggで実装する前に収益化モデルを選ぶためのアドバイザリースキルです。価値指標を特定し、対応する料金体系を検討したうえで、実装を適切なStiggスキルへ引き継ぎます。
主な機能
- 01購入者と製品価値の確認
- 02価値指標の特定
- 03要件を料金モデルに対応付け
- 04料金設定の前提確認
- 05実装スキルへの引き継ぎ
活用シーン
- 01新製品の料金モデル選定
- 02シート課金と従量課金の比較
- 03クレジットと従量料金の検討
- 04実装向け料金案の準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ stiggio/ skills --skill stigg-pricing-expertインストール後、Claude Code で/stigg-pricing-expertを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/handoff-to-modeling.mdpricing-model-decision-tree.mdvalue-metric-discovery.md詳細
Stigg 価格設定エキスパート — 適切な収益化モデルを選ぶ
このスキルは、Stigg でモデル化を始める前に、ユーザーが適切な収益化モデルを選べるよう支援します。アドバイスを提供するもので、診断のための質問をし、回答を Stigg がサポートする価格設定モデルに対応付けたうえで、実行を stigg-pricing-modeling に引き継ぎます。
このスキルで行わないこと: プランのモデル化、機能の作成、課金設定、コードの記述は行いません。適切な価格設定モデルの形を明らかにし、実装スキルを案内します。
始める前に
親スキルの stigg に従って、まず検索します。 Stigg がサポートする価格設定モデルは進化しています(最近では、自動チャージ機能付きのクレジットベースの収益化、カスタムのクレジット消費数式、シートベースのクレジットプールなどが追加されています)。推奨する前に、現在サポートされている内容を確認してください。
プロセス
1 — 何に価格を設定するのかを明確にする
記載がない場合は、次の点を質問してください。
- その製品は顧客に何をもたらしますか?(顧客がお金を払う成果です。)
- 購入者は誰ですか?(エンドユーザー、チーム管理者、調達担当者などですか?)
- 価値の単位はどの程度の細かさですか?(リクエストごと、シートごと、プロジェクトごと、アクセス一律などですか?)
- 製品はすでに市場で提供されていますか、それともローンチ前ですか?(価格変更の頻度が異なります。)
2 — 価値指標を特定する
価値指標とは、その量が増えることで、顧客がより多くの価値を得られるものです。適切な価値指標を選ぶことは、このプロセス全体で最も効果の大きい判断です。 発見のための質問、分野ごとの一般的な指標パターン、複数の指標が競合する場合の対処方法については、references/value-metric-discovery.md を参照してください。
分野ごとの一般的な価値指標:
| 分野 | 想定される価値指標 |
|---|---|
| コラボレーションツール | アクティブユーザー数/シート数 |
| ストレージ/クラウドインフラ | 保存容量(GB)、転送量(GB)、コンピュート時間 |
| AI/LLM アプリ | トークン数、生成数、モデル呼び出し数 |
| マーケティング/アウトリーチ | 送信メール数、連絡先数、コンバージョン数 |
| アナリティクス | 取り込みイベント数、ダッシュボード数、クエリ数 |
| API 製品 | API 呼び出し数、リクエスト数、スループット |
| 業界特化型 SaaS | 業界固有の指標(処理した取引数、管理する従業員数、掲載する物件数) |
次の点を質問してください。
- 使用量が顧客にとっての価値に応じて増えるのはどの部分ですか? それが候補となる指標です。
- 何が増えたら、顧客はより多く/少なく支払いますか? これで指標の妥当性を確認します。
- その指標はリアルタイムで測定できますか?(できない場合は、代理指標に切り替えるか、事後集計型のモデルにします。)
複数の指標が候補に挙がる場合は、ハイブリッドとしてモデル化できます(後述)。あらゆる側面を収益化しようとせず、主要な指標を1つか2つ選び、残りはソフト上限として扱ってください。
3 — Stigg がサポートするモデルに当てはめる
価値指標が明確になったら、Stigg の料金モデルに当てはめます。
| 次の場合… | 使用するモデル… | 実装スキル |
|---|---|---|
| 予測しやすい月額料金で、支払うユーザーは1人 | 定額料金 | stigg-pricing-modeling(プラン+定額チャージ) |
| 選択したリソース(シート、環境、プロジェクト)ごとに支払う | ユニットごと | stigg-pricing-modeling(ユニットごとのチャージ) |
| 使用量が予測しにくく変動するため、使用した分を請求する | 従量課金 | stigg-pricing-modeling(使用量ベースのチャージ) |
| 顧客が事前に N ユニット分を契約し、後から精算する | 前払いコミットメント | stigg-pricing-modeling |
| 使用量にかかわらず、収益に下限を設ける | 最低利用額 | stigg-pricing-modeling |
| 使用量ベースで、一定の割り当て量を含む | 割り当て量+超過料金 | stigg-pricing-modeling(超過料金のセクション) |
| コストが変動するワークロード(複数モデルの AI、複合入力) | カスタム計算式を使ったクレジット | stigg-credits(計算式) |
| 前払い/利用前に支払う(OpenAI 方式) | 自動チャージ付きクレジット | stigg-credits(自動チャージ) |
| シート数に応じてクレジットも増やしたいチーム向け製品 | シートベースのクレジットプール | stigg-credits(シートプール) |
| 1つのプランで複数の収益源(例:基本定額料金+使用量) | ハイブリッド — 1つのプランで定額/ユニットごと/使用量ベースのチャージを組み合わせる | stigg-pricing-modeling(チャージの組み合わせ) |
| ファネル上部への誘導を目的とする無料プラン | フリーミアムプラン | stigg-pricing-modeling(無料プラン) |
| 有料機能を期間限定で試せるようにする | 無料トライアル | stigg-pricing-modeling + stigg-subscriptions(トライアル) |
| 顧客ごとに交渉する、営業主導の料金設定 | カスタムプラン | stigg-pricing-modeling(カスタムプラン) |
| 複数地域の料金設定 | どのモデルにも 価格のローカライズ を追加する | stigg-pricing-modeling/references/price-localization.md |
例外ケースを含む判断ツリーは references/pricing-model-decision-tree.md にあります。
4 — 妥当性を確認してから引き継ぐ
使用量の中央値と上位10パーセンタイルで収益を試算し、購入者のセグメントにとって請求額が十分予測しやすいことを確認します(セルフサービスの顧客は、クレジットに加えて段階的な超過料金が適用される場合、その仕組みを理解しにくいことがあります)。拡張の道筋があることも確認します(Free → Pro → Enterprise への移行が必然に感じられること)。財務面の落とし穴(プロモーション目的で付与するクレジットの原価がゼロではないこと、Stigg のクーポンを使わず独自に割引を実装すること、カスタムプランを使わず顧客ごとに料金を設定すること)には注意を促します。以下の「完了」チェックリストには、実装担当に引き継ぐ前にユーザーが把握しておくべき7項目が記載されています。
5 — 実装担当に引き継ぐ
モデルを選んだら、ユーザーを明示的に次の担当先へ案内します。
- カタログのモデリング(機能、プラン、アドオン、チャージ) →
stigg-pricing-modeling。 - クレジットベースの収益化 →
stigg-credits。 - サブスクリプションのプロビジョニング/ライフサイクル →
stigg-subscriptions。 - すぐに使える UI →
stigg-widgets。 - エンドツーエンドのレシピ(フリーミアム/ハイブリッド/クレジット) →
stigg-recipes。
このスキルでカタログ設定の作成を始めてはいけません。それは実装スキルの役割です。引き継ぎの完全なチェックリスト(「完了」とみなす推奨事項、懸念事項ごとの引き継ぎ先スキル、引き継ぎメッセージの表現方法)は references/handoff-to-modeling.md を参照してください。
ヒューリスティック — モデルの選び方
シートごとの料金と使用量ベースの料金
- ユーザー数に応じて価値が直線的に増える場合、管理者がチーム向けに購入する場合、予算の予測しやすさが重要な場合は、シートごとの料金を選びます。
- 誰が使用するかにかかわらず、消費量に応じて価値が増え、顧客が使用した分だけ支払うことを期待する場合は、使用量ベースを選びます。
- 両方の要素が重要な場合は、両方(ハイブリッド)を選びます。たとえば、シートごとの基本料金に、呼び出しごとの使用量料金を加えます。
クレジットと従量課金
- 次の場合は、クレジットを選びます。
- ワークロード(LLM モデル、ファイル形式、地域)によってコストが変わる。
- 顧客が柔軟性(複数の機能で使える1つの残高)からメリットを得られる。
- 前払い/コミットメント/プロモーションの仕組みを使いたい。
- 次の場合は、従量課金を選びます。
- ユニットごとの料金が一律である。
- 顧客が指標をそのまま捉える(API 呼び出し、GB)。
- 柔軟性よりもシンプルさを優先する。
フリーミアムと無料トライアル
- フリーミアム — 制限付きの無料プランを無期限で提供します。購入検討の初期段階でユーザーを集め、制限に達したときに有料プランへ移行してもらいます。
- 無料トライアル — 有料機能を期間限定で試せるようにします。緊急性を生み、価値を実感してもらうことで、有料プランへの移行を促します。
- 両方 — 低価格帯のユーザーにはフリーミアムで製品を知ってもらい、フリーミアムユーザーの有料プランへのアップグレードにはトライアルを利用します。
セルフサービスとセールス主導
- セルフサービス — 公開プラン、ペイウォール、チェックアウトを用意します。中小企業や個人ユーザーに最適です。
- セールス主導 — 取引ごとに営業担当者が価格を設定するカスタムプランを用意します。エンタープライズに最適です。
- 両方 — 1つの製品で、複数の市場投入方法を用意します。Stigg はこれをサポートしており、公開プランとカスタムプランの階層を併用できます。
推奨事項を「完了」とするための条件
引き継ぐ前に、ユーザーが次の点を把握している必要があります。
- 計測対象となる価値指標。
- プラン構成 — 無料/有料/カスタムの別と、階層の数。
- プランごとの課金モデル(定額/ユニットごと/使用量ベース/クレジット)。
- アドオンでプランを拡張するかどうか、また互換性のあるプラン。
- クレジットを使用するかどうか、また使用する通貨。
- トライアルを適用するかどうか、またその期間。
- 価格のローカライズを適用するかどうか、また対象市場。
これらのいずれかがまだ曖昧な場合は、引き継ぐ前にもう1つ質問してください。
このスキルを使用しない場合
- ユーザーがすでにモデルを決定しており、その実装を希望している場合 →
stigg-pricing-modelingに直接進みます(クレジットの場合はstigg-credits)。 - ユーザーがサブスクリプションのライフサイクル(プロビジョニング/解約)について質問している場合 →
stigg-subscriptions。 - ユーザーが実行時のエンタイトルメント適用について質問している場合 →
stigg-entitlements。 - ユーザーが特定市場の価格調査(競合分析、支払い意思に関するアンケート)を希望している場合 → これは Stigg の対象外です。このスキルでは、ユーザーの意図を Stigg がサポートするモデルに対応付けます。
よくある間違い
| 間違い | 修正方法 |
|---|---|
| 価値指標を明らかにせずにモデルを推奨する | 各階層が恣意的になります。まず価値指標を明らかにしてください。 |
| 競合他社の価格設定をそのまま当てはめる | ベンチマークではなく、顧客の価値指標を基準にしてください。 |
| このスキルでカタログ設定を作成する | 引き継いでください。モデリングは stigg-pricing-modeling で行います。 |
| 「ユーザーが AI に言及した」という理由でクレジットを推奨する | ワークロードによってコストが変わる場合はクレジットが適しています。コストが一定の AI なら、通常の使用量ベース課金で問題ありません。 |
| デフォルトでハイブリッドを推奨する | ハイブリッドは複雑さを増します。2つの指標が実際に重要でない限り、主なモデルは1つにしてください。 |
| 中央値と上位10パーセンタイルの妥当性確認を省略する | 規模拡大時に破綻する価格設定は、最も価値の高い顧客によって発見されます。計算してみてください。 |
| Stigg を価格戦略の策定元として扱う | Stigg は価格モデルを実装しますが、適切なモデルを選ぶわけではありません。それがこのスキルの役割です。 |