体育のクラスがあり、クラスの時間枠がスケジュールされているとします。
現在、顧客Aは金曜日の午後8時にクラスを予約しています。これが最後のスロットです。現在、顧客Bも金曜日の午後8時のクラスで予約しています。しかし、このスロットはいっぱいです。したがって、その人は空席待ちリストに載っています(別のスケジュールを予約する代わりにこれを行うことを選択したとします)。
金曜日の朝に来て、私たちはSMSを顧客Aに送信します。彼はその日の午後8時に予約があることを示します。このようなもの:
「Aさん、こんにちは。本日午後8時(今日の日付)に予約があることをお知らせします。キャンセルする場合はここをクリックまたは、8847 8383までお電話ください。」
顧客Aがキャンセルすることに決め、リンクをクリックして、予約がキャンセルされたことを確認するアプリに移動したとします。
これで、顧客Aがキャンセルしたため、スロットが解放され、顧客BはSMS通知を受け取ります。このようなもの:
「本日午後8時(今日の日付)の予約が入りました。キャンセルする場合はここをクリックまたは、 88478383。」
さらに、キャンセルが許可されない特定のカットオフ時間まで、サイクル全体が継続します(お客様Bもキャンセルし、スロットがウェイティングリストの次のお客様に利用可能になる場合)。
私の質問は、このプロセスはユーザーと管理者にとって非常に簡単ですか、またはここに改善できる点がありますか?または、管理部分を煩わしくする可能性のある赤旗がありますか?
システムは明確で、確実に機能します。
注意すべき唯一のことは、顧客Bは最初のAよりも可能性が低い可能性がありますです。
したがって、Bが自動確認される代わりに、Bには確認のための期間があるはずです。彼がその期間内に確認しない場合、機会はCに渡ります。
別の方法としては、Aがキャンセルすると、プレイスが再び開かれます。したがって、キューB、Cなどの全員に通知が送られ、最初に確認した人が場所を取得します。これは前者のように時間遅延なしです。
最善の解決策は、顧客Bが「キャンセル時にスロットが利用可能になったときに通知する」というオプションを選択するボタンを用意することです。これにより、顧客Bは同時に別のスロットを予約し、キャンセルが発生するのを待つことができます。また、キャンセルプロセスをロックするための最小の時間があるはずです。たとえば、2時間は、顧客Bにスロットが利用できないことを通知するのに役立ちます。
あなたが持っているプロセスはシンプルで簡単です。管理者の問題になるとは思いません。ただし、これは、キュー内のスロットにFIFOの順序でスロットが割り当てられることを前提としています。そして、スロットがラインの次のスロットに配られるまでに、応答するまでにどのくらいの時間がかかりますか?
また、潜在的に問題になる可能性があることの1つは、キューにいる人がスロットを占有し、キャンセルすることも決定することです。つまり、スロットは再びキューに解放されますか?
プロセスは大丈夫ですね。ただし、ユーザーの動作に関する問題が発生する可能性があります。
このプロセスが機能するための前提条件は、待機リストに登録されているすべての人が、空席になり次第空席に飛び込もうとすることです。ただし、アポイントメントに近づくほど、リストに載っている人がそのタイムスロットで他の計画を立てている可能性が高くなり、アポイントメントを作成したことを忘れた、または単にもう行きたくない、あるいはその両方になる可能性が高くなります。
これにより、以下の状況が発生する可能性があります。
ウェイティングリストに載っている人のキャンセルが多い。
リストの人々はテキストメッセージに応答しないため、多くのノーショー。
これらの状況により、特に2番目の状況では、管理部分が煩雑になる可能性があります。貴重なジムクラスのスロットの多くが無駄になるためです。
これをテストして、バックアップ計画があることを確認してください。例えば:
顧客Bが以前に要求された時間枠に参加できなかった場合はどうなりますか?彼女は別の時間を指定したい場合があります。
私の意見では、SMS他の利用可能なタイムスロットを選択するためのリンクを含めるを含めることをお勧めします。これにより、ユーザーは電話をかける必要がなくなります。電話番号(現時点で電話をかけることができない場合)を指定し、オペレーターに他の時間帯を指定するよう依頼します。
これにより、電話オペレーターの時間とリソースが節約され、ユーザーが他の時間帯を選択できるようになります。