開始時刻が空いているだけでは足りない
90分の相談には、90分の連続した空きが必要です。Tsumiraは、サービスの所要時間と対象リソースの営業窓から枠を計算します。既存予約、受付までの時間、予約可能な将来の日数も考慮します。顧客は現在のルールで利用できる枠を選び、最終的な予約時にも再度確認します。
サービスに設定した時間を使う
予約可能なサービスには、正の所要時間が必要です。営業時間の中をその時間で進み、閉店までに収まる枠だけを出します。短い相談と長いサービスを分け、すべての開始時刻を手動で登録する必要を減らします。設定は正確にしてください。顧客の希望から長さを推測するのではなく、業務データとして登録した時間を使います。
- 正のサービス所要時間
- 営業窓に収まる枠
- サービス設定が根拠
既存の予定と受付の限界を反映する
対象リソースの予約と重なる時間は除外します。前の終了と次の開始が接するだけなら重複とはしません。リードタイムは現在に近すぎる開始を防ぎ、予約可能期間は現地日付で何日先まで出すかを決めます。単なる表示設定ではなく、顧客へ約束する受付条件として確認してください。
- 重なる予約時間を除外
- 受付のリードタイム
- 将来の予約可能日数
予約時に、選んだ時間をもう一度確かめる
表示された枠は、その時点の情報による提案で、永久の確保ではありません。予約の作成前に空きを再計算します。他の人が先に重なる枠を取った場合、二つ目の確定予約を出すのではなく断れます。別の時間を選び直す対応が必要です。顧客の選択と、実際の確定を分けて扱います。
- 最終作成時の再確認
- 選択と確定の区別
- 競合に応じた予約結果
予約を確定する際に空き時間を再確認します。
具体的な業務の流れ
サービスを整える
実際の時間を設定し、対象のサービスを予約経路で利用できるようにします。
営業条件を設定する
週の時間、日付の例外、リードタイム、予約期間を確認します。
表示枠を選ぶ
顧客が対象サービスの現在の候補を選びます。
最新の空きで確定する
再確認の結果、確定するか、別の時刻が必要になります。
実務を想定した例
利用例：短い相談と長い相談
短い初回相談と長い助言サービスを提供する事業を考えます。サービスごとに時間を設定すると、予定の入った午後でも短い相談だけは入る場合があります。顧客が候補を選んだ後も、最終予約で再確認し、以前の表示だけで確保済みとはみなしません。
この機能についての質問
所要時間なしでも予約できますか。
現在の計算では、時間がないか正でなければ枠を返しません。先にサービスを設定します。
閉店後に終わる枠も出ますか。
提案する枠は、所要時間を含めて適用される営業窓へ収まる必要があります。
表示された枠は確保済みですか。
違います。作成時に再確認し、それまでに他の確定予約が入ることがあります。
直前や遠い将来の受付を制限できますか。
設定にはリード時間と、現地日付での将来の受付日数があり、対応範囲内で指定できます。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
