スタッフ、サービス、キャパシティに基づいて予約スケジュール アプリを構築する方法

空き状況ルール、サービス期間、スタッフのスキル、バッファー、リマインダー、スケジュール変更を、顧客とチームが信頼できる予約アプリに変えます。

このガイドの対象者

スケジュール ルールが一般的なカレンダー リンクに適合しないクリニック、サロン、スタジオ、講師、コンサルタント、およびフィールド サービス。

このガイドで得られるもの

- 正確な可用性とキャパシティ モデル

- 無効なスロットを防ぐ顧客予約フロー

- リマインダーと例外制御を備えたスタッフ カレンダー

サービス、人、リソースを個別に表す

サービスには、期間、価格、バッファー、必要なスキル。スタッフにはスケジュールと資格があります。部屋や設備には独自の収容人数がある場合があります。有効な予約には、必要なすべてのリソースが同時に空いている必要があります。

ルールから空き状況を計算する

空きスロットの永続的なリストを保存しないでください。勤務時間、休憩、既存の予約、休暇、サービス期間、バッファー、予約通知、予約期間から計算します。これにより、表示される空き状況が実際のカレンダーからずれることを防ぎます。

チェックアウト時に安全に予約

2 人の顧客が数秒離れて同じスロットを選択できます。確認の前に、短い保留またはアトミック予約チェックを使用します。成功画面と確認メッセージは、予約レコードが永続的に保存された後にのみ表示されます。

ポリシー内でセルフサービスで変更を行う

通知と料金のルールを適用しながら、顧客が安全なリンクからキャンセルまたは再スケジュールできるようにします。解放された容量をすぐに再開します。元の時刻と変更履歴を保持し、スタッフが何が起こったのかを理解できるようにします。

リマインダーと順番待ちリストを使用してキャパシティを保護します。

確認をすぐに送信し、サービスに合わせた時間にリマインダーを送信します。キャンセル待ちリストの対象者に、解放されたスロットを有効期限付きで提供します。これにより、オファーによって容量が無期限にブロックされないようにすることができます。

不快なケースをテストする

夏時間の変更、スタッフの不在、リソースの重複、閉店時間を越えた予約、重複タップ、プロバイダー メッセージの失敗、および 2 つの同時予約をテストします。このようなケースがカレンダーを破損せずに明らかに失敗した場合、アプリは信頼できます。

よくある質問

二重予約を防ぐにはどうすればよいですか?

予定を作成する前に、1 つのアトミック データベース オペレーションで必要なリソースを再確認します。カレンダーを視覚的に確認するだけでは十分ではありません。

空き状況は保存する必要がありますか?

スケジュール、予約、バッファ、ポリシーから計算します。将来のスロットの脆弱なリストではなく、予定と例外を保存します。

顧客が入力する必要がある情報は何ですか?

サービスとフォローアップに必要なものだけを収集します。多くの場合、名前、連絡先、サービス、時間、およびサービス固有の少数の質問で十分です。

リマインダーはどのようにスケジュール設定すればよいですか?

即時確認と、リードタイムとノーショウのパターンに基づいた 1 つまたは 2 つのリマインダーを使用し、キャンセルまたはスケジュール変更を直接行う方法を使用します。