Пасажир написав у Viber. Інший звернувся через Telegram. Третій поставив запитання в Instagram Direct, а четвертий зателефонував диспетчеру. Що більше каналів зв’язку використовує перевізник, то більше можливостей продати квиток. Але лише за умови, що жодна заявка не загубиться між чатами, таблицями й особистими телефонами працівників.
Щоб не втрачати бронювання з Viber, Telegram та інших месенджерів, усі звернення потрібно переводити в єдину систему обліку рейсів і місць.
Проблема починається, коли кожен канал працює окремо. Повідомлення прочитали, але не опрацювали. Пасажиру пообіцяли місце, але не внесли його до списку. Оплату підтвердили в одному чаті, а диспетчер перевіряє її в іншому. У найгіршому випадку те саме місце продають двом людям.
Розберімося, чому автобусні перевізники втрачають заявки з месенджерів і як побудувати процес, у якому кожне звернення переходить у контрольоване бронювання.
Чому заявки з месенджерів губляться
Viber, Telegram, WhatsApp, Facebook Messenger та Instagram Direct зручні для спілкування, але самі по собі не замінюють систему бронювання автобусних квитків. Повідомлення пасажира не пов’язане автоматично з конкретним рейсом, місцем у салоні, оплатою та списком пасажирів.
Поки диспетчер переносить інформацію вручну, виникає кілька типових ризиків.
Повідомлення прочитали, але не опрацювали
Позначка про прочитання не означає, що пасажиру вже забронювали місце. Працівник міг відкрити повідомлення, відволіктися на дзвінок і не повернутися до діалогу. Для колег звернення вже виглядатиме опрацьованим.
Заявка залишилася в особистому чаті
Якщо пасажири пишуть на особисті номери диспетчерів, історія продажу фактично залишається в телефоні конкретного працівника. Коли він не на зміні, хворіє або звільняється, команда не бачить повної картини.
Немає зрозумілого статусу
Із переписки не завжди зрозуміло, на якому етапі перебуває клієнт:
- лише запитав ціну;
- вибирає рейс;
- чекає на відповідь;
- попросив зарезервувати місце;
- отримав реквізити;
- оплатив квиток;
- відмовився від поїздки.
У результаті одним пасажирам пишуть повторно, а про інших забувають.
Місця перевіряють у різних списках
Один диспетчер дивиться Excel-файл, другий — фотографію схеми салону, третій — список у чаті. Якщо зміни не синхронізуються одразу, одне місце можуть запропонувати кільком пасажирам.
Дані переносять вручну
Ім’я, телефон, дату, напрямок, місце посадки, номер сидіння та суму оплати доводиться копіювати з повідомлення до таблиці або іншої програми. Навіть уважний працівник може помилитися в даті, телефоні чи місті посадки.
Власник не бачить втрати
Без єдиного реєстру керівник не знає:
- скільки звернень очікують відповіді;
- як швидко реагують диспетчери;
- скільки запитів перетворилося на бронювання;
- на якому етапі пасажири відмовляються;
- який канал приносить більше продажів.
Втрачене повідомлення не потрапляє до звіту, хоча для бізнесу це втрачений квиток.
Головне правило: повідомлення — це ще не бронювання
Перевізнику важливо розділити два поняття:
- звернення — пасажир написав або зателефонував;
- бронювання — у системі створено запис, вибрано рейс і місце, додано пасажира та визначено статус оплати.
Поки домовленість залишається лише в чаті, команда не може надійно контролювати продаж.
Правильний процес виглядає так:
Звернення пасажира
↓
Бот або відповідальний оператор
↓
Актуальний рейс і вільні місця
↓
Створення бронювання
↓
Оплата або контроль резерву
↓
Електронний квиток і повідомлення пасажируМесенджер залишається зручним каналом спілкування, а джерелом актуальної інформації стає єдина система бронювання.
Один чат для всіх каналів
У BUSPORTAL звернення пасажирів із підключених каналів можна об’єднати в одному мультиканальному чаті:
- Telegram;
- Viber;
- WhatsApp;
- Facebook Messenger;
- Instagram Direct.
Диспетчеру не потрібно постійно перемикатися між застосунками. Він бачить діалоги в одному робочому просторі, може продовжити розмову та перейти до створення бронювання на потрібний рейс.
Якщо канал підтримує сценарій бота, пасажир може самостійно знайти рейс, переглянути доступні варіанти та розпочати оформлення квитка. Коли потрібна допомога людини, діалог передається оператору. Пасажиру не доводиться повторювати запитання з початку, а працівник бачить контекст звернення.
Бот не повинен створювати окремий список місць. Він працює з тими самими рейсами, тарифами й доступністю, що й сайт та адміністративна панель перевізника.
Сім правил, які захищають бронювання
1. Використовуйте офіційні канали компанії
Клієнтські звернення мають надходити через канали, доступ до яких контролює перевізник: корпоративні акаунти месенджерів, офіційний бот, сайт, робочу пошту або контактний номер.
Особистий телефон працівника не повинен бути єдиним місцем, де зберігається домовленість із пасажиром.
2. Призначайте відповідального
Заявка не повинна залишатися у стані «хтось відповість». Для кожного звернення потрібні:
- відповідальний працівник;
- час отримання;
- поточний статус;
- наступна дія.
Якщо діалог передають іншому диспетчеру, новий відповідальний має бачити його історію.
3. Створюйте бронювання під час розмови
Щойно пасажир визначився з рейсом, диспетчер створює бронювання в системі. Не варто спочатку записувати дані на папері, наприкінці зміни переносити їх до Excel, а потім ще раз формувати список для водія.
Що менше проміжних етапів, то нижчий ризик помилки.
4. Використовуйте одну актуальну схему місць
Сайт, бот, диспетчер і водій мають працювати з одним залишком місць. Коли сидіння зарезервоване, продане або закрите перевізником, його стан одразу враховується в інших підключених каналах. Це допомагає уникнути подвійного продажу місць.
Це захищає від ситуації, коли сайт продає місце, яке диспетчер уже пообіцяв пасажиру в чаті.
5. Обмежуйте строк неоплаченого резерву
Якщо тримати місця без обмеження, рейс може виглядати заповненим, хоча частина пасажирів не завершила оплату.
Для онлайн-замовлень у BUSPORTAL можна використовувати обмежений строк резерву. Наприклад, місце утримується 15 хвилин, поки пасажир завершує оплату. Після завершення строку неоплачене місце повертається у продаж.
Для бронювання, яке створює диспетчер, перевізник може застосовувати інші правила відповідно до способу оплати й власного процесу продажу.
6. Надсилайте пасажиру підтвердження
Після оформлення пасажир повинен отримати зрозумілий результат:
- маршрут і дату;
- час та місце посадки;
- номер місця;
- суму й статус оплати;
- електронний квиток;
- контакт перевізника.
Повідомлення можна надсилати через підключені канали, зокрема email, Telegram, Viber або SMS. Це зменшує кількість повторних запитань і суперечок щодо домовленостей у чаті.
7. Передавайте зміну за списком, а не з пам’яті
Наприкінці зміни потрібно перевірити:
- звернення без відповіді;
- незавершені бронювання;
- неоплачені резерви;
- записи без контактних даних;
- пасажирів, яким не надіслали підтвердження;
- зміни рейсу, про які ще потрібно повідомити.
Новий диспетчер має бачити ці задачі без читання всіх чатів попередньої зміни.
Що змінюється після об’єднання каналів
| Процес | Окремі чати й таблиці | BUSPORTAL |
|---|---|---|
| Звернення | Розподілені між застосунками | Збираються в одному робочому просторі |
| Контекст діалогу | Залишається в окремому чаті | Доступний оператору під час роботи із заявкою |
| Бронювання | Переноситься вручну | Створюється для конкретного рейсу |
| Вільні місця | Перевіряються в різних списках | Єдина актуальна схема салону |
| Подвійний продаж | Можливий через затримку даних | Канали працюють зі спільною доступністю |
| Оплата | Скриншот або повідомлення | Статус пов’язаний із бронюванням |
| Список пасажирів | Оновлюється вручну | Формується з актуальних бронювань |
| Квиток | Готується та надсилається вручну | Генерується після оформлення |
| Зміна рейсу | Потрібно шукати кожного пасажира | Контакти й замовлення пов’язані з рейсом |
| Історія | Розподілена між телефонами | Зміни зберігаються в системі |
Що отримує перевізник
Єдиний залишок місць
Диспетчер бачить ті самі вільні місця, що й пасажир на сайті або в боті. Система також враховує продаж місць на різних частинах маршруту.
За потреби перевізник може закрити окремі місця для онлайн-продажу або створити резерв для постійних клієнтів, груп чи партнерів. Такі місця залишаються доступними лише уповноваженим працівникам.
Актуальний список пасажирів
Підтверджене бронювання потрапляє до списку рейсу. Після кожної зміни не потрібно надсилати водієві новий Excel-файл або фотографію списку.
Контроль оплат
У бронюванні можна бачити вартість, валюту, сплачену суму, залишок, спосіб оплати, повернення та додаткові послуги. Працівникам не потрібно шукати скриншот платежу в історії листування.
Електронний квиток і корисна інформація
Пасажир отримує електронний квиток із QR-кодом. Квиток можна додати до Apple Wallet або Google Wallet.
Якщо для рейсу працює GPS-моніторинг, пасажир може перейти до публічної карти, побачити актуальне місцезнаходження автобуса та орієнтовний час прибуття.
Керування продажами за каналами
Перевізник може окремо керувати доступністю продажу. Наприклад, зупинити онлайн-бронювання перед відправленням, але залишити можливість оформлення квитка адміністратором.
Історія змін
У системі видно, хто створив або змінив бронювання, коли це сталося та які дані були скориговані. Команді не доводиться з’ясовувати, хто видалив рядок або змінив колір клітинки в таблиці.
Докладніше про роботу з пасажирами, оплатами й повторними продажами — на сторінці CRM для автобусних перевізників.
Якщо заявки все ще надходять голосом або на папері
Перехід до однієї системи не означає, що всі працівники та партнери одразу змінять звички.
BUSPORTAL може допомагати переносити до робочого процесу текстові нотатки, фотографії сторінок блокнота й голосові повідомлення. ШІ розпізнає дані, знаходить імовірний рейс і готує бронювання до перевірки.
Оператор обов’язково перевіряє результат перед підтвердженням. ШІ скорочує ручне перенесення, але не повинен непомітно створювати квиток без контролю працівника.
Як зрозуміти, що перевізнику вже потрібна автоматизація
Єдина система потрібна, якщо:
- заявки надходять щонайменше через два різні канали;
- декілька диспетчерів працюють з одним рейсом;
- місця контролюються в Excel або чатах;
- працівники регулярно перепитують, чи оплатив пасажир;
- водієві надсилають список файлом або фотографією;
- клієнти скаржаться на повільні відповіді;
- після зміни рейсу доводиться вручну шукати всіх пасажирів;
- власник не може швидко визначити кількість втрачених заявок.
Що довше компанія відкладає автоматизацію, то більше неофіційних таблиць і ручних правил накопичується навколо кожного рейсу.
Результат на прикладі VD-EXPRESS
Після впровадження BUSPORTAL у VD-EXPRESS бронювання, місця, пасажири, оплати, трансфери, водії та транспорт працюють у спільному процесі.
У системі:
- обробляється понад 600 бронювань щомісяця;
- працюють 2 активні маршрути;
- 25% квитків продається онлайн;
- налаштовано 8 геообластей трансферного обслуговування;
- підключено 11 транспортних засобів.
Докладніше: кейс автоматизації VD-EXPRESS.
Як перейти до однієї системи без зупинки продажів
1. Перелічіть усі джерела заявок
Зафіксуйте сайт, телефон, email, месенджери, агентів і партнерів. Потрібно побачити повний шлях заявки, перш ніж його змінювати.
2. Визначте єдине місце створення бронювання
Домовтеся з командою: повідомлення в чаті не вважається бронюванням, доки пасажира не внесено до системи.
3. Налаштуйте маршрути, місця й тарифи
Диспетчери повинні працювати з актуальними рейсами та реальною схемою салону, а не з довільними записами.
4. Підключайте канали поступово
Почніть із каналів, через які надходить найбільше заявок. Перевірте робочий процес, навчіть команду, а потім підключайте наступні.
5. Налаштуйте передачу зміни
Новий диспетчер має одразу бачити неопрацьовані звернення, бронювання, резерви й платежі.
6. Вимірюйте результат
Контролюйте:
- кількість звернень;
- створені бронювання;
- оплачені квитки;
- прострочені резерви;
- швидкість першої відповіді;
- частку онлайн-продажів;
- причини незавершених замовлень.
Часті запитання
Як не втрачати бронювання з Viber і Telegram?
Не залишайте домовленість лише в чаті. Після вибору рейсу створюйте бронювання в єдиній системі з актуальним місцем, статусом оплати та відповідальним працівником.
Чи можна зібрати різні месенджери в одному чаті?
Так. BUSPORTAL об’єднує звернення з підключених каналів, зокрема Telegram, Viber, WhatsApp, Facebook Messenger та Instagram Direct, в одному робочому просторі оператора.
Чи може пасажир забронювати квиток через бота?
Так. У підключених каналах бот може допомогти знайти рейс і розпочати бронювання. Якщо пасажиру потрібна людина, діалог передається оператору.
Що робити, якщо пасажир не хоче користуватися ботом?
Диспетчер створює бронювання під час телефонної розмови або листування. Для пасажира спосіб звернення залишається звичним, але дані потрапляють до єдиної системи.
Як уникнути продажу одного місця двом пасажирам?
Усі підключені канали мають використовувати одну схему салону. Коли місце зарезервоване, продане або закрите перевізником, його статус враховується для інших продавців і пасажирів.
Чи можна залишити частину місць лише для адміністратора?
Так. Перевізник може закрити окремі сидіння від онлайн-продажу або створити резерв для груп, партнерів і постійних клієнтів. Такі місця доступні лише уповноваженим працівникам.
Чи отримує пасажир підтвердження?
Після оформлення йому можна надіслати електронний квиток та інформацію про поїздку через підключені канали: email, Telegram, Viber або SMS.
Не втрачайте продажі між чатами
Проблема не в тому, що пасажири пишуть у різні месенджери. Проблема виникає, коли кожен месенджер перетворюється на окрему систему обліку.
BUSPORTAL залишає пасажиру зручний спосіб звернення, а перевізнику дає спільний процес для діалогів, маршрутів, місць, бронювань, оплат і квитків.
Покажемо, як організувати заявки з месенджерів, сайту й телефону на прикладі ваших маршрутів.