本文へ移動
おもてなしOS

ホテルの「顧客情報」と「お客様の記憶」は何が違うのか

予約台帳にある顧客情報と、次のおもてなしにつながる「お客様の記憶」の違いを、宿泊現場の記録単位から整理します。

ホテルや旅館には、氏名、連絡先、宿泊日、人数、プランといった多くの顧客情報があります。しかし、情報がそろっていることと、「前回のことを分かってくれている」とお客様に感じていただけることは同じではありません。予約を成立させるための情報と、滞在を支える記憶では、役割が違うからです。

この違いを曖昧にしたまま記録を増やすと、現場は読むべき欄が増える一方で、本当に必要な一言を見つけられなくなります。まずは何を顧客情報と呼び、何を次回へ渡す記憶として扱うのかを分けて考えます。

顧客情報は「今回の予約を正しく扱う」ためのもの

予約番号、チェックイン・チェックアウト日、人数、部屋、料金、連絡先などは、今回の宿泊を間違いなく処理するための基礎情報です。変更やキャンセルも起こるため、どのシステムを最新情報の置き場所とするか、誰が更新するかを決めておく必要があります。

ここで重要なのは、予約情報を別のメモへ何度も転記しないことです。転記した時点では正しくても、その後の変更が片方にしか反映されなければ、現場ではどちらを信じるべきか判断できません。予約に関する事実は、確認元が分かる状態で参照します。

お客様の記憶は「なぜ、その対応が必要か」を伝える

一方、記憶として残したいのは、会話の背景、希望、ホテルから伝えた約束、手配の進捗、実際に行った対応です。たとえば同じ「食事について相談」という記録でも、質問だけなのか、変更を約束したのか、厨房へ手配済みなのかで次の行動は変わります。

文章を丸ごと保存するだけでは、後から読む人が判断し直さなければなりません。「お客様の希望」「施設からの回答」「約束したこと」「担当」「期限」「実行結果」を分けると、別のスタッフでも経緯を追いやすくなります。

記録は多さではなく、行動につながる単位で残す

よい記録は、読んだ人が次に何をすべきか分かります。事実と推測を混ぜず、変わる可能性のある好みは断定せず、今回限りの事情と今後も役立つ情報を区別します。不要になった情報を更新する仕組みも必要です。

顧客カルテに残す項目を決めるときは、項目数から始めるのではなく、「次の担当者が判断に迷う場面」を先に洗い出すと実用的です。おもてなしOSが目指すチームで共有できるお客様の記録も、単なる情報の蓄積ではなく、一件の背景を次の人へ渡すためのものです。

記録の境界をチームでそろえる

同じ内容でも、スタッフによって「予約備考」「顧客メモ」「申し送り」へ置く場所が違えば、結局は探し回ることになります。実際に起きた問い合わせを一つ選び、予約の事実、希望、約束、進捗をどこへ記録するか全員で確認すると、項目名だけでは見えなかった迷いを発見できます。

現場で確認してみましょう

  • 予約の事実と、会話から生まれた希望・約束を分けているか
  • 予約情報の最新情報の置き場所と更新担当が決まっているか
  • 担当、期限、実行結果まで追える記録になっているか
  • 推測や古い情報を、確定事項のように残していないか
  • 次のスタッフが短時間で必要な情報を見つけられるか

顧客情報だけでは、次のおもてなしが始まらない

氏名、住所、電話番号、宿泊日、人数は、予約を成立させて部屋を用意するために必要な情報です。しかし、再訪時にお客様が感じる「覚えていてくれた」は、こうした属性情報だけからは生まれません。前回どのような会話があり、何を約束し、どの対応を喜ばれたかまでつながって、初めて記憶として働きます。

たとえば前回、足元に不安があるお客様へエレベーターに近い部屋を提案し、到着時刻に合わせて椅子を用意したとします。部屋番号だけが残っていれば、次回は「前回と同じ部屋を希望した」と誤解されるかもしれません。理由、提案、結果を一緒に残せば、部屋が変わっても同じ配慮を再現できます。

迷わないための考え方

事実と推測を分ける

「低層階を希望」は確認済みの事実ですが、「高所が苦手らしい」は推測です。推測を事実のように残すと、次のスタッフが不必要な断定をします。本人の言葉、スタッフの観察、施設側の判断を項目や表現で分けて記録します。

好みと必要な配慮を分ける

枕の硬さのような嗜好と、アレルギーや移動上の配慮は扱う優先度が異なります。表示、通知、確認者、保存期間を同じにせず、安全に関わる情報ほど確認流れをはっきりさせます。

一回の出来事を時系列で残す

依頼内容だけでなく、誰がいつ確認し、何を提案し、最終的にどうなったかを残します。断片的なメモではなく流れが見えることで、次回の担当者が結論だけを誤って再利用することを防げます。

次回も使えるかを記録時に判断する

その宿泊だけの要望か、次回も確認すべき傾向かを区別します。ずっと使う的な好みとして固定せず、再確認日や「次回は本人に確認」の一言を添えると、古い情報を押し付けずに済みます。

情報を次の対応につなげる5つの手順

  1. 予約を出発点にまとめるメール、電話、OTAメッセージ、現地会話を別々に保管せず、可能な範囲で同じ予約・同じお客様へひも付けます。ひも付けられない場合も、検索できる予約番号や宿泊日を残します。
  2. お客様の言葉を短く引用する要約だけで意味が変わりそうな場面では、必要最小限の本人表現を残します。感情的な評価やスタッフの解釈を足さず、後から読み返して状況を理解できる長さに整えます。
  3. 約束と行動へ分解する「対応します」という記録で止めず、誰が、いつまでに、どこへ確認し、誰がお客様へ返答するかへ分けます。記憶を仕事に変えるには、担当と期限が必要です。
  4. 実施結果を閉じる完了ボタンだけで終わらせず、実際に提供した内容、変更点、お客様の反応、未解決事項を記録します。提供できなかった場合も理由と代替案を残すことで、次回の判断材料になります。
  5. 次回の表示範囲を決めるフロント、予約、料飲、清掃など、次回の誰に何を見せるかを決めます。全員に全部を見せるのではなく、その人の業務に必要な情報だけが適切なタイミングで届く状態を目指します。

部門ごとに、同じ記憶をどう使うか

予約・フロント

予約条件と本人確認を出発点に、今回必要な配慮と前回履歴を照らし合わせます。過去情報を読み上げるのではなく、現在の希望を確認する質問へ変え、確定した内容だけを当日担当へ渡します。

料飲・客室・手配担当

自由記述の背景を読む前に、対象者、実施内容、日時、重要度、確認状態を見ます。不明な点を推測で埋めず、主担当へ戻し、実施結果と変更点を同じ予約へ記録します。

責任者・管理者

保存目的、閲覧範囲、表現、更新日を定期確認します。主観的な人物評価や古い安全情報が残っていないかをサンプル監査し、良い活用例と誤適用例の両方を運用改善へ戻します。

次のスタッフが誤解しにくい記録例

記録は「何を知っているか」ではなく、「次の担当が何を確認し、何を実行できるか」で書きます。文章量を増やすより、対象者、出所、時点、状態、次の行動が判別できることを優先します。

  • 本人申告:歩行時に手すりがある流れを希望。今回の客室位置はフロント責任者が8月31日に確認済み。次回も予約条件に合わせて再確認する。
  • 前回実績:貸出枕は低めを提供。本人から「この高さが楽だった」と発言あり。ずっと使う設定にせず、次回チェックイン前に希望を確認する。
  • 今回限り:同行者の到着が遅れるため鍵の受渡方法を個別案内。家族構成の今後も使う情報には移さず、その予約の履歴へ残す。
  • 未確認:電話で食事に関する相談あり。対象者と範囲が不明のため確約せず、料飲担当が本日15時までに折り返す。
  • 実施結果:椅子を客室入口へ設置し18時10分に本人確認。位置を変更したため、当初予定と実績の差分を記録した。

30日で、情報を引き継ぐ土台を作る

  1. 1〜7日目直近の予約から、同じ説明の繰り返し、手配漏れ、古いメモの誤利用が起きた事例を十件集めます。個人の失敗ではなく、情報がどこで切れたかを時系列で確認します。
  2. 8〜14日目事例を基に、本人の言葉、対象者、確認状態、担当、期限、実施結果という最小項目を決めます。記録禁止の表現と、再確認が必要な情報も明文化します。
  3. 15〜21日目一つのシフトまたは一施設で試し、入力にかかる時間と、次の担当が記録だけで行動できたかを確認します。使われない項目は削り、重要情報の表示を前へ出します。
  4. 22〜30日目再質問、期限超過、誤適用を導入前と比較し、月に一度の見直し担当を決めます。成功例だけでなく、記録しすぎた情報や判断に迷った例も共有し、次月の改善対象にします。

責任者が見ておきたいこと

責任者は、入力件数ではなく、記録が次の行動へ使われたかを見ます。安全情報の再確認、主観表現、閲覧権限、保存期間をサンプルで点検し、不要な情報は整理します。現場に追加作業を求めるときは、その記録を誰がいつ使ったかまで示すと定着しやすくなります。

よくある失敗と防ぎ方

  • 自由記述欄へ何でも書き込み、重要な配慮が長文の中に埋もれる。重要度、種別、確認状態を分けて検索できるようにします。
  • スタッフの主観的な人物評価を残す。接客に必要な具体的事実へ置き換え、差別的・感情的な表現を禁止します。
  • 古い情報を自動的に正しいものとして使う。更新日と出所を表示し、重要情報は宿泊ごとに本人または責任者が再確認します。
  • 記録件数を成果にする。量ではなく、確認漏れや再質問が減ったか、次の対応に使われたかで運用を評価します。

改善できたかを数字で確かめる

システムを入れただけで終わらせず、現場の仕事がどう変わったかを定期的に確認します。

同じ質問の再確認率
すでに確認した内容を別のスタッフが再度尋ねた件数を追います。減少すれば、情報が次の担当へ届いている可能性が高まります。
約束の期限内完了率
記録された依頼のうち、設定した期限までに完了・報告できた割合を確認します。記録が行動につながっているかを見る指標です。
次回対応への再利用件数
過去の記録を参照して提案や確認を始められた件数を、好事例とともに月次で振り返ります。単純な件数競争にはしません。

よくある質問

顧客情報は多く残すほどよいのでしょうか?

多ければよいわけではありません。宿泊業務とおもてなしに必要な目的を説明できる情報に絞り、閲覧権限、保存期間、削除や訂正の方法を決めることが先です。必要性のない私生活の情報や主観的評価は残さない運用が安全です。

お客様の好みは毎回確認したほうがよいですか?

安全や料金に関わる内容は原則として再確認します。嗜好も「前回はこちらでしたが、今回も同じでよろしいですか」と選択肢として提示し、決めつけないことが大切です。

既存のPMSだけでチームで共有できるお客様の記録を作れますか?

PMSのメモ、顧客台帳、履歴機能で始められる施設もあります。まず現在残せる項目と検索性、権限、時系列表示を確認し、不足する会話・約束・手配だけを周辺の仕組みで補う方法が現実的です。

まとめ

顧客情報は予約を正しく扱う土台であり、お客様の記憶は、その人に合った次の行動を選ぶための背景や流れです。両方を混ぜず、予約、会話、約束、手配、実行結果の関係を見えるようにすることが、継続できるおもてなしにつながります。考え方の背景は「その一件は、誰かの大切な一日だ。」でも紹介しています。記事一覧はおもてなしOSジャーナルからご覧ください。

OMOTENASHI OS

一人ひとりの記憶を、
次のおもてなしへ。

予約・会話・約束・手配を、誰かの大切な一日としてつなぐ。
自施設での始め方を一緒に整理します。