宿泊施設で顧客カルテを作ろうとすると、まず「どんな項目を用意するか」という話になりがちです。しかし、欄を増やすだけでは使いやすくなりません。情報が古い、意味が曖昧、どの予約の話か分からない状態では、かえって誤った対応を招きます。
顧客カルテという言葉を使う場合も、目的は人物を評価することではなく、次の対応に必要な事実と経緯を共有することです。宿泊現場で役立つ記録の単位を整理します。
最初に分けたい五つの情報
基本となるのは、予約情報、会話、希望、施設からの約束、実行結果です。予約情報には宿泊日や人数などの確定事項があります。会話は質問と回答の経緯、希望はお客様が望んでいること、約束は施設が引き受けたこと、実行結果は実際に行った内容です。
これらを一つの自由記入欄へ混ぜると、「希望されたが受け付けていない内容」と「対応を約束した内容」を区別できません。項目を分ける意味は、次の行動を誤らないことにあります。
手配には担当・期限・提供日時が必要
ケーキ、花束、送迎などの手配では、商品名だけでは足りません。数量、単価、税、提供日時、担当部署、現在の状態が必要です。また、発注や準備が終わった「手配済み」と、お客様へ提供した「実行完了」は分けて扱います。
現行のおもてなしメーラーでは、確定済みのメーラー内予約に対し、こうした手配明細を記録する設計があります。ただし、この記録が自動でおもてなしOS本体のPMSへ書き込まれるわけではありません。連携範囲を混同しないことも、正確なカルテ運用の一部です。
長く使う情報ほど、更新と扱いに注意する
連絡先や予約内容は変更されます。好みや希望も、そのときの同行者、目的、体調によって変わる場合があります。「いつ確認した情報か」「今回限りか」「次回も参考にできるか」を区別し、古い内容を確定事項として使わない運用が必要です。
また、業務に不要な評価、推測、過度に私的な情報を残してはいけません。記録する目的と閲覧できる人をはっきりさせます。リピーター対応の記録では、自然で安全な活用方法をさらに説明します。
自由記入欄には用途を持たせる
自由記入欄は例外を残せる反面、書き方が人によって変わります。「事実のみ」「次回確認」「今回の予約限り」など、欄の目的や先頭の表記を決めてください。定期的に、読まれていない項目、重複する項目、誤解された表現を見直し、入力する側と利用する側の両方から整理します。
現場で確認してみましょう
- 予約、会話、希望、約束、実行結果を区別しているか
- 手配に担当、期限、提供日時、状態が付いているか
- 情報の確認日と対象となる宿泊が分かるか
- 推測や人物評価を事実のように記録していないか
- 閲覧範囲と更新・削除のルールがあるか
顧客カルテは「集める項目」より「使う場面」から決める
顧客カルテの項目を増やすと、詳しく理解できたように見えます。しかし、誰がいつ使うか分からない情報は更新されず、重要な内容を埋もれさせます。予約、到着準備、滞在中対応、再訪という具体的な場面から逆算し、必要性を説明できる項目だけを残すことが、使いやすさと安全性の両方につながります。
「コーヒーが好き」とだけ残っていても、朝食時の会話なのか、客室へ提供したのか、次回も希望するのか分かりません。「朝食でデカフェを希望。次回は提供できるかどうかを再確認」のように場面、内容、確認状態を添えると、押し付けずに活用できます。
迷わないための考え方
基本属性は予約データを正とする
氏名、連絡先、住所などは複数箇所へ手入力せず、可能な限り予約・PMS側の情報を参照します。カルテ側には重複保存の目的と更新元をはっきりにし、表記揺れを減らします。
配慮事項には出所と確認日を付ける
本人申告、同行者からの連絡、スタッフ観察では信頼度が異なります。いつ誰がどの流れで確認したかを残し、安全に関わる内容は利用時に再確認します。
自由記述を分類項目で補う
細かな背景は自由記述が必要ですが、重要度、カテゴリ、状態、次回確認の有無を選択式で持つと検索と通知ができます。文章だけに依存しない設計にします。
保存期限と訂正方法を決める
長く残すほど価値があるとは限りません。利用目的が終わった一時的事情を見直し、本人から訂正や削除の依頼があった場合の受付、確認、反映手順を決めます。
施設に合うカルテ項目を作る手順
- 利用場面を列挙する予約確認、客室準備、食事、送迎、会計、再訪など、カルテを見る場面と担当者を書き出します。場面が挙がらない項目は収集目的を再検討します。
- 必須・任意・記録禁止を分ける予約運用に不可欠な項目、必要時だけ残す項目、主観的評価など残さない項目を明文化します。入力者による判断のばらつきを抑えます。
- 項目の型を選ぶ日付、選択肢、数値、短文、長文を使い分けます。検索や通知に使う情報は選択式や日付にし、背景説明だけを自由記述にします。
- 表示と権限を設計するすべてを一覧に並べず、当日業務に必要な内容を優先表示します。機微な情報は職務上必要な人だけが開けるよう、閲覧と編集の権限を分けます。
- 少数の実例で検証する架空または適切に管理した検証用データで、入力時間、検索性、通知、訂正、削除を試します。項目を増やす前に、使われない項目を減らします。
項目を入力・利用・管理する責任
入力担当
本人の言葉と出所を確認し、対象者、状態、確認日を選びます。空欄を推測で埋めず、業務に不要な私生活情報や感情的評価は記録しません。
利用担当
当日業務に必要な情報を見て、古い内容は現在の希望として再確認します。安全情報は履歴だけで判断せず、担当部署と本人へ必要な確認を行います。
データ管理者
項目ごとの目的、閲覧権限、保存期間、訂正・削除、更新元を管理します。未使用項目と自由記述の主観表現を定期的に確認し、収集範囲を広げすぎません。
項目設計と入力値の具体例
検索・通知に使う項目は選択式や日付で持ち、背景だけを自由記述にします。同じ内容でも「誰について」「誰から」「いつ確認」「今回の状態」が分かるようにします。
- 対象者：代表者ではなく同行者A。食事要望は夕食のみ。代表者のずっと使うプロフィールへ混ぜない。
- 出所：本人から公式メールで8月30日に申告。スタッフ観察や同行者の推測と区別する。
- 状態：希望受付、厨房確認中、本人了承、当日再確認済みを別々に記録する。
- 適用範囲：その宿泊だけ。次回はプランと本人希望を再確認し、自動適用しない。
- 記録禁止：容姿、性格、経済状況など接客目的と関係のない主観的評価は残さない。
一か月でカルテ項目を整理する
- 1〜7日現在の全項目、自由記述、閲覧者、利用場面を一覧化し、使われない項目と目的不明の情報を候補にします。
- 8〜14日必須、任意、禁止、再確認が必要な項目を決め、対象者、出所、状態、更新日を追加します。
- 15〜21日架空データで新規登録、検索、訂正、重複、権限、削除を試し、当日担当が重要情報へすぐ到達できるかを確認します。
- 22〜30日未使用率、重複、誤適用、再確認漏れを確認し、項目を減らします。保存期間と月次サンプル監査の担当を決めます。
責任者が見ておきたいこと
カルテの詳しさを情報量で評価しません。責任者は、利用目的を説明できるか、対象者と出所がはっきりか、重要情報が再確認されたか、権限と保存期間が適切かを確認します。新項目の追加には、利用場面、責任部署、削除条件を必須にします。
よくある失敗と防ぎ方
- 趣味や家族事情など、接客に不要な情報まで善意で保存する。利用目的を説明できない項目は収集しません。
- 重要な安全情報と一般的な好みを同じ表示にする。優先度、再確認、通知先を分けます。
- 以前の希望をずっと使う設定にする。適用期間と次回確認の有無を持たせ、古い情報を押し付けません。
- 誰でも編集でき、変更理由が残らない。編集権限と操作履歴を用意し、誤訂正を追えるようにします。
改善できたかを数字で確かめる
システムを入れただけで終わらせず、現場の仕事がどう変わったかを定期的に確認します。
- 未使用項目率
- 一定期間に入力も参照もされなかった項目を確認します。法令・安全上必要な項目を除き、目的が曖昧なものは削減候補です。
- 重要情報の再確認率
- アレルギーなど再確認が必要な情報について、その宿泊で確認日時と確認者が残っている割合を見ます。
- 訂正・重複の発生件数
- 同じお客様の重複カルテや古い連絡先、誤ったひも付けを記録し、見分けと更新元のルールを改善します。
よくある質問
アレルギー情報は顧客カルテへ残してよいですか？
安全な提供に必要な範囲で、本人の同意や施設の方針、適用される法令・規程に沿って扱います。出所、確認日、利用範囲、閲覧権限をはっきりにし、過去情報だけで判断せずその宿泊でも再確認します。
同行者の情報は代表者のカルテへまとめてよいですか？
代表者と同行者を混同すると、次回別の同行者へ誤って適用するおそれがあります。誰に関する情報かをはっきりにし、必要以上に同行者情報を長期保存しない設計が必要です。
自由記述欄はなくしたほうがよいですか？
完全になくす必要はありません。例外や会話の背景には自由記述が役立ちます。ただし重要度、状態、対象者、確認日など検索・通知に必要な要素は別項目で持ち、長文の中へ埋めないことが大切です。
まとめ
宿泊施設の顧客カルテで大切なのは、情報量ではなく、何が事実で、何を約束し、どこまで実行したかが分かることです。今回の予約を正しく扱う情報と、次の対応へ渡す記憶を分けてください。項目を増やす前に、現場が判断に迷った実例から必要な記録を洗い出すと、使われ続ける仕組みになります。基礎となる違いはこちらの記事でも確認できます。
