プラン表を作ろうとして、金額のところで止まっていませんか
サービスの中身は決まった。画面も動く。あとは料金を決めるだけ——というところで手が止まる。よくある止まり方です。安すぎれば続かず、高すぎれば誰も入口に立たないという板挟みが、金額を決める手を重くします。
結果として、他社のプラン表を見比べて「だいたいこのくらい」で3つ並べることになります。数字は埋まりますが、あとから「なぜこの金額なのか」を説明できず、値上げも値下げも判断できなくなります。
📌 料金プランでよく起きること
- 他社を真似て3プラン並べたが、区切りの根拠が説明できない
- 安いプランに人が集まり、サーバー費用のほうが先に増える
- 無料プランから有料へ移る理由がなく、無料のまま使われ続ける
- あとから値上げしようとして、既存の利用者への説明ができない
決めるべきは金額ではなく「何で課金するか」
料金プランがまとまらないとき、詰まっているのはたいてい金額ではありません。何が増えたらお金をもらうのか——課金の軸が決まっていないことが原因です。
軸が決まっていないと、金額に根拠が持てません。逆に軸さえ決まれば、金額は「原価がここで増えるから、この単位で受け取る」という形で説明できるようになります。使う人が増えるほどコストが増えるサービスなら人数、保存量に比例するならデータ量、送信のたびに外部サービスへ払うなら件数。自社のコストが増える理由と、課金の軸を揃えるのが出発点です。
課金の軸が決まると、金額は「原価がここで増えるから」で説明できるようになる
軸を1つに絞り、増えたら払う形にする
課金の軸は1つに絞る
人数でも量でも機能でも構いませんが、混ぜると説明できなくなります。「5人まで、かつ月1,000件まで、かつ機能はここまで」というプランは、利用者がどこで上限に当たったのか分からず、問い合わせが増えます。主となる軸を1つ決め、残りは上限値として添える形にします。
プランは3つまでにする
選択肢が多いほど選ばれやすくなる、ということはありません。増えるのは比較の時間と、こちらの運用負荷です。小規模・標準・大規模のように誰向けかが一目で分かる3段に収め、それ以上の要望は個別見積で受けます。
無料枠は「卒業する条件」とセットで決める
無料枠そのものは有効ですが、有料に移る理由がないまま置くと、コストだけを負担して収益にならない層が積み上がります。人数・保存量・履歴の期間など、事業が育てば自然に超える線を1つ決めて、そこを卒業のきっかけにします。
上限値は自社の運用コストと連動させる
プランに書く上限(人数・件数・容量)は、切りのいい数字ではなく自社のコストが跳ねる位置に置きます。外部APIの従量課金やストレージ費用が段階的に上がるなら、その段差の手前を上限にします。ここがずれていると、売れるほど利益が薄くなります。
値上げの余地を最初に残しておく
提供開始後に価格を上げるのは、下げるより何倍も難しい作業です。契約時に価格改定の可能性と通知方法を規約に書いておくだけで、後の選択肢が残ります。最初の数社だけ特別価格にする場合も、それが特例であることを明示しておきます。
💡 最初に決めるのは「1」
課金の軸さえ決まれば、プラン数も上限値もその下に並びます。逆にここが決まらないまま金額を並べると、あとで全部を組み直すことになります。
どれが正解かではなく、コストの増え方で選ぶ
課金の軸に優劣はありません。判断の基準は「自社のコストがどう増えるか」と「利用者にとって払う理由が分かりやすいか」の2つです。
| 観点 | ユーザー数で課金 | 使った量で課金 | 使える機能で課金 |
|---|---|---|---|
| 向いているサービス | 社内で複数人が使う業務系 | 送信・保存・処理が主役 | 用途が層で分かれるもの |
| 収益の読みやすさ | ◎ 毎月ほぼ一定 | △ 月ごとに揺れる | ◎ 一定 |
| 原価との連動 | △ 使わない人の分ももらう | ◎ ほぼ比例する | × 連動しない |
| 利用者の納得感 | ◎ 分かりやすい | △ 請求額が読めない | △ 機能を人質に感じられる |
| 起きやすい問題 | アカウントを共有される | 使い控えが起きる | 下位プランが使いものにならない |
📌 アカウント共有は料金設計の問題でもある
人数で課金するとき、必ず出てくるのが1つのIDを複数人で使う運用です。これは料金の抜け道であると同時に、操作履歴が追えなくなるという運用上の問題でもあります。詳しくは管理者アカウントを共有してはいけない理由で解説しています。
原価から逆算する4ステップ
コストを出す
サポートの時間まで
課金の軸にする
1つだけ選ぶ
プランに落とす
一目で分かる区切りに
無料枠を決める
手前に線を引く
📌 最初の数社は価格より使われ方を見る
立ち上げ直後は、金額の最適化よりもどの機能がどれだけ使われるかを見るほうが価値があります。実際の使われ方が分かってから軸を決め直せるよう、契約は短い期間で結んでおくと動きやすくなります。試作段階で何を確かめるべきかは新規Webサービスの試作品で確認すべきことにまとめています。
他社を真似た場合と、原価から組んだ場合
- 区切りの根拠が説明できず、値引き交渉に弱い
- 安いプランに人が集まり、原価のほうが先に増える
- 無料から有料へ移る理由がないまま使われ続ける
- 値上げの必要が出たときに、説明の材料がない
- 「ここで費用が増えるから」と金額を説明できる
- 売れるほど利益が残る形になっている
- 事業が育てば自然に上位プランへ移る
- 改定の可能性を規約に書いてあり、動かせる
料金プランは、一度決めたら終わりの数字ではありません。使われ方が分かるたびに見直せる形にしておくことが、最初に作るべき設計です。軸を1つに絞り、上限をコストの段差に合わせ、改定の余地を残す。この3点を押さえておけば、あとから何度でも調整できます。
料金プランを載せる前に、画面で使い勝手を確かめませんか
「プラン表より先に、実際の画面を見て判断したい」という段階からで大丈夫です。
SHISAKUBAが業務に合わせて設計し、最短1週間で試作品をご提案します。