import { NavigationBlock } from "@/components/blog/NavigationBlock";
定員数の算出
ピーク混雑と「待ち上位10%」から"許容キャパ"を決める（設計値の最終回）
この記事が想定する読者：施設・店舗の定員を「理論キャパ」ではなく運用可能な設計値として出したい担当者。
判断を誤るとどうなるか：理論キャパをそのまま定員にすると、ピーク時に待ちや混雑が爆発し、体験と再訪を壊す。先に「許容できる待ち・混雑の閾値」を観察指標で決めてから理論キャパに係数をかけると失敗しにくい。
ここまでの流れを一言でまとめるとこうです。
- 定員＝収益上限ではない
- 上限は「体験が壊れ始める閾値」で決める
- 閾値は感想ではなく、観察指標で出す
- 特に効くのは ピーク混雑 と 待ち上位10%
今回は、それを 定員数（許容キャパ）として算出する回です。
数字として落ちると、レイアウトも収益も"議論"ではなく"設計"になります。
1. まず結論：定員は「処理能力 × バッファ」で決める
定員はこう決めます。
- 理論キャパ（処理能力） を出す
- そこから 快適域（バッファ） を引く
- 許容キャパ（運用キャパ） が定員
「満席まで入れる」は理論キャパ運用です。
壊れやすい。
だから運用キャパを設計します。
2. 必要な情報は最小で3つ（これだけで出る）
施設や店舗を問わず、まずはこれで十分です。
| 項目 | 内容 |
|---|---|
| 工程のサイクル時間（T） | 1人あたりの滞在（または提供）に要する時間 |
| 同時処理数（S） | 同時に処理できる席数・ブース数・スタッフ数など |
| 変動（V） | 遅延が起きやすさ（実務では必ずブレる） |
※Vは厳密に計算しなくていい。
観察指標で「上位10%が暴れているか」で代替します。
3. ステップ1：理論キャパを出す（まず上限を知る）
理論キャパ（1時間あたり）
処理能力（スループット） = S ÷ T（時間単位に揃える）
例：
- 平均滞在（提供）60分（T=60分）
- 同時処理数 4（S=4）
→ 1時間あたり 4人が理論上の処理能力
これは「詰めれば」出る上限です。
ここから先が本題。
4. ステップ2：ピーク係数で"現実"に落とす（山が壊す）
多くの施設は、平均では回っています。
壊すのは ピークです。
ピーク係数（Peak Factor）
ピーク来訪 ÷ 平均来訪
ピーク係数が大きいほど、
「平均で設計してもピークで破綻」します。
定員は平均ではなくピークに耐えるように決める
定員＝収益上限ではないで触れた「上限B：混雑率（ピーク）」と同様の考え方です。5. ステップ3：待ち上位10%を"赤信号"として使う
あなたの文脈で一番効く指標はこれです。
待ち時間の上位10%（P90〜P95）
平均待ちは"ごまかせます"。
上位10%はごまかせません。
体験が壊れると、ここが先に伸びます。
判定ルール（最小）
上位10%が「許容ライン」を超える
→ その状態は定員超過（危険域）
許容ラインは業態によって違います。
ただ、ここで重要なのは数字の厳密さよりも、
"超えたら壊れる"ラインを自分たちで固定すること
これが設計値になります。
観察指標の取り方は、施設のストレスを測るで解説しています。
6. 定員（許容キャパ）の出し方：シンプルな算出法
6-1. 運用キャパ = 理論キャパ × 安全係数
安全係数は、現場の揺れ（遅延・例外・詰まり）を吸収するためのもの。
例：0.7〜0.85の範囲から始める（最初は保守的に）
運用キャパ（定員） = 理論キャパ × 0.8（仮）
ここで0.8が正しいかどうかは、
次の「観察」で確定させます。
6-2. 観察で補正する（上位10%が基準）
| 観察 | 対応 |
|---|---|
| 上位10%の待ちが許容内 | → 係数を少し上げても良い |
| 上位10%が暴れる | → 係数を下げる or ボトルネック改善 |
つまり、係数は"決め打ち"ではなく、
待ち上位10%でチューニングする
これがFirst byte的に強い。
7. 定員が「収益上限」になるのは、ボトルネックが固定されたとき
定員＝収益上限ではない、と言いました。ただし例外があります。
- ボトルネック工程が固定
- 改善余地が小さい
- 追加投資（席/人/機材）が必要
この状態では、定員は収益上限に近づきます。
だから判断はこうなります。
- まだ改善余地がある → 先に工程改善
- 改善余地が薄い → 投資判断（増設/増員）
8. 収益上限も逆算できる（設計値としての上限）
定員が出たら、収益上限も"設計値"として置けます。
収益上限（最小）
許容キャパ × 回転数 × 単価
ただし重要なのは「売上上限」より、
上限を超えたときに失うもの（再訪・紹介・信頼）の方が大きい
という設計思想です。
だから快適域を削って売上を追うのは、
長期利益を壊しやすい。
収益上限の逆算の全体像は、パーソナルスペースを"設計値"にするで解説しています。
本記事は定員の算出（理論キャパ・ピーク係数・待ち上位10%・許容キャパ）に特化しています。実際の数値や閾値は施設・サービス・観察期間により異なるため、施設のストレス観測・パーソナルスペース設計・定員と利益の関係・混雑前の優先順位の記事とあわせて自社の前提に合わせた判断をおすすめします。
判断の土台として押さえておくこと
- 定員は理論キャパではなく運用キャパ（快適域込み）：理論値に安全係数をかけ、待ち上位10%が許容内かでチューニングする。
- 閾値は「待ち上位10%」「ピーク混雑」で固定する：平均はごまかせるが、上位10%が許容を超えたら定員超過とみなす設計値にする。
- 定員は固定値ではなく観察でチューニングする設計値：一度決めて終わりにせず、データで見直す。
次の一手：定員＝収益上限ではない／施設のストレスを測る／前提設計の基礎
9. 定員設計の結論（最短）
- 定員は 理論キャパではなく 運用キャパ
- 運用キャパは 快適域（バッファ）込みで決める
- 快適域の閾値は ピーク混雑 と 待ち上位10%
- 定員は固定値ではなく、指標でチューニングする設計値
これで「パーソナルスペース」は
抽象論ではなく、収益設計とつながる運用可能な数値になります。
快適定員の概念と収益上限の逆算は、パーソナルスペースを"設計値"にするで解説しています。観察指標と閾値の出し方は施設のストレスを測る、定員と利益の関係（快適域で利益を守る）は定員＝収益上限ではないで扱っています。稼働を上げる前の改善順（情報→工程→配置→稼働）は混雑を増やす前にやることで解説しています。前提設計の4ブロック全体は、前提設計：成果を出す前に、判断を壊さない土台を作るをご覧ください。
nextInCategory={[ { title: "混雑を増やす前にやること", url: "/column/bottleneck-priority-order" }, { title: "定員＝収益上限ではない", url: "/column/comfort-buffer-revenue-design" }, { title: "施設のストレスを測る", url: "/column/facility-stress-observation" }, { title: "パーソナルスペースを\"設計値\"にする", url: "/column/personal-space-design-value" }, ]} philosophyLink={true} />