混雑を増やす前にやること

「予約を増やしたい」「稼働率を上げたい」とき、今の流れでどこに負荷が集まるかを先に確かめます。待ち、質問、交差、離脱が増えると、受付だけの売上計算では見えない対応も必要になるからです。

情報→工程→配置→稼働は、点検漏れを防ぐ出発案として使えます。ただし順番を全施設へ固定しません。危険な交差、通路の閉塞、必要な支援などの制約を先に確認し、現場に応じて優先順位を決めます。

30秒で要点

• 情報の迷い、工程の時間、配置の交差、予約の集中を、同じ現場・時間帯で観察します。
• 速い工程をさらに速くしても、次の工程が制約なら全体の処理量は増えない場合があります。
• 作業時間、待ち時間、同時滞在人数、時間当たり処理量は別の量です。
• 二週間の小さな試行は開始案です。曜日・客層・スタッフ数を記録し、悪化したら止めて見直します。

改善の順番は、全体の流れを見て選ぶ

NIST MEPのValue Stream Mappingは、情報と工程の現状の流れを可視化し、診断して将来の流れを描き、改善へ進む考え方を説明しています。製造業の説明を、店舗や施設の運用へ類推した点検方法です。「案内から始めれば常に最安」という順位を示すものではありません。

予約、到着、受付、サービス、会計、退出までを書き出します。人が止まる場所だけでなく、その手前と後ろ、誰がどの作業を兼務するかも記録します。利用者とスタッフなど、立場の違う観察を合わせると、受付の速さだけに判断を寄せずに済みます。

1. 情報：迷いと同じ質問の集中を見る

次にすること、行く場所、ルール、待ちの見通しが分からず、立ち止まったり質問が集中したりすることがあります。情報不足が原因かどうかを、場面ごとに確かめます。

表が収まらない場合は、横にスクロールできます

紙一枚でも、制作・掲示・更新、読む人への配慮には負担があります。設備投資ゼロや、案内だけで詰まりが解消すると決めつけません。表示を増やしたために迷いが増えないかも観察します。施設のストレスを測るが記録の入口になります。

2. 工程：時間の内訳と、前後の制約を見る

受付が長い、会計が詰まる、説明や判断が繰り返される、例外対応が後ろへずれる、といった状態を分けます。作業にかかる時間と、作業が始まるまでの待ちは別に測ります。「五分の遅れは常に二十分の待ちになる」という固定倍率は使いません。

同じ工程に列が続く、長い待ちが増える、スタッフの忙しさが特定時間に集中する場合は、その工程と前後の流れを見ます。

表が収まらない場合は、横にスクロールできます

架空の三工程：受付だけを速くしても変わらない例

専任の担当者が一人ずついて、同じ一件が受付→サービス→会計を通るとします。各作業時間は固定で、故障、移動、準備、兼務、待機場所の制限を省いた教材です。

表が収まらない場合は、横にスクロールできます

この条件で、十分な仕事が継続して流れるときの全体の理論処理量は、最小の6件/時間に制約されます。三工程の能力を足した33件/時間ではありません。受付だけを四分にしても、サービスの6件/時間は残ります。サービスを六分にできた場合は、その能力が10件/時間となり、この単純な条件では全体の制約も10件/時間へ変わります。

流入が一定の8件/時間、処理が6件/時間なら、両者の差は2件/時間です。これは連続した流れとしての蓄積速度の近似で、正確な来場人数、待ち時間、安全な滞留人数を表しません。流入を処理量以内へ抑えるだけでも、変動がある現場の待ちがなくなる保証はありません。

MITの生産ライン教材は、個々の機械の能力と、故障やバッファを含むライン全体の違いを示しています。1996年の製造業の教材で、本記事の三工程は別の架空例です。実際は兼務、作業時間のばらつき、前後の工程、待機場所の上限を確認してください。人数と処理量の整理は定員数の算出へ続きます。

3. 配置：交差、滞留、通路の制約を確認する

配置を常に最後へ回す必要はありません。危険や通路の閉塞があるなら先に対応します。ここでの改善案は、法令上の定員や避難、安全性を認定する設計ではありません。必要な基準や現場の確認と分けて扱います。

表が収まらない場合は、横にスクロールできます

止まる場所を確保する、入口と出口の役割を分ける、処理点を増やすなどが候補です。ただし場所を移した結果、別の通路が狭くなったり、必要な支援が届きにくくなったりしないか確認します。待ちを見えなくするだけで、処理時間や滞留が減ったと扱わないようにします。

4. 稼働：総枠数の前に、到着の山と負荷を整える

予約の集中、初回対応、特殊対応、担当の重なりを確認します。稼働率が高いことと、利用者が無理なく流れることは同じではありません。

予約量を変える前に、次の条件を記録します。

• 待ちの中央値や分位点、遅い層の状況が、自社で決めた許容条件に収まるか。
• ピーク同時滞在、滞留、交差、必要な支援に悪化がないか。
• キャンセルや途中離脱、スタッフ負荷を含めて観察できるか。
• 増やした後に、いつ止めるか、枠を戻せるか、誰が判断するか。

予約を時間帯へ分散する、余裕を持った枠へ案内する、初回や追加対応に必要な時間を確保する、といった候補から選びます。価格で時間帯を調整する場合も、利用条件と利用者への影響を検討します。枠を増やすことで利益が必ず増える、あるいは改善後は壊れない、とは判断しません。

処理量、同時定員、快適さ、収益の区別は定員数の算出、定員＝収益上限ではない、パーソナルスペースを設計値にするで確認できます。

二週間の試行案：条件を残して小さく変える

一週目に観察、二週目に小さな変更を試す案です。二週間は、統計的な効果や原因を確定する基準ではありません。件数が少ない、曜日や客層が違う、変更が多い場合は、期間だけで結論を出さずに観察を続けます。

一週目：全体を記録し、仮説を一つ選ぶ

表が収まらない場合は、横にスクロールできます

「上位10%」だけでは、P90という境界値か、遅い10%の平均かが曖昧です。何を見たかを明記します。完了した人の待ちだけを見て、離脱した人の負担を落とさないことも大切です。

二週目：変更と停止条件を決めて試す

案内一枚や手続き一項目など、比較しやすい変更を選びます。必要な安全対応や支援を後回しにするための「一点突破」ではありません。

表が収まらない場合は、横にスクロールできます

数字が良く見えても、客層やスタッフ数が違えば変更の効果とは限りません。改善後は全体を観察し直し、別の制約が現れたかを確認します。改善の正解探しをやめるに、前提と撤退条件を残す考え方をまとめています。

次の判断へつなぐ

観察項目は施設のストレスを測る、処理量と待ちは定員数の算出、目的・制約・現状・判断基準の整理は前提設計へ進んでください。

四つの観点を使い、負荷が集まる理由を確かめ、小さく試して全体を見直します。予約の追加は、その後の待ち、支援、スタッフ負荷を含めて判断します。