フードコートのPOS管理が難しい理由
フードコートは、施設運営者(デベロッパー)と各テナント(飲食店)が異なる事業者であるため、「誰の売上をどう分けるか」という精算構造がPOSの設計に直結します。
一般的なフードコートでは、お客様がテナントAで注文・支払い→テナントBで別の注文・支払い、という形で各テナントに直接精算する方式が多いですが、施設全体でセルフオーダー端末を導入する場合は「一括注文・一括精算→テナント別に売上分配」という方式が求められます。
施設運営者が把握したい情報
- テナントごとの日次・月次売上(歩合賃料の算定基礎)
- フードコート全体の来客数と客単価
- 時間帯別の混雑度(座席回転率の把握)
- テナント別の注文待ち時間(オペレーション品質管理)
セルフオーダー端末の導入パターン
フードコートへのセルフオーダー端末導入は、注文から受取までの動線設計と密接に関わります。端末の台数、設置場所、精算方式によって、オペレーションが大きく変わります。
方式1: テナント個別注文型
仕組み
各テナントのカウンターにセルフオーダー端末を設置。お客様が各店舗で個別に注文・精算。従来のカウンター注文を端末に置き換えた形。
メリット: テナントごとに導入でき、施設全体の一斉導入が不要。各テナントが自店舗のPOSで完結する。
デメリット: 複数テナントで注文する場合、お客様がテナントごとに精算する手間がある。
方式2: 一括注文・テナント分配型
仕組み
フードコート共用のセルフオーダー端末で、複数テナントの商品をまとめて注文・一括精算。注文データは各テナントのキッチンプリンタに自動配信。できあがり次第、番号で呼び出し。
メリット: お客様は1回の操作で複数テナントに注文可能。施設全体の売上データを統合管理しやすい。
デメリット: 全テナントのメニューを1つのシステムに統合する必要があり、導入と運用の調整コストが大きい。
テナント別売上分割の仕組み
一括精算方式を採用する場合、POS上で「どの商品がどのテナントの売上か」を自動的に仕分ける仕組みが必要です。
| 分配方式 | 仕組み | 適用ケース |
|---|---|---|
| 商品単位分配 | 各メニューにテナントコードを紐付け。精算時に自動振り分け | 一般的なフードコート |
| 注文単位分配 | 注文ごとにテナントを指定。1注文=1テナント | テナント横断注文がない施設 |
| 比率分配 | 施設共通メニュー(ドリンクバー等)の売上を時間帯比率で分配 | 共通サービスがある施設 |
導入ステップ
Step 1: 現状の精算フロー整理(2〜4週間)
各テナントの現行POS、メニュー数、ピーク時の注文数を調査。施設全体の精算方式(個別 or 一括)を決定。
Step 2: テナント合意形成(2〜4週間)
売上分配ルール、手数料率、メニュー登録の運用ルールをテナントと合意。契約書への反映。
Step 3: システム構築・メニュー登録(4〜8週間)
POS・セルフオーダー端末の設置、全テナントのメニュー登録、キッチンプリンタの配線・設定。
Step 4: スタッフ研修・テスト運用(1〜2週間)
各テナントスタッフへのオペレーション研修。テスト注文で端末からキッチンまでの動線を検証。
Step 5: 本番稼働・運用改善(稼働後1〜3か月)
稼働開始後、注文待ち時間や端末操作の課題を収集し、メニュー配置やフロー改善を継続。
まとめ:施設運営者とテナントの両方が納得するPOSを
フードコートのPOS選びは、施設運営者にとっての管理効率と、各テナントにとっての使いやすさの両立が求められます。とくにセルフオーダー端末の導入は、精算方式・売上分配ルール・テナント合意の3つをセットで設計する必要があります。
まずは自施設のテナント数と精算方式(個別/一括)を明確にし、テナントとの合意形成を並行して進めることから始めてください。
