この型の要点
- 同じサービスを、機能・容量・利用人数などの軸で二つから四つ程度のプランに分け、顧客が自分に合う段を選んで契約する型です。単一価格よりも幅広い顧客を取り込める余地があります。
- 収益の伸びは、新規契約の数だけでなく、既存顧客が上の段へ移ること（アップグレード）で生まれます。段の境目の設計がそのまま売上の設計になります。
- 段を分ける軸は「顧客が成長すると自然に必要になるもの」に置くのが基本です。軸を誤ると、下の段に留まったまま満足する顧客ばかりになります。
収益が生まれる仕組み
お金を払うのはサービスの利用者（個人または法人）で、支払う対象は「選んだプランに含まれる機能や上限」です。通常は月額または年額の定期課金として入金され、段ごとに単価が異なります。ここが単一価格のサブスクリプションとの違いで、顧客の支払意欲の差を複数の価格で拾いにいく点に特徴があります。
収益の増え方には三つの経路があります。一つめは新規顧客が最初に選ぶ段の分布です。下の段ばかりが選ばれれば平均単価は低くなり、中〜上の段が選ばれれば高くなります。二つめは既存顧客のアップグレードです。利用が増えて上限に触れたり、上位限定の機能が必要になったりした時点で単価が上がります。三つめはダウングレードと解約で、こちらは収益を減らす方向に働きます。この三つの流れを合計したものが、契約者一人あたりの平均単価の推移として現れます。
費用面では、段ごとにかかる原価が異なる点に注意が必要です。容量やデータ量で段を分ける場合は、上の段ほどサーバーや保存の費用がかさみます。人的な対応（優先サポートや導入支援）を上位段に含める場合は、その人件費が段に紐づきます。一方で、機能の有無だけで段を分ける場合、開発費は全段で共通なので、上位段は追加の費用が小さく利益率が高くなりやすい構造です。どの軸で分けるかは、収益だけでなく原価の形も決めます。
成り立つ条件と、裏側の仕事
顧客側の条件は、利用者の中に「必要とする量や機能の差」が実際に存在することです。全員が同じ使い方をするサービスでは、段を分けても選ぶ理由が生まれません。逆に、個人で軽く使う人と、チームで本格的に使う人が混在しているなら、段を分ける意味が出ます。
自社側の条件は、段の境目にした軸を自社で計測・制御できることです。容量で分けるなら使用量を正確に計り、上限に達したときに何が起きるか（停止するのか、通知だけなのか）を実装しておく必要があります。機能で分けるなら、段ごとの権限管理が必要です。この「上限の計測と制御」は表からは見えませんが、型を成立させる中核の仕事です。
もう一つの裏側の仕事は、プラン構成の継続的な見直しです。最初に決めた段の境目が最適とは限らず、実際の利用データを見ながら、どの機能をどの段に置くか、上限をどこに引くかを調整し続けることになります。その際、既存顧客のプランをどう扱うか（旧プランを維持するか、移行してもらうか）の運用も発生します。値上げや構成変更の告知、移行期間の設定、問い合わせ対応といった仕事が、変更のたびに伴います。
向く事業・向かない事業
向くのは、顧客の規模や習熟度に幅があり、利用が進むほど必要なものが増えていくサービスです。たとえば、小さな店舗向けの在庫管理ツールを想定すると、一店舗で使う段階と、複数店舗を束ねて分析したい段階では必要な機能がはっきり異なります。この差が段の境目になります。また、顧客が事業として成長していく（売上や人員が増える）サービスは、顧客の成長が自社の単価上昇につながるため相性がよいと考えられます。
向きにくいのは、利用者の使い方がほぼ均一なサービスです。段を分けても差別化できず、単に選択を複雑にするだけになります。また、上位段の価値が「制限の解除」だけで構成されている場合、顧客には「わざと不便にされている」と受け取られるおそれがあり、不満につながりうる点にも注意が必要です。上位段には、制限解除に加えて上位ならではの価値（高度な分析、連携機能、手厚い支援など）があるかを問う必要があります。
人数を軸にする場合は、席数課金との違いを意識してください。段階制は「上限つきの枠」を売るのに対し、席数課金は一人単位で積み上げます。少人数から大人数まで連続的に増える組織なら席数課金が、利用人数が数段階に固まる市場なら段階制が合う、という分け方が一つの目安になります。
追いかける指標
- 段別の契約分布：新規契約がどの段に集まっているか。月ごとの新規契約数を分母に、段ごとの割合を見ます。
- アップグレード率：一定期間内に上の段へ移った顧客の割合。期初の下位段契約者を分母に、月または四半期で追います。
- 契約者あたり平均単価の推移：全契約の月額合計を契約者数で割った値。新規・アップグレード・ダウングレードの合成結果として月次で見ます。
- 上限到達率：下位段の顧客のうち、上限に達した（またはそれに近づいた）割合。段の境目が機能しているかを示します。
- ダウングレード率と段別解約率：上位段から下位段へ移る顧客、段ごとに解約する顧客の割合。上位段の価値が価格に釣り合っているかの判断材料になります。
新規事業として小さく試すなら
- 想定顧客を利用の深さで二〜三グループに分け、それぞれが「これがないと困る」と言うものを聞き取りで洗い出します。グループ間で必要なものに差がなければ、この型は合わない可能性が高いと判断できます。
- 差が見つかった軸で、仮のプラン表（二〜三段）を作ります。まだ機能は実装せず、価格と内容だけを提示して、各グループの人に「自分ならどの段を選ぶか」と、その理由を聞きます。上の段を選ぶ人がいなければ、境目の置き方を見直します。
- 最小の実装で二段だけを用意し、実際に契約を受けます。この段階で確認したいのは、選ばれる段の分布と、下の段の顧客が上限に触れるまでの期間です。上限に触れる顧客が出て、その一部が上の段へ移れば、アップグレードの経路が存在すると判断できます。
- 上限に触れても上の段へ移らない顧客に、移らない理由を聞きます。価格の問題か、上位段の内容の問題か、上限の設定が厳しすぎるのかを切り分け、次のプラン構成に反映します。
設計時の注意点
価格の面では、段と段のあいだの価格差と価値差の釣り合いが重要です。上の段の価格が下の段の数倍なのに、追加される価値が小さい場合、顧客は下の段に留まるか、複数アカウントを作って回避しようとする可能性があります。逆に価格差が小さすぎると、下の段の存在意義が薄れます。各段の価格は、その段の顧客が得る価値と、隣の段との距離の両方から決める必要があります。
契約の面では、アップグレードとダウングレードの扱いを事前に決めておくことが重要です。月の途中で段を変えた場合の日割り、年額契約中の段変更、ダウングレード時に上限を超えているデータの扱いなどは、後から決めると混乱を生みます。利用規約や申込書にどこまで書くかは、個別に専門家へ確認してください。
運用の面では、上限に達した顧客への体験設計が売上を左右します。突然停止すると不信感を生み、何も起きなければアップグレードの動機が生まれません。上限に近づいたときの通知、到達時の猶予、上位段への移行手続きの簡単さを、機能と同じ重さで設計する必要があります。
法規制の面では、プラン内容や価格の表示方法、変更時の告知に関する決まりが業種や地域によって異なります。特に消費者向けの場合は表示や解約手続きに関する要件がありうるため、公開前に個別に専門家へ確認してください。
この型が見られる企業事例
- Adobe Inc.「クリエイティブ・文書ソフトのサブスクリプション」に学ぶ事業設計
- フリー株式会社「freee」に学ぶ事業設計：ARRで積み上げるサブスクリプション
- HubSpotのフリーミアムと段階制プランに学ぶ事業設計：中堅企業向けCRM
- トレンドマイクロ株式会社のセキュリティ製品・サービスに学ぶ事業設計
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、収益の構造、成り立つ条件、検証の進め方を中心にまとめています。法務・税務・会計の制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.09.27