AUT-0288· Обслуговування клієнтів
Контроль повторного запису після неявки клієнта
Підтверджену неявку пов’язують із погодженим контактом та фактичним результатом повторного запису.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Після неявки клієнта команда надсилає подяку за проведену зустріч або втрачає можливість погодити новий час.
02 / Результат
Неявка має перевірений статус, відповідального та результат: новий підтверджений запис, відмову або завершення дозволених спроб.
03 / Процес
ТригерВідповідальний підтвердив неявку конкретного клієнта на чинний запис.
Пов’язати клієнта, запис, послугу, час і часовий пояс; звірити перенесення, скасування та фактичну присутність перед підтвердженням неявки.
Зберегти хто й коли підтвердив статус; сам факт завершення календарного часу не вважати неявкою.
Зупинити дозволені повідомлення, які припускають проведену зустріч; у груповому записі не позначати відсутніми інших учасників.
За погодженими правилами контакту запропонувати новий час або посилання на бронювання; зафіксувати результат доставки й відповідального.
Прочитати фактичний результат бронювання; новий запис пов’язати з вихідним, перевірити час і відсутність конфлікту.
Після підтвердженого нового запису зупинити зайві нагадування про повторний запис; відмову або завершення дозволених спроб зберегти окремим результатом.
При виправленні помилкової неявки скасувати ще не виконані дії та зберегти історію; вже надіслане повідомлення не вважати відкликаним.
Повторний сигнал за тим самим записом не створює нову серію контактів; подальшу неявку нового запису вести як окрему подію.
04 / Реалізація1 варіант
Приклад · Повторний запис за підтвердженою неявкою
У груповій консультації один клієнт не прийшов. Відповідальний підтвердив неявку тільки для нього; інші отримали звичайний підсумок. Клієнту запропонували новий час, але клік по посиланню не закрив роботу. Після підтвердження нового бронювання зайві контакти зупинили; повторний сигнал про стару неявку не запустив їх знову.
Спосіб реалізації
- Проєктна модель PlanFix: вихідний запис, підтвердження неявки, дозволені контакти й пов’язане нове бронювання; статус присутності та час звіряють з авторитетною системою або відповідальним.
Що потрібно для реалізації
- Є авторитетний запис і відповідальний, який підтверджує присутність.
- Погоджені канали, межі повторних контактів і джерело нового бронювання.
- Є підтверджений статус і правила контакту.
- Є джерело фактичного повторного бронювання.
Обмеження
- Не встановлює неявку автоматично тільки за календарним часом або відсутністю нотатки.
- Відправлене посилання не доводить повторний запис; новий запис не доводить проведення зустрічі.
- Не застосовує штраф, утримання передоплати або обмеження доступу без окремої погодженої процедури.
- Скасування, перенесення та неявка мають різні стани; статус можна виправити з історією.
- Можливості Calendly не доводять готового конектора PlanFix або однакової поведінки інших систем.
- Години попередні; платні канали, зміна правил оплати й медичні рішення не включені.
- Не підтверджує неявку за відсутністю нотатки.
- Не закриває роботу за відправленим посиланням.
Що потрібно уточнити (2)
- Чи потрібно отримувати статус і нове бронювання із зовнішньої системи?
Перевірте дозволений доступ, ідентифікатори записів і виправлення статусу; натискання посилання не доводить бронювання.
- Чи потрібні різні дозволені маршрути повторного контакту за послугами?
Погодьте канали, строки й межі спроб; відмова або новий запис зупиняють зайві дії.