Частина серії: Бронювання через Telegram: повний гайд від першого «привіт» до підтвердженого запису
Скасування і перенесення через бота — скрипти і UX що не псує відносини
Як AI-бот правильно обробляє скасування — підтвердити, запропонувати перенесення і не відштовхнути клієнта. Скрипти і cancellation policy для KB.
Гайди
Скасування і перенесення через бота — скрипти і UX що не псує відносини
Два сценарії. Однаковий клієнт, однакова ситуація — пише що не зможе прийти.
Сценарій А. Бот відповідає: "Ваш запис скасовано. Дякуємо." Клієнт закриває чат. Слот порожній, клієнт не повертається — не тому що не хотів, а тому що ніхто не запропонував альтернативу.
Сценарій Б. Бот відповідає: "Зрозуміли, нічого страшного. Хочете перенести на інший день? Ось вільні слоти на цьому тижні." Клієнт вибирає новий час. Слот заповнений. Клієнт повертається.
Різниця між двома сценаріями — не в тому чи скасування прийняте. В обох випадках запис скасований. Різниця в тому що відбувається далі — і це повністю визначається тим як налаштований бот.
Три реакції на скасування: яка правильна
Є три базових підходи до обробки скасування. Розберемо кожен.
Підхід 1: Без реакції або мінімальна реакція.
Клієнт пише "скасуйте мій запис". Бот: "Запис скасовано."
Технічно виконано. Customer experience — нульовий. Клієнт отримав транзакцію, а не взаємодію. Жодної пропозиції, жодного виходу на наступний контакт. Слот звільнений, клієнт загублений.
Це найпоширеніший підхід у шаблонних чат-ботах. Простий в реалізації, дорогий за наслідками.
Підхід 2: Стандартне підтвердження з пропозицією перенесення.
Клієнт: "Не зможу прийти в суботу."
Бот: "Зрозуміли. Скасуємо ваш запис на суботу, 15:00. Якщо хочете перенести — ось вільні слоти: [список]. Написати коли визначитесь з датою?"
Це правильна база. Підтвердження + пропозиція альтернативи + відкрите запрошення повернутися. Клієнт відчуває що з ним говорять, а не просто "обробляють".
Підхід 3: Підтвердження + перенесення + win-back тригер.
Те саме що Підхід 2, але якщо клієнт не відповів на пропозицію перенесення протягом 7-14 днів — автоматично надсилається win-back повідомлення.
Це повна схема збереження клієнта: не загубити його ні в момент скасування, ні через тиждень після.
Для більшості leisure-бізнесів Підхід 2 є мінімальним стандартом. Підхід 3 — для тих де повторний клієнт суттєво цінніший за разовий (салони, spa, студії).
Скрипт обробки скасування в AI-боті
Крок за кроком. Клієнт пише в Telegram щось на кшталт "я не можу прийти", "скасуйте запис", "маю перенести", "не буду у вас в п'ятницю".
Крок 1: Ідентифікувати скасування і підтвердити.
Бот має розпізнати намір (скасувати) навіть якщо формулювання нечітке. "Маю перенести" — це не скасування, це намір перенести — різна гілка.
Для чіткого скасування:
Зрозуміли — скасовуємо ваш запис [деталі: дата, час, послуга].
Деталі повторити обов'язково — щоб клієнт підтвердив що мається на увазі саме цей запис (може бути кілька активних записів).
Крок 2: Запропонувати перенесення.
Одразу, без паузи:
Якщо хочете перенести на інший день — ось що є найближчим часом:
— Вівторок, 18 лютого, 18:00
— Четвер, 20 лютого, 17:30
— Субота, 22 лютого, 12:00
Підходить якийсь із варіантів?
Конкретні слоти, а не "напишіть коли вам зручно". Клієнт в момент скасування вже прийняв рішення щось змінити у своєму розкладі — він готовий вибрати нову дату зараз. Відкрите питання вимагає від нього зусиль. Конкретний список — тільки один клік.
Крок 3: Якщо клієнт відмовляється від перенесення.
Добре, нічого страшного. Будемо раді бачити вас іншим разом.
Без тиску, без "шкода", без образи. Просто тепле закриття. Клієнт має відчути що може повернутися без ніяковіння.
Крок 4 (опційно): Win-back тригер.
Якщо клієнт не записався протягом 14 днів після скасування — автоматичне повідомлення:
Ми не бачили вас кілька тижнів. Якщо хочете повернутися — ось що є найближчим часом. Або просто напишіть, підберемо зручний варіант.
Перенесення: як бот пропонує альтернативні слоти
Є принцип, про який ми вже говорили в матеріалі «Деталізація запиту»: ніколи не задавати відкрите питання там де можна запропонувати закритий вибір.
Для перенесення це особливо важливо. Клієнт, який щойно скасував запис, не в настрої думати — він у стресі від зміни планів. Запитати "коли вам зручно?" — означає додати ще один стрес поверх.
Дати два-три конкретних варіанти — означає знизити навантаження до мінімуму. Клієнт вибирає з готового, а не вигадує.
Як формувати список варіантів:
- Не більше трьох слотів
- Різні дні тижня і час доби — щоб покрити різні ситуації
- Найближчий варіант — перший у списку
Якщо немає вільних слотів найближчим часом — сказати чесно і запропонувати найближчу доступну дату:
Наступні 5 днів у нас повністю зайняті. Найближчий вільний слот — 1 березня, 17:00. Підходить?
Не хочеш цього всього налаштовувати руками?
Leadmlyn робить це за тебе — від KB до бронювань. 14 днів trial за $0.99.
СпробуватиСкасування в останній момент — окремий сценарій
За менш ніж 2 години до початку — це окремий сценарій з іншою логікою.
Тут бот стикається з ситуацією де слот вже практично не можна заповнити. Якщо є cancellation policy з штрафом — бот повинен інформувати про неї. Якщо штрафу немає — обробляти як звичайне скасування.
Якщо є cancellation policy:
Зрозуміли. Відповідно до умов, скасування менш ніж за 2 години — без повернення передоплати [або: з утриманням 50%].
Скасуємо підтверджуємо? Або хочете перенести?
Важливо: два варіанти — скасувати або перенести. Навіть при штрафі клієнту нагадують що є вихід без втрат.
Якщо ситуація нестандартна (форс-мажор).
Клієнт пише: "Потрапив у аварію, не зможу приїхати". Це не стандартне скасування. Бот має передати розмову людині або відповісти нейтрально:
Зрозуміли, нічого страшного. Скасовуємо без питань. Якщо потрібна буде нова дата — пишіть, будемо раді бачити.
Ніяких нагадувань про политику скасування. Людський тон у людській ситуації.
Коли передавати людині: скасування за форс-мажором, клієнт агресивний або незадоволений, питання про повернення передоплати яке потребує ручного рішення.
Cancellation policy у KB: що прописати і як
Щоб бот правильно відповідав на питання "а гроші повернуть?", в KB має бути чіткий запис про умови скасування.
Шаблон для KB:
## Умови скасування
Безкоштовне скасування: не менш ніж за 24 години до початку.
Скасування менше ніж за 24 години: [умова — наприклад: передоплата не повертається / повертається 50%].
Скасування менше ніж за 2 години: [умова].
Форс-мажор (аварія, хвороба з документом): розглядається індивідуально, зверніться до менеджера.
Перенесення на іншу дату: безкоштовно, не залежно від часу запиту.
Ключовий момент: перенесення — безкоштовно завжди. Це знижує відчуття ризику при скасуванні і збільшує шанс що клієнт перенесе а не просто зникне.
Як бот відповідає на "а гроші повернуть?":
Якщо ви скасовуєте більше ніж за 24 години до початку — передоплата повертається повністю.
Якщо менше ніж за 24 години — [умова].
Якщо хочете перенести замість скасувати — перенесення безкоштовне і передоплата зараховується.
Відповідь конкретна, з чіткими умовами, і одразу пропонує альтернативу (перенесення). Клієнт не відчуває що йому відмовляють — він бачить варіанти.
Загальна механіка того як AI-бот веде клієнта від бронювання до повторного візиту — у «Бронювання через Telegram». Про систему нагадувань перед скасуванням — у «Нагадування за 24 год».
Скасування — неминуча частина бізнесу з записом. Питання не в тому як їх уникнути, а в тому скільки з них перетворюється на перенесення, і скільки клієнтів після скасування повертається взагалі. Правильно налаштований бот не може вплинути на причину скасування. Але може вплинути на те що відбудеться в наступні п'ять хвилин після повідомлення клієнта — і саме тут вирішується чи він ваш клієнт надалі.
Засновник Leadmlyn. Будую AI-менеджерів для leisure-бізнесу в Україні.