予約を、対応できる約束にする
顧客は時刻を選びますが、事業には所要時間、準備、本人の情報、現在の状態も必要です。Tsumiraはそれらをまとめ、孤立した予定表を増やさないようにします。公開とスタッフの作成経路には共通の核があり、保存前にも空きを確認します。できた予定はCRM、通知、カレンダーへつながります。
機能ごとの詳しい説明
それぞれの機能でできること、使い方、チームの業務とのつながりを確認できます。
予約可能時間
サービスの所要時間、営業時間、既存予約、受付のリードタイムと予約可能期間から開始時刻を算出します。
営業時間と例外
毎週の営業を決め、特定の日を上書きし、日本の祝日に営業するかを選べます。
予約確認と自己変更
確認通知と予約専用リンクを準備し、定められた期限内で取消や変更を行えるようにします。
予約と顧客の関連
予約に連絡先とCRM担当者の関連を持たせ、次回の来訪も理解できる顧客の文脈から始められます。
予約のカレンダー表示
有効な予約を顧客、サービス、開始・終了とカレンダーへ反映し、変更は権限のある元の予約で行います。
重複予約の保護
予約作成時に空きを再確認し、同じリソースの有効予約で時間の重なりを保護します。
実際の営業条件から候補を出す
サービス時間、週の営業、日付例外、既存予約、リードタイム、将来の受付期間から枠を決めます。点検や特別営業の日は、通常週を置き換えられます。自動の祝日処理は日本です。海外の事業はすべての国のカレンダーを前提にせず、実際の休業日を確認して設定します。公開の条件は顧客への約束として意識して整えます。
- 所要時間に基づく枠
- 週ルールと日付例外
- 明示的な祝日と受付限度
顧客と予約をつなぐ
予約は顧客名、連絡先、メモ、対応するCRM担当者の関連を持ちます。有効なものは時間区間としてカレンダーへ出て、顧客とサービスを示せます。通知には設定したワーカーとメール経路が必要で、保存と到着は別の結果です。顧客自身の管理には専用リンクを使い、現在の変更期限は開始24時間前です。言語が増えても、実際のルールを確認します。
- 顧客と予約の関連
- 有効予約のカレンダー寄与
- 確認と私的な管理リンク
競合や変更も約束の一部として扱う
以前の空きを見ていても、同時の選択がすべて確定するわけではありません。作成時に確認し、同じリソースの有効区間を重複から守ります。取消は変わった約束を記録し、顧客を削除しません。日時変更は新しい予約を先に試み、取れなければ古い約束を残します。変更できたと伝える前に、実際の結果を読んでください。
- 現在の状態を確認
- 同じリソースの区間を保護
- 取消と置き換えの状態
具体的な業務の流れ
サービスと営業を準備する
時間、公開の予約可能性、対応するルールを設定します。
予約を受ける
顧客か権限のある人が候補を選び、必要な情報を入れます。
確定と関連付けを行う
有効な予約を保存し、顧客とつなぎ、設定した通知を処理します。
実際の約束を管理する
カレンダーと予約記録から準備し、適切な操作で取消や置換をします。
実務を想定した例
利用例：相談予約を受ける
相談の時間と営業を設定した事業を考えます。顧客が候補と連絡先を送り、最後に区間を確認して予約を作ります。スタッフはカレンダーからメモを読んで準備します。顧客が期限内に別の日を求めれば、新しい約束を確認してから古いものを取り消します。
この機能についての質問
CRMやサービスなしで独立して動きますか。
現在の予約モジュールはCRMとサービスを依存先にします。空きには所要時間を使い、作成には顧客の文脈を持ちます。
通知は必ず即時到着しますか。
いいえ。バックグラウンド処理、メール経路、受信先の結果によります。予約と実際の配送状態を確認します。
顧客はログインなしで変更できますか。
専用の私的リンクで、その予約の取消や置換を扱います。現在は開始24時間前までです。
海外の事業は何を確認しますか。
タイムゾーン、サービス、現地休業日と日本の祝日との差、通知設定、実際の自己管理ルールを確認します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
