BtoBサービスの料金表に「1ユーザーあたり」と書かれていても、どの人を数えるかで導入時の見積りは変わります。アカウントを持つ人、一定期間に実際に使った人、同時に接続する数は別です。料金を比べる前に、自社のサービスが何を一単位とし、いつ数え、誰を含めるかを料金ページで示します。
ここでは人数の定義に絞ります。製品ごとの料金額を並べるのではなく、同じチームを異なる数え方で見たときに何が変わるかを確認します。
同じ「ユーザー」でも、請求の対象は異なる
Notionの請求説明では、ワークスペースで使うシート（ライセンス）の数が請求の基礎で、各メンバーに一つ割り当てられます。特定ページへ招くゲストは、メンバーと分けて説明されています。つまり、画面を見る人をすべて同じ「メンバー」と数えるわけではありません。
一方、Slackの請求ステータスの説明では、有料プランのアクティブメンバーが請求対象で、28日以上利用していないメンバーを請求上の非アクティブとして扱うとしています。誰を数えたかは、管理画面の請求欄から確認できると案内しています。「稼働した人」という言葉だけでは、対象期間と判定方法が欠けることが分かります。
TeamViewerの価格とライセンスの説明は、ライセンスを割り当てられたユーザーと、同時に生じる接続セッション（チャネル）を別の項目にしています。同時接続が三つでも、それを単純に「利用者三人」と読み替えることはできません。接続先の相手がライセンスを必要とするかどうかも、同じページで説明されています。
一つのチームを、三つの数で書いてみる
例として、12人に利用権限を与えた架空のチームを考えます。そのうち、ある確認期間に使った人が7人、混み合う時間帯に同時に進んだ接続が最大3本だったとします。12は権限を持つ人数、7は期間中の利用者、3は同時の接続数です。これらは同じ「利用人数」ではありません。
自社のプランが登録済みの利用権限を数えるなら、まず12人のうち請求対象外となる権限があるかを確認します。期間中の利用者を数えるなら、その期間や非アクティブの判定を定めます。同時接続で制限するなら、人に割り当てる権限と接続枠の両方が必要かを説明します。この仮例の12・7・3を、上記三社の実際の請求額へそのまま当てはめるものではありません。
料金ページには、数え始めと増減の扱いを書く
自社の料金表では、単価の近くに「誰を一人と数えるか」を短く置きます。例えば「管理画面で利用権限を付与したメンバーを数える」とするなら、管理者も含むのか、閲覧だけの外部ゲストは含むのか、招待を送っただけの人はいつから対象になるのかを続けて説明します。実際の契約条件と管理画面の動きに合わせ、曖昧な「利用者数」の一語で済ませないようにします。
増減の扱いも人数の定義に関わります。月の途中で追加したとき、削除したとき、権限を別の人へ引き継いだとき、どの時点の数が請求へ反映されるかです。稼働数を採用するなら、閲覧やログインのどの行動を利用と見なすか、同時利用を採用するならセッションの重なりをどう数えるかを案内します。詳細な契約文をそのまま長く貼るより、よく起きる変更を短い例で説明すると、見積りを始めやすくなります。
見積り前には、管理画面と実際の運用を照合する
料金ページに書いた条件が、管理画面で確認できる値と一致するかを試します。権限を持つ人の一覧、請求対象の人数、利用履歴や同時接続の表示は、製品によって別の画面にあります。計算に使う人数がどこで見られるか、請求書と照らし合わせられるかを、画面の実装と契約を知る担当者が確かめます。管理画面に表示されない値を、利用者が自力で正確に数えられるように書いてはいけません。
商談では、部署ごとの利用者、閲覧だけの参加者、繁忙時に重なる作業を聞くと、単なる社員数より正しい前提を得られます。自社の料金ページでも「見積り時に必要な人数」をその定義で尋ねます。契約上の例外や個別条件があるなら、標準の数え方と区別して相談先を示します。
BämのIT・BtoBサービスのホームページ制作では、営業資料とお話から、利用条件や料金の前提を原稿・図・画面へ整理します。人数の説明を直すなら、現行の規約、料金表、管理画面で見える項目、実際によく受ける質問をそろえると、どこまでページで答えられるか具体的に相談できます。
参考資料
資料確認日：2026年9月26日。12人・7人・3接続は説明用の仮例で、各社の契約・価格・実績を示すものではありません。料金条件は各サービスの現行の案内でご確認ください。
