泊食分離・素泊まりへの業態転換

泊食分離には一つの完成形があるわけではありません。夕食のみ外す案、朝食を残す案、食事を選択式にする案ごとに、宿泊者に提供するサービスを定義します。[1][2]

現在の調理、配膳、下膳、洗浄、仕入れ、在庫、予約変更の仕事を時間帯で並べます。夕食をやめても朝食調理と洗浄、衛生管理、厨房の保守が残るなら、業務がどこまで変わるかを具体的に確認する必要があります。

販売する部屋と食事の組合せ、予約締切、取消条件、アレルギー等の問合せ窓口を整理します。食事を外部に任せる場合も、誰が注文を受け、誰が代金を受け取り、提供できない日にどう案内するかを決めます。

宿の外で食事を楽しめるかは、飲食店の数だけでは分かりません。営業日、予約の要否、最終入店、徒歩経路、帰りの交通を確認して初めて案内できます。[1]

温泉街では繁忙日と閑散日で営業状況が変わる場合があり、宿の客室数に対して受入席数が足りるかも論点です。地域の店を紹介する際は、実際に確認した情報と更新日を記録し、満席や臨時休業時の代替案を用意します。

長期滞在や家族利用では、毎晩外食するか、持ち帰りを使うか、館内で食べる場所があるかも異なります。自館の立地に合わせて利用の選択肢を整え、近くに店があるという理由だけで夕食需要を満たせると推測しません。

使わなくなる厨房は、機器撤去と建物・設備の改修を分けて考えます。給湯、ガス、換気、排水が他部門と共用なら、撤去によって残る運営にも影響します。[4][3]

冷凍冷蔵庫、加熱機器、洗浄機、排気フード、グリストラップ、食器・備品を台帳化し、残す物と撤去する物を確定します。食事処をラウンジや客室に変える場合は、間仕切り、防火・避難、換気、設備負荷等の適合確認を行います。

見積には撤去・処分、接続口の処理、電源・配管の切離し、床壁天井の復旧、用途変更等の調査を含めます。厨房面積に一律の単価を掛けるのではなく、新しい使い方を示した図面で工事の範囲をそろえます。

夕食時刻がなくなると、到着の時間帯やスタッフ配置の条件も変わります。遅い到着、外出からの帰館、連泊時の清掃等を含めて運営表を作ります。[5][1][6]

受付を簡略化する場合は、本人確認、宿泊者名簿、鍵、緊急時対応を分けて設計します。ICTの導入には国の管理要領と所在地の条例等の確認が必要であり、端末を置けば常駐や対応の条件が自動的になくなるわけではありません。

食事部門から人を移す計画では、受付、清掃、設備点検等の仕事量と教育を確認します。予定するシフトで実際に連絡・駆けつけや清掃を担えるかを試し、繁忙日と少ない人員の日の両方を運営手順に記します。

朝食や軽食を残す場合は、その調理・保管・提供方法に応じた衛生管理が続きます。品数が減ることと、衛生管理が不要になることは別です。[2][4][3]

食材受入れ、温度管理、加熱、盛付け、提供、片付けの手順を、新しい献立と提供時間に合わせて見直します。外部調理品を使う場合は、配送時の状態、保管、再加熱、責任分界を確認します。

持込みを認める計画では、客室内の冷蔵庫、共用電子レンジ、食べる場所、清掃、ごみ回収、臭気への対応を決めます。館内調理設備を宿泊者が使う場合は、その設備と運営が既存の許可・安全対策と整合するかを相談します。

泊食分離の判断には、食事売上と食材費だけでなく、人件費、光熱費、設備保守、清掃、販売費の変化を並べます。売上減と費用減を別々に確認する必要があります。[1]

既存の実績は食事付き・食事なし、平日・休日、連泊等の販売条件を分けて整理します。転換後の料金や稼働は事業者が入力する仮定とし、改修すれば客室単価が上がる、厨房を閉めれば一定の利益が出るとは置きません。

売買の検討では、転換前の収益を新しい運営の収益として表示しないようにします。取得費、改修費、再開準備、必要な運転資金を分け、地域の店や運営体制の確認が済んだ部分から計画を具体化します。