レンタルスペースの予約状況を共有する方法｜スタッフ連携のポイント

レンタルスペースの運営に人が増えると、予約情報の置き場所も自然に増えていきます。予約サイトの管理画面、自社のカレンダー、スタッフ間のチャット、手書きのメモ。どれも最新の状態に保たれていれば問題ありませんが、実際にはどれかひとつが古いまま残ります。まず、共有が崩れたときに何が起きるのかを整理します。

予約状況の共有が崩れると何が起きるか

受付に人がいる運営と、無人で運営してスタッフは清掃や点検だけを担う運営とでは、共有すべき情報が変わります。受付に人がいる場合は、接客の場で予約の状況を確認する必要があるため、当日の予約と前後の予約がすぐ見えることが優先されます。無人運営の場合は、清掃や点検のスタッフにどこまで予約情報を渡すかが論点になります。本記事では両方に触れますが、判断の軸は「その情報がなければ困る人が誰か」です。

予約を「知っている人」がばらつくと起きる4つのミス

予約情報の共有が崩れると、次の4つが起きます。

• 二重予約：予約サイト経由の予約が自社のカレンダーに反映されておらず、同じ時間帯に別の予約を受け付けてしまう。予約サイトと自社の予約ページを併用しているときに起きやすくなります。
• 清掃の抜け：前の利用者が延長したことや、次の予約が入ったことが清掃スタッフに届かず、入室の時間に清掃が終わっていない。
• 鍵・入室案内の違い：スタッフによって案内する解錠方法が違い、利用者が入室できない。同じ施設でも、案内する人が変わると手順が変わる状態です。
• 重複対応：同じ問い合わせに2人が別々に返信し、回答の内容が食い違う。チャットで「対応します」と書き合っていても、誰が最終回答を出すかが決まっていなければ同じことが起きます。

4つに共通するのは、ミスをした人の不注意ではなく、必要な情報がその人の手元に届いていなかったという点です。注意力の問題として扱うと、注意喚起や研修を繰り返すことになりますが、置き場所を変えれば同じミスは起きにくくなります。

この4つは、「誰が知らなかったか」で分けられます。二重予約は予約を受ける人が、清掃の抜けは清掃担当が、鍵の案内違いは接客する人が、重複対応は問い合わせを担当する人が、それぞれ知らなかったことで起きます。共有の設計は、この4人に何を届けるかを決める作業です。

原因は予約情報の置き場が複数あること

原因は、同じ予約の情報を複数の場所で持っていることです。予約サイトの管理画面で受けた予約を自社のカレンダーに手で転記し、変更があればチャットで連絡する。この運用では、ひとつの予約に対して同じ内容の写しが複数でき、そのうちのどれかが更新されないまま残ります。

写しが増えると、どれが最新かを確認する手間も増えます。スタッフは念のため複数の場所を見るようになり、確認の手間が増えた分だけ、更新が後回しにされやすくなります。更新が遅れれば、また確認の手間が増える。この循環が、共有が崩れるという状態です。

情報を持つ人が増えるほど、写しの数も増えます。まず減らすべきは、写しの数です。転記をやめる、チャットでの連絡を減らすという順番で、置き場所を1つに寄せていきます。

予約状況の共有は「1つのカレンダーに集める」から始める

共有の設計は、置き場所を増やすことではなく減らすことから始めます。予約の正本を1つに決め、そこを見れば予約の全体が分かる状態を作ります。ここが決まらないまま権限やツールの話を進めても、何を共有するのかという基準が定まりません。

すべての予約経路を1か所に取り込む

予約の入口は複数あります。予約ポータル、自社の予約ページ、電話やメールでの申し込みです。これらが別々のカレンダーに入っていると、空き状況が一致しません。

• 予約ポータル：連携できるシステムであれば、予約が入った時点で自動的にカレンダーへ反映させます。手入力で写す運用が残ると、写し漏れがそのまま二重予約になります。ポータルを複数使う場合も、すべて同じカレンダーに集めます。
• 自社の予約ページ：同じカレンダーの空き状況を表示させる形にします。別のカレンダーで管理すると、どちらかの更新が遅れ、片方だけが埋まっていない状態が生まれます。
• 電話・メールでの申し込み：受けた人がその場でカレンダーに入力し、ほかのスタッフが同じ画面で確認できるようにします。後でまとめて入力する運用は、入力するまでの間に別の予約が入る余地を残します。

経路ごとに担当者を分ける場合でも、予約の入力先は1つに統一します。担当者ごとにカレンダーを分けると、分けた時点で元の状態に戻ります。

なお、一元化しても飛び込みの問い合わせや直前の予約は残ります。これらは例外として扱わず、受けた時点で正本に登録する手順にします。例外を作ると、そこだけが共有から外れます。

スタッフが現場で見る場所を1つに決める

複数のツールを使うこと自体は問題ありません。問題は、予約の正本がどれなのかが決まっていないことです。

• 予約の正本：予約の有無・時間・利用者を確認する場所。ここだけが更新の対象になります。
• 参照専用：共有カレンダーや掲示は、正本を見るきっかけとして使います。正本と食い違ったときは正本の内容を優先する、と決めておきます。
• 通知専用：新規予約や変更は、通知で気づけるようにします。通知を見て正本を確認する、という流れにします。

迷ったときに戻る場所を1つに決めておくと、スタッフの判断がぶれません。

スタッフごとに見せる情報と操作範囲を分ける

1つのカレンダーに集めたら、次は全員に同じ画面を見せるのをやめます。共有とは全員が同じ情報を持つことではなく、その役割に必要な情報が確実に届くことです。とくに顧客情報は、共有する範囲が広がるほど取り扱う人も増えるため、見せる範囲を決める作業がそのまま安全対策になります。

役割別に分ける3つの見せ方

スタッフの役割は、大きく3つに分けられます。

• 予約の全体像を扱う人（オーナー・責任者）：すべての予約の閲覧と、予約の追加・変更・キャンセル。売上や顧客情報の確認。ほかのスタッフの権限を設定するのもこの役割です。
• 当日の自分の担当を見る人（受付・案内）：当日の予約と、自分の担当分の時間・部屋・連絡先。ほかの予約の変更はできない形にします。判断に迷ったときに誰へ確認するかを、あわせて決めておきます。
• 清掃・点検の予定だけを見る人（清掃スタッフ）：清掃が必要な予約の時間と部屋。利用者の氏名や連絡先は見せません。前後の予約との間隔が分かると、作業の順番を自分で組み立てられます。

権限を分ける目的は、情報を隠すことではなく、操作できる範囲を限定して事故を減らすことです。予約の変更が必要になったときに誰へ連絡するかを、あわせて決めておきます。

権限は一度決めたら終わりではありません。スタッフが増えたとき、担当が変わったとき、業務を委託するときに見直します。とくに、退職したスタッフや契約が終了した委託先のアカウントは、その時点で停止します。停止のタイミングを決めておかないと、見られる必要のない人が見られる状態が残ります。

顧客情報は必要な範囲だけを見せる

連絡先が必要なのは、利用者に連絡する役割です。清掃スタッフが利用者へ連絡する場面は多くありません。氏名・連絡先・決済の情報は、必要とする役割にだけ見せる設定にします。

予約の時間と部屋だけを見せる、という設定ができるかどうかは、ツールを選ぶときの確認項目になります。役割ごとに表示する項目そのものを変えられないツールでは、顧客情報を隠す手段が「見せない約束」だけになり、スタッフが変わるたびに確認が必要になります。

申し送りを口頭とチャットから予約データに移す

置き場所と権限を決めても、日々の申し送りがチャットの流れに埋もれていては同じです。伝える情報を予約に紐づけ、流れて消えない形にします。申し送りは、記録として残すこと自体が目的ではありません。次にその予約を扱う人が、同じ情報に行き着けることが目的です。

予約に紐づけて残す情報

口頭やチャットで伝えている情報を、予約の特記事項に移します。

• 延長の可能性があるかどうか。延長があると、次の予約との間隔が詰まります。
• 持ち込み機材や設営の有無、搬入の時間。搬入に時間がかかる場合、前の予約との間隔が判断材料になります。
• 前後の予約との間隔（清掃に入れる時間が取れるか）。詰まっている日は、清掃の順番を変える必要があります。
• 鍵の案内で迷いやすい点、入室方法の例外。案内する人が変わっても、同じ説明ができるようにします。
• 過去に対応が必要だった利用者かどうか。判断の理由まで書いておくと、ほかのスタッフが同じ判断を再現できます。

これらを予約の画面で確認できるようにしておくと、担当者が変わっても同じ情報に行き着きます。逆に、チャットにしか残っていない情報は、あとから探しても見つからず、そのまま流れていきます。

通知と引き継ぎ事項の置き場を決める

定型の連絡は自動通知に寄せます。予約完了の連絡、利用前日のリマインド、入室方法の案内は、人が送るのではなく仕組みから送る形にします。人が送る連絡が減るほど、送り忘れも減ります。

残るのは、定型化できない申し送りです。ここは2つに分けて置き場所を決めます。

• 予約に紐づく申し送り：その予約の特記事項に書きます。次にその予約を扱う人だけが読めばよい情報です。
• 運用全体の申し送り：設備の不具合、備品の補充、清掃手順の変更など。予約ごとではなく、スタッフ全員が見る場所にまとめます。

チャットの利用をやめる必要はありません。ただし、チャットに流れた情報を予約データへ移すところまでをルールにします。移す担当とタイミングを決めておかないと、ルールだけが残り、実際にはチャットの中に情報が埋もれ続けます。

顧客情報を共有するときの個人情報の扱い

予約と決済で取得する氏名や連絡先は個人情報です。共有する範囲を広げるほど、取り扱う人も増えます。共有の設計と同時に、扱いのルールを決めておきます。

顧客情報の共有で決めておくこと

予約や決済で取得する氏名・連絡先は個人情報にあたるため、利用目的をできる限り具体的に特定し、あらかじめ通知または公表することが求められます。あわせて、漏えいなどを防ぐための安全管理措置を講じる必要があります。「予約管理のため」といった曖昧な目的ではなく、予約の受付、利用者への連絡、本人確認といった単位で書き分けると、共有してよい範囲も定まります。

スタッフに顧客情報を取り扱わせる場合は、その従業者に対する必要かつ適切な監督を行います。ここでいう従業者には、正社員だけでなく、契約社員・嘱託・パート・アルバイトのほか、派遣社員なども含まれます。短時間の勤務や派遣のスタッフも監督の対象になる点は、押さえておきたいところです。

清掃などを外部に委託する場合、利用目的の達成に必要な範囲での業務委託に伴う提供は、第三者への提供には該当しないとされています。ただし、委託元には委託先に対する監督の責任が残ります。委託する業務の範囲と、渡す情報の範囲を決めておくことが前提になります。

【参考】個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」

清掃スタッフに何を共有するか

委託先へ渡す情報は、業務に必要な範囲に絞ります。清掃の依頼であれば、日時・部屋・清掃の内容が分かれば業務は回ります。氏名や連絡先は、渡さなくても済むことが多い情報です。

渡す必要がある場合は、渡す情報とその使い方を規程や覚書で決め、委託先にも周知します。口頭での依頼だけにすると、担当者が変わったときに渡す範囲が広がります。

誰がどの範囲を見られるかの設定は、ツール側で分けられるかを確認します。分けられない場合は、共有する情報を書面やファイルで渡す形にし、渡した記録を残します。記録が残っていれば、範囲が広がっていないかを後から確認できます。

共有のしやすさで予約管理システムを選ぶ

ここまでの要件を、ツールの選定基準に置き換えます。機能の多さではなく、スタッフが実際に使えて、権限を分けられるかで選びます。高機能でも現場で開かれないツールは、共有の置き場所として機能しません。

スタッフが現場で使えるかで選ぶ

現場で使われないツールは、共有の置き場所になりません。

• スマートフォンで予約一覧と当日の予定が見やすいか
• 予約の追加や変更の通知が届くか
• 予約の登録に必要な操作が少ないか

普段パソコンを使わないスタッフがいる場合は、その人がスマートフォンだけで完結できるかを基準にします。操作が複雑なツールは、使える人を限定してしまい、結局は口頭の共有に戻ります。

判断に迷う場合は、実際に予約を1件入れる操作を現場のスタッフに試してもらいます。画面の見やすさや操作の数は、説明を聞くより実際の操作で確認するほうが確かです。

権限を分けられるか、操作が残るかで選ぶ

• 役割ごとに見せる情報を分けられるか（予約の全体／当日の担当のみ／清掃予定のみ）
• 顧客情報を隠した状態で、予定だけを見せられるか
• 誰がいつ予約を変更したかが残るか

変更の記録が残ると、行き違いが起きたときに原因を確認できます。誰が変更したか分からない状態では、同じ確認を繰り返すことになります。

設定項目の多さではなく、実際に分けたい単位で分けられるかを見ます。

予約・決済・鍵・顧客情報を1つに｜Spekanのご紹介

ここまでの要件は、複数のツールを組み合わせても満たせます。ただし、組み合わせるほど「どこが正本か」が曖昧になり、連携されていない部分は手作業で埋めることになります。その手作業が、開業後にいちばん負担の大きい部分になります。

Spekanは、予約・スケジュール管理、オンライン決済、顧客管理、自動通知・リマインド、清掃・点検管理、スマートロック連携、権限管理・スタッフ管理を提供する、レンタルスペース向けの予約管理システムです。本記事の内容に沿うと、次の3点が対応します。

• 予約の集約：予約カレンダーで複数の予約経路の予約を1か所にまとめ、空き状況の食い違いを防ぎます。
• 役割ごとの共有：権限管理・スタッフ管理により、役割に応じて見せる情報と操作できる範囲を分けられます。
• 申し送りの仕組み化：清掃・点検の予定を予約とあわせて管理し、自動通知・リマインドで定型の連絡を自動化できます。

機能の詳細と導入までの流れは、公式サイトとマニュアルで確認できます。

まとめ｜予約状況の共有は「集約」と「役割分担」で決まる

よくある質問

Q. 予約情報の共有は、何から始めればいいですか？

A. 予約の正本を1つに決めることから始めます。予約ポータルや自社の予約ページ、電話・メールで受けた予約を1つのカレンダーに集め、ほかのツールはそのカレンダーを見に行く入口として位置づけます。詳しくは「予約状況の共有は『1つのカレンダーに集める』から始める」をご覧ください。

Q. スタッフ全員に予約カレンダーを見せる必要がありますか？

A. 全員に同じ画面を見せる必要はありません。予約の全体像を扱う人、当日の自分の担当を見る人、清掃や点検の予定だけを見る人に分け、役割に必要な情報だけを届けます。操作できる範囲もあわせて分けておくと、予約の取り違えを防げます。詳しくは「スタッフごとに見せる情報と操作範囲を分ける」をご覧ください。

Q. 清掃スタッフに顧客情報を共有してもよいですか？

A. 業務に必要な範囲に絞るのが基本です。清掃の依頼であれば、日時・部屋・清掃の内容が分かれば業務は回るため、氏名や連絡先は渡さずに済むことが多いです。外部に委託する場合は、委託に伴う提供として第三者提供には該当しないとされる一方、委託先への監督の責任は委託元に残ります。詳しくは「顧客情報を共有するときの個人情報の扱い」をご覧ください。

Q. 予約管理システムを替えずに、共有だけ改善できますか？

A. 置き場所と申し送りのルールを見直すだけでも効果があります。予約の正本を1つに決め、それ以外の場所は参照と通知に限定します。チャットに流れた申し送りは、予約の特記事項へ移します。ただし、役割ごとに見せる情報を分けられないツールでは、顧客情報の共有範囲を運用の工夫でカバーすることになります。詳しくは「申し送りを口頭とチャットから予約データに移す」をご覧ください。

Q. スタッフが予約情報を確認し忘れる場合はどうすればいいですか？

A. 確認を習慣にする前に、確認しなくても気づく形にします。新規予約や変更は通知で届くようにし、当日の予定はスタッフが探さなくても見える状態にします。人の注意力に頼る運用は、スタッフが増えるほど崩れます。詳しくは「通知と引き継ぎ事項の置き場を決める」をご覧ください。