Клієнт, який не прийшов і не попередив, коштує компанії подвійно: зайнятий слот пропадає, а хтось інший пішов ні з чим, бо у графіку не було вільного місця. Дзвінок за день до візиту знімає більшість таких ситуацій, тільки от на ресепшн рідко буває час його зробити. Це саме та робота, яку можна віддати голосовому боту, причому без заміни системи бронювання.
Порожній слот – це втрата, якої ніхто не бачить у звітах
Нескасований візит виглядає безневинно, бо не з'являється в жодному переліку витрат. Немає рахунку, немає рекламації, є лише година, коли кабінет, робоче місце або консультант нічого не роблять. Проблема не в тому, що клієнт змінив плани, бо це трапляється завжди. Проблема в тому, що компанія дізнається про це тоді, коли з цим терміном уже нічого не вдієш.
Якби та сама інформація дійшла на добу раніше, вільне місце дісталося б комусь зі списку очікування або клієнтові, якому при записі пропонували далекий термін. Увесь механізм зводиться до одного: треба дізнатися раніше. А щоб дізнатися, хтось має зателефонувати й запитати.
На практиці ресепшн обдзвонює терміни лише тоді, коли випадає спокійніший день. При кількох десятках бронювань на день ручне підтвердження програє обслуговуванню клієнтів, які стоять біля стійки або телефонують на гарячу лінію. SMS-нагадування допомагає, але воно одностороннє: клієнт його прочитає, здебільшого не відпише, і компанія далі не знає, чи термін актуальний.
Як виглядає розмова за день до візиту
Голосовий бот телефонує в узгодженому часовому вікні, називає компанію, повідомляє дату й годину візиту та ставить одне запитання: чи термін актуальний. Розмова коротка, бо має єдину мету. Уся цінність – у тому, що відбувається після відповіді клієнта, бо кожен варіант має завершуватися конкретною дією в системі, а не нотаткою, яку хтось потім переписує.
Клієнт підтверджує термін
Найпростіший випадок в обслуговуванні. Бронювання отримує статус підтвердженого, а персонал зранку бачить список, у якому видно, хто точно прийде. Це змінює спосіб планування дня, бо непідтверджені терміни можна одразу вважати ризикованими й мати для них запасний план.
Клієнт скасовує візит
Тут найцікавіше, бо скасування, прийняте автоматично, миттєво звільняє місце. Голосовий бот змінює статус бронювання на скасоване й записує це в календарі або в системі бронювань. Паралельно йде сповіщення працівникові, який відповідає за цей графік: електронною поштою, SMS-ом або повідомленням у команду. Людина на ресепшн уже нічого не переписує, а отримує готову інформацію, що година вільна і її можна комусь запропонувати.
Клієнт хоче перенести термін
Перенесення складніше за скасування, бо потребує знання доступності. Є три розумні варіанти, і вибирають їх залежно від того, наскільки складний графік. Голосовий бот може запропонувати вільні слоти прямо з календаря й записати новий термін під час розмови. Може прийняти саму інформацію про бажання змінити термін і передати її працівникові, який передзвонить. Може врешті одразу перемкнути розмову на консультанта, ще поки клієнт не поклав слухавку, і це зазвичай дає найкращий результат, бо термін узгоджується за один контакт.
Клієнт не бере слухавку
Це треба спланувати, бо стосується помітної частини списку. Визначають кількість спроб і проміжок між ними, наприклад дві спроби в різний час дня, щоб влучити в момент, коли людині зручно говорити. Якщо контакт не вдався, бронювання залишається без підтвердження, а система може додатково надіслати SMS із проханням відповісти. Розсилку таких повідомлень реалізують через SMS API, тож дзвінок і повідомлення працюють в одному процесі.
Найпростіший варіант: календар і таблиця з бронюваннями
Найбільший бар'єр у таких проєктах – уявний. Компанії припускають, що спершу треба купити нову систему бронювання або замовити інтеграцію, написану з нуля. Не треба. Достатньо одного місця, з якого бронювання можна прочитати машинно і куди можна записати результат розмови.
У найпростішій формі це два інструменти, які компанія зазвичай уже має:
- звичайний календар – наприклад Google Calendar, у якому ви й так ведете графік візитів,
- таблиця з переліком бронювань – таблиця Google з датою, годиною, іменем клієнта, номером телефону та колонкою для статусу,
- узгоджені години дзвінків – вікно, у якому голосовий бот телефонує за день до візиту.
Голосовий бот читає з цього джерела список термінів на наступний день, телефонує і вписує результат назад у ту саму колонку статусу. Працівник не вчиться нового інструмента, а зранку дивиться на таблицю, яку знає. Такий формат можна запустити швидко й розглядати як тест на одному відділенні чи одній групі послуг, перш ніж ухвалювати рішення про щось більше.
Варіант з інтеграцією у власну систему
Коли компанія працює у виділеній системі бронювань, медичній системі або в CRM, таблиці вже замало, бо статус має змінюватися там, куди дивиться вся команда. Тоді голосовий бот під'єднується до системи через її API і виконує ті самі операції, що виконала б людина: зчитує терміни на наступний день, позначає бронювання як підтверджене, скасовує його або дописує примітку про прохання змінити термін.
Відмінність від простого варіанта здебільшого впроваджувальна. Треба з'ясувати, які поля описують статус і звідки брати номер телефону, перевірити, що система робить при скасуванні, і протестувати все на кількох десятках бронювань, перш ніж піде повний обсяг. Телефонний шар залишається той самий, а розмови проходять через віртуальну АТС, завдяки чому передавання клієнта консультантові – це звичайне перемикання в чергу, а не окрема система поруч.
Це не телемаркетинг, а частина послуги
Цей пункт вирішує, чи проєкт узагалі стартує, бо перше запитання в компанії зазвичай звучить так: чи ми взагалі можемо цим людям телефонувати. Варто розділити дві геть різні ситуації. Дзвінок, у якому ви пропонуєте комусь нову послугу, є маркетинговою дією і спирається на згоду. Дзвінок, у якому ви підтверджуєте термін уже узгодженого візиту, є частиною виконання послуги, на яку клієнт сам записався і саме для цього залишив номер.
Практичне правило просте: розмова має стосуватися виключно цього конкретного бронювання. У момент, коли голосовий бот принагідно запропонує пакет, акцію чи іншу послугу, характер дзвінка змінюється, і ми повертаємося до вимог маркетингової згоди. Тому сценарій тримається однієї теми, а інформація про мету дзвінка звучить у першому реченні.
Ми не наводимо тут конкретних норм, бо їхнє формулювання та тлумачення змінюються, а відповідальність залишається на боці розпорядника даних. Принцип описано вище, натомість конкретний випадок, особливо в охороні здоров'я і при чутливих даних, варто узгодити з власним юридичним відділом або інспектором із захисту даних, перш ніж підуть перші дзвінки.
Кому це має сенс
Критерій один: компанія працює на термінах, а відсутність клієнта означає годину, яку не вдасться перепродати. На практиці це стосується:
- клінік і кабінетів – стоматологічних, реабілітаційних, ветеринарних, діагностичних, де графік щільний, а черга очікування довга,
- автосервісів і майстерень – пост, зарезервований для авто, яке не приїхало, простоює пів дня,
- салонів послуг – перукарень, косметичних кабінетів, барбершопів, де працівник звітує за завантаження крісла,
- консультантів і офісів обслуговування – зустрічі у відділенні, бухгалтерські та юридичні консультації, виїзди техніків до клієнта,
- послуг, що виконуються на виїзді – де приїзд бригади під зачинені двері коштує більше, ніж сам візит.
Що дорожча година роботи і що довша черга очікування, то швидше таке підтвердження себе виправдовує. При поодиноких бронюваннях на день ресепшн упорається самостійно, і автоматизувати немає чого.
Що потрібно підготувати перед стартом
Список коротший, ніж здається, і здебільшого складається з рішень, а не з технічної роботи:
- перелік бронювань із номером телефону та терміном – календар, таблиця або система, аби дані були в одному місці й актуальні,
- рішення, що система робить у кожному сценарії – підтвердження, скасування, прохання змінити термін і відсутність контакту, кожен із призначеною дією,
- години дзвінків і кількість спроб – вікно, підібране під клієнтів, а не під зручність графіка, та правило повторних дзвінків,
- людина і канал сповіщень – хто отримує інформацію про скасування і де він її побачить,
- шлях до консультанта – номер або черга, на яку голосовий бот перемикає клієнта, що хоче узгодити новий термін,
- зміст розмови – кілька речень, у яких звучить назва компанії, мета дзвінка та запитання про підтвердження.
Розумний старт – це одна група послуг або одна локація протягом двох тижнів. Після цього видно, скільки клієнтів відповідає, скільки термінів повертається в пул і які формулювання у сценарії потребують правки. Аж тоді варто розширювати обсяг на весь графік.
Підсумок
Підтвердження візитів – це одне з тих застосувань голосового бота, де користь видно одразу й без складної аналітики: або термін повертається у графік на день раніше, або пропадає. Впровадження не потребує заміни системи бронювання, бо в найпростішій формі спирається на календар і таблицю, які компанія вже веде. Зазвичай воно не потребує й маркетингових згод, доки розмова стосується виключно узгодженої послуги, хоча саму підставу варто підтвердити у себе. Якщо хочете перевірити, як такий процес виглядав би при вашому графіку, опишіть нам свій нинішній спосіб бронювання через контактну форму або погляньте на ширший набір рішень ШІ в комунікації.