← エピソード一覧に戻る Episode 157 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 価格表は売値ではなく戦略書
タカシ
皆さんこんにちは、タカシです。今日は SaaS プロダクトにおける料金とパッケージです。実は価格を下げれば売れると思っている会社ほど、売れても伸びない構造を自分で作ってしまうことがあります。
ミカ
ミカです。ありますね。値付けって営業の最後に決める話に見えますけど、実際は誰にどこまで価値を渡すかの設計ですよね。プラン名はあるのに、何が違うのか自分たちでも説明できない SaaS は結構多そうです。
タカシ
その通りです。OpenView は、SaaS の多くが Good-Better-Best の三層構成を採るのは、買いやすさとアップセル導線を同時に作れるからだと整理しています。価格表は、収益化と成長導線を両方載せた戦略書なんです。
ミカ
今日はそこを分解したいです。料金の高さより前に、pricing と packaging は何が違うのか。seat 課金と usage 課金はどう選ぶのか。あと free から paid へ、どこで線を引くと自然なのかも知りたいです。
Chapter 2 基本 ― pricing と packaging を分けて考える
タカシ
まず pricing は価格水準や課金単位の話で、packaging はどの顧客に何を束ねて売るかの話です。ここを混ぜると、月額何円かだけ決めて、肝心の『誰向けのプランか』が空っぽになりやすいんですね。
ミカ
たしかに、機能差分の表だけ作っても、お客さんから見ると『結局どれを選べばいいの』になります。package の仕事は、機能の棚卸しじゃなくて、顧客の成熟度や買い方に合わせて選びやすくすることなんですね。
タカシ
次に大事なのが value metric です。Stripe は良い指標の条件として、顧客価値と一緒に伸びること、契約前でも見積もれること、請求根拠が明確なことを挙げています。ここがずれると、価格は説明できても納得されません。
ミカ
つまり『何単位でお金をもらうか』は、売る側の都合じゃなくて、顧客が価値を感じる単位に近いほど強いわけですね。SaaS だと seat が自然なものもあれば、利用量でないと逆に変になるものもありそうです。
タカシ
その通りです。Seat 課金はコラボ人数や運用対象ユーザー数が価値に近いときに強い。一方で Twilio のメッセージ数や Snowflake のクレジットのように、使った量そのものが成果に近いなら usage 課金が自然です。最近は base fee と overage の hybrid も増えています。
Chapter 3 具体例 ― 良い package は顧客の段階ごとに仕事がある
ミカ
公開 pricing を見ると、そこが結構はっきり出ますよね。たとえば Notion は 2026 年 4 月時点で Free が 0 ドル、Plus が 1 メンバー月 10 ドル、Business が 20 ドル、Enterprise は個別見積で、年払いは最大 20% 割引です。
タカシ
いい例です。Notion は単に高いプランほど機能が多いだけではなく、個人利用からチーム運用、さらに統制や管理が必要な組織利用へと package の役割を切っています。つまり価格差より、利用文脈の差を売っているわけです。
ミカ
HubSpot も分かりやすいですね。Sales Hub は Starter が年払いで 1 seat 月 9 ドル、Professional が 90 ドル、Enterprise が 150 ドルで、さらに Professional は 1,500 ドル、Enterprise は 3,500 ドルの導入費があります。
タカシ
ここが重要で、HubSpot は seat 数だけでなく、automation、権限、導入支援の複雑さまで package に入れて monetization しています。経営者は『1 人いくらか』だけでなく、『どの顧客セグメントを、どの運用負荷ごと受けるか』を見るべきです。
ミカ
Slack の改定も近い話ですね。2025 年 6 月に Business+ の価格を上げつつ、AI と Salesforce 連携を中核に入れました。あれって値上げというより、新しい価値束に合わせて package を作り替えた動きと見たほうが自然そうです。
Chapter 4 失敗 ― 値引きと feature gate で product を壊さない
タカシ
よくある失敗の一つ目は、競合の価格表をそのまま真似することです。自社の顧客価値が違うのに同じ課金単位を置くと、安く見えても説明しづらく、伸びる顧客ほど損する価格構造になりがちです。
ミカ
二つ目は gate の置き方ですね。OpenView も、協業や定着を生む機能まで強く閉じると、活性化や拡張の芽を自分で潰しやすいと言っています。free で価値体験する前に止めると、そもそも払う理由が育たないです。
タカシ
その通りです。free と paid の境界は、価値を隠す線ではなく、価値を体験した後に自然に課金へ進む線であるべきです。だから activation に効く機能と、管理統制や高度な運用に効く機能は、同じ gate で考えないほうがいいんです。
ミカ
値引きも難しいですよね。大型案件で毎回特別条件を飲んでいくと、営業は取れても product の package がどんどん崩れそうです。顧客ごとに別プランが増えると、CS も finance も運用が苦しくなりますし。
タカシ
SaaStr も、enterprise では discount は期待されやすいが、だからこそ最初から値引き余地を織り込まないと economics を壊すと述べています。非標準条件は売上の近道に見えて、将来の価格改定を最も難しくする負債になりやすいです。
Chapter 5 クロージング ― 価格より先にプランの役割を書く
ミカ
明日からやるなら、まず各プランについて『誰のための package か』『何の価値で払ってもらうか』を 1 文で書くのがよさそうですね。価格改定の議論の前に、プランの仕事を言語化するところから始める感じです。
タカシ
その上で、value metric が顧客価値と連動しているか、free から paid への線引きが activation を邪魔していないか、enterprise discount の上限が決まっているかを点検する。この三つだけでも、料金表はかなり強くなります。
ミカ
料金とパッケージは、最後に載せる表ではなく、SaaS の使われ方と売られ方をつなぐ設計なんですね。今日はそこがすごく整理できました。今回は SaaS の料金とパッケージでした。ではまた次回。