ケーキ、花、送迎、食事の相談、貸出品など、宿泊前にはさまざまな要望が届きます。メールへ返信しただけで安心すると、仕入先への連絡や当日の準備が残ったままになることがあります。
手配管理の目的は、依頼を一覧にすることだけではありません。お客様が希望した内容と、施設が引き受けた約束を区別し、必要な確認と実行を最後までつなぐことです。
「要望」と「確定した約束」を分ける
お客様から相談が届いた時点では、在庫、料金、提供時刻、仕入先の受付などが未確認の場合があります。この段階を確定として共有すると、現場が準備を始めたり、お客様へ誤った案内をしたりするおそれがあります。
受付、施設内確認中、お客様確認待ち、確定、実行済み、キャンセルなど、現在地を区別します。状態名は増やしすぎず、「次に誰が何をするか」が分かることを優先します。
手配には最低限の実行情報を持たせる
手配名だけでなく、対象予約、対象者、提供日・時刻・場所、数量、内容、担当、期限、確認先を残します。料金や支払方法に関わる場合は、施設の正式な案内と、お客様が了承した内容も確認できるようにします。
自由記述にすべてを書くと一覧で比較できません。日付、状態、担当など検索や期限管理に必要な情報は分け、細かな希望や会話の原文は詳細としてたどれるようにします。
期限は「宿泊日まで」では粗すぎることがあります。仕入先の締切、施設内の確認、最終案内など、次の判断が必要になる時刻を設定し、期限超過を誰が確認するかも決めます。
予約と会話の両方へ結び付ける
予約だけを見ても、なぜその手配になったか分からないことがあります。反対に、メールだけでは宿泊日や変更後の人数を見落とすことがあります。手配から、根拠となる会話と現在の予約情報へ戻れる状態が必要です。
予約変更やキャンセルが起きたときに、関連する手配を見つけられることも重要です。単に氏名で検索するのではなく、予約IDなど確アクセス権限の確認能な情報で関係を持たせます。
完了は「依頼した」ではなく「提供を確認した」まで
仕入先へ発注した、厨房へ伝えた、という状態は実行途中です。納品、準備、提供、不要になった場合の停止まで、施設が約束を果たしたかを確認して完了にします。
完了後は、実際に提供した内容と変更点を短く残します。これにより、次の担当が経緯を理解し、同じお客様の次回対応でも事実を確認できます。メール対応から生まれる約束についてはメール送信後の記録設計もご覧ください。
完了できなかった場合も、理由とお客様への案内、代替対応、残る作業を記録します。失敗を隠すのではなく、次の担当が現在地から引き継げることを優先します。
現場で確認してみましょう
- 相談中の要望と、施設が確定した約束を分けているか
- 対象予約、提供日時、内容、担当、期限が分かるか
- 元の会話と最新の予約情報へ戻れるか
- 予約変更・キャンセル時に関連手配を見つけられるか
- 発注ではなく、提供または停止の確認まで追っているか
手配管理は、メモを実行可能な明細へ変えること
お客様からの要望をメモへ残すだけでは、実行責任が生まれません。ケーキ、花束、タクシー、食事変更、貸出品などは、内容、数量、提供日時、担当部署、料金、確認状態がそろって初めて手配として管理できます。返信文と現場の明細を同時に確認し、約束と実物を一致させます。
「ケーキをお願いします」という一文には、種類、サイズ、メッセージ、ろうそく、提供場所、時刻、料金、支払方法、キャンセル期限など多くの未確定事項があります。承知したつもりで進めず、必須項目を確認し、未確定は未確定のまま担当と期限を付けます。
迷わないための考え方
要望と確定手配を分ける
お客様の希望、施設内の確認中、正式確定を同じ扱いにしません。状態、確認者、確認日時を持たせ、確定前の内容で現場が準備を始めないようにします。
一つの予約に複数明細を持たせる
ケーキと花束、食事変更と貸出品のように、同じ予約でも担当・期限・料金が異なります。一件の長文メモへまとめず、明細ごとに完了を管理します。
返信内容と手配明細を照らし合わせる
お客様へ「18時に4号ケーキ」と伝えたのに、厨房明細が19時・5号では事故になります。送信前に数量、日時、場所、料金、表記を横並びで確認します。
未同期を成功に見せない
メーラー内へ記録できても、OS本体やPMSへ書き込まれていない場合は「未同期」とはっきり書きます。自動連携をうたうのは、実機で書き込み成功と再取得まで確認できた範囲だけです。
要望を手配完了までつなぐ手順
- 原文から要望を抽出するメールや会話の原文を残し、誰が何を希望しているかを短く分けます。複数要望は明細候補として別々に扱います。
- 予約と対象者を確認する施設、予約番号、宿泊日、代表者、実際の対象者を確認します。候補予約の段階では手配を確定しません。
- 必須項目を埋める内容、数量、提供日時、担当部署を基本とし、必要に応じて料金、税、商品コード、メッセージ、会計方法を追加します。
- 担当へ依頼し期限を置く部署だけでなく主担当と確認期限を決めます。引き受けたこと、確認中、確定、完了、キャンセルの状態と、期限超過時の通知先を設定します。
- 実施結果を予約へ戻す何をいつどこで提供し、変更・返金・未実施があったかを記録します。次回に使う情報と今回限りの事情を分けます。
手配を受け、確定し、実行する担当
受付・返信担当
原文から要望を分け、予約と対象者を確認し、未確定項目を質問します。確認前に可能と約束せず、返信内容と手配明細を送信前に照らし合わせます。
手配・提供担当
内容、数量、日時、場所、料金、注意を確認して引き受けたことします。推測で補わず、変更があれば主担当へ戻し、予定と実績の差分を記録します。
責任者
未割当、期限超過、確認中、外部発注、料金例外を確認します。メーラー内保存とOS・PMS同期を区別し、未同期の標準転記と実施完了まで監督します。
一件の要望を明細へ変える例
長文メモへまとめず、実行担当や期限が違うものは別明細にします。原文、予約、確定状態、提供条件、保存先を一緒に残すと、現場が推測せずに動けます。
- ケーキ：4号一台、9月2日19時、レストラン、厨房担当。メッセージと税込金額は確認中。
- 花束：外部店舗へ発注、受取17時、フロント保管。変更期限とキャンセル料を記録する。
- タクシー：出発時刻、乗車人数、行先、予約会社、予約番号を確認し、単なる「手配済み」で終えない。
- 食事変更：希望受付と提供確定を分け、厨房確認者と本人了承を残す。
- 同期状態：メーラー内記録・OS未同期。正式当日一覧への転記担当と完了時刻を記録する。
30日で手配漏れを減らす
- 1週目直近のケーキ、花束、送迎、食事、貸出品から、確認不足・期限超過・変更漏れを集めます。
- 2週目内容、数量、提供日時、担当部署を基本必須とし、状態、主担当、期限、完了条件を決めます。
- 3週目一つの施設でメール返信と明細作成を同時に試し、現場が一覧だけで実行できるか確認します。
- 4週目返信と明細の不一致、未確定仕事の停滞、お客様の再確認で発覚した漏れを振り返り、定番候補と通知を調整します。
責任者が見ておきたいこと
責任者は登録件数ではなく、未確定から確定、担当引き受けたこと、実施、会計まで閉じたかを見ます。定番候補で入力を速くしても、日時や担当を自動推測させません。未同期を同期済みのように表現しないことを機能品質として扱います。
よくある失敗と防ぎ方
- 定番ボタンを押しただけで日時や担当を自動確定する。候補入力後に必須項目を人が確認します。
- メール返信を手配完了とみなす。現場の引き受けたこと、準備、提供まで別状態で追います。
- 変更時に古い明細を残したまま新規登録する。変更履歴を保ちつつ有効な明細を一つにします。
- PMS連携が未実装なのに同期済みと表示する。保存先と同期状態をはっきりに分けます。
改善できたかを数字で確かめる
システムを入れただけで終わらせず、現場の仕事がどう変わったかを定期的に確認します。
- 未確定のまま期限を迎えた手配
- 確認中で止まった明細を分類し、担当割当、確認先、通知の不足を改善します。
- 返信と明細の不一致件数
- 数量、日時、料金、内容の相違を記録し、送信前照らし合わせと変更連動を見直します。
- お客様からの再確認で発覚した漏れ
- 内部通知より先にお客様から指摘された事例を最重要として振り返ります。
よくある質問
すべての要望を手配品として登録しますか？
物品・サービスの準備、他部署への依頼、期限のある行動など、返信後も実行責任が残るものを登録します。単純な質問回答まで増やすと一覧が埋もれるため、施設の完了条件を決めます。
定番候補を使うと入力ミスはなくなりますか？
内容の入力は速くなりますが、日時、数量、担当、料金は予約ごとに違います。候補は出発点にとどめ、推測せず確認する入力補助と組み合わせます。
PMSへ自動登録されますか？
現在のデモ画面では、確定予約にひも付けてメーラー内へ手配品を残せますが、OS本体への書き込み・同期は行わず未同期とはっきり書きています。自動登録は対象PMSの書き込み仕様と実機検証ができた後の別段階です。
まとめ
ホテルの手配管理では、要望を受けた瞬間から、確認、約束、実行、完了まで状態をつなぎます。担当と期限だけでなく、対象予約、提供条件、根拠となる会話を持たせることで、担当者が変わっても判断できます。その一件を処理で終わらせず、お客様の大切な一日へ確実に届けることが手配管理の役割です。具体例は記念日ケーキの手配、一覧はこちらです。
