КП для сети гостиниц в Сибири: система поверх бронирования, 26 модулей

Раньше я уже описывал КП для небольшой гостиницы на двух языках. Там была одна гостиница на 15 номеров и владелица, которая управляет издалека. Здесь другая задача: много адресов разного формата, и главное в них управление всем сразу.

Задача

Сеть работает в одном городе давно и держит гостиницы, хостелы и посуточные квартиры. Объектов проживания сотни, заездов и выездов тысячи в месяц, персонала много. Брони собираются через Bnovo, у сети есть сайт на конструкторе, чат, своё мобильное приложение с удалённым заселением. Программы лояльности нет, скидка только за наличные.

При такой структуре всё важное рассыпается по адресам. Загрузка и выручка по гостинице видны в одной системе, качество уборки в чатах, смены у администраторов в тетрадях, зарплата считается отдельно. Владелец не видит всю сеть на одном экране, и подрядчики и собственники квартир просят отчёты вручную.

Моя часть работы состояла в том, чтобы разложить идеи на модули и показать их так, чтобы директору было понятно, что именно он покупает.

Что я предложил

Документ на 4 страницы, 26 модулей. Я разбил их на четыре блока.

Гость и продажи, 9 модулей. Прямые брони с сайта и приложения сразу в шахматку, баллы за проживание, партнёрская программа, допродажи до заезда (ранний заезд, апгрейд, трансфер), конструктор акций с промокодами, скидки партнёров города по QR, заказ завтрака и доставки в приложении, ИИ-администратор на трёх языках, сбор отзывов со всех площадок.

Контроль и качество, 9 модулей. Панель сети и утренняя сводка владельцу в мессенджер, подсказки по цене, анализ звонков, проверка уборки по фото, обходы, оценки гостей, жалобы, заявки в техслужбу по QR, бот для найма и персонала.

Учёт и деньги, 6 модулей. Сверка смен, контроль заселений мимо кассы, склад и бельё, прибыль по адресам, зарплата по факту, налог и выгрузка в 1С.

Кабинеты, 2 модуля. Собственники квартир видят доход онлайн, организации сами заселяют бригады и получают документы.

Отдельной страницей идёт путь гостя: нашёл, забронировал, получил предложение перед заездом, живёт, уехал и оставил отзыв. Под каждым шагом стоит модуль, который на нём работает. Так проще объяснить директору, где система приносит деньги, а где экономит время.

Партнёрскую программу я описал отдельным блоком, потому что она проще, чем кажется. Бот в MAX или Telegram выдаёт партнёру личную ссылку и QR, гость бронирует по ней или называет код на ресепшн, после выезда и оплаты партнёру начисляется вознаграждение, администратор видит долг и отмечает выплату. Платим один раз за нового гостя. Партнёром может быть таксист, сотрудник компании-клиента, турагент или бывший гость. Подробнее такую механику я разбирал в статье про партнёрский маркетинг.

Ещё одна страница документа посвящена находкам на их публичном сайте. Я читал его как гость и записал расхождения: акции, у которых давно вышел срок, разные цифры об объёме сети на разных страницах, противоречие между ответом в вопросах и условиями тарифа, спецтариф по кодовому слову по телефону. Для каждого пункта указано, как его снимает система: акция сама уходит с сайта по дате, цифры берутся из одной базы, промокод учитывается. Без этих находок предложение было бы набором общих обещаний.

Что учёл и где риски

• Bnovo остаётся. Не каждая сеть готова менять систему бронирования, и это нормально. Поэтому первый вариант работает поверх Bnovo, а замена идёт только во втором.
• Запуск без остановки. Четыре шага: демо панели на их адресах, запуск на одном адресе с обучением смены, перенос остальных, затем включение ИИ-модулей. Сеть продолжает принимать гостей весь период.
• ИИ-модули отдельным шагом. Анализ звонков и проверка фото уборки включаются, когда основа уже работает. Иначе вся сеть сразу зависит от того, как справится распознавание.
• Данные гостей. Паспорта и телефоны гостей относятся к персональным данным. Хранение и права доступа надо согласовать до старта, и я отметил это в документе.
• Цены не утверждены. Варианты по объёму посчитаны ориентировочно, торг возможен. Скорость запуска я предлагал использовать как аргумент вместо скидки.

В каком статусе

КП в формате PDF передано партнёру вместе с подсказками к разговору с директором. Он договаривается о встрече. Решения заказчика нет. Демо панели сети в документе обещано, но ещё не собрано, и я возьмусь за него после того, как встреча состоится. Система не написана, договора нет, в проде ничего нет.

Три варианта по объёму такие:

• Старт. Надстройка поверх Bnovo: панель сети, прямые брони, акции, часть контроля качества. Минимальный риск для текущей работы.
• Сеть. Своя система вместо Bnovo с шахматкой, учётом и кабинетами. Нужна, если сеть хочет уйти от платы за каждый номер.
• Экосистема. Всё из «Сети» плюс ИИ-администратор, анализ звонков, проверка уборки и расширенные кабинеты.

Сумм и сроков в рублях и неделях в статье нет: это рабочие цифры для разговора с заказчиком.

Что дальше

Жду, пока партнёр договорится о встрече. На встречу соберу демо панели сети на их адресах и номерах: оно нужно, чтобы директор увидел свою сеть на одном экране и мог сравнить это с обычным списком модулей. После этого станет понятно, какой вариант выбирать. Если сеть остановится на первом, начнём с одного адреса. Если ответа не будет, предложение останется документом. Подход к такому старту я описывал в статье про пилотный проект.

Частые вопросы

Это уже работает в какой-то сети?

Нет. Это предложение с описанием модулей и путём гостя. Система для этой сети не написана, решения заказчика нет.

Почему не сразу заменить Bnovo?

Потому что у сети налажены процессы, и замена брони и шахматки рискованна. Надстройка поверх даёт панель, акции и контроль без остановки. Замену можно рассматривать позже, когда станет видно, что именно мешает.

Чем это отличается от КП для одной гостиницы?

В КП для одной гостиницы ключевое владелица и язык интерфейса. Здесь ключевое сравнение адресов между собой: загрузка, прибыль, смены и качество по каждому. Для небольшой гостиницы без сети я описывал решения в статье про IT для мини-гостиницы и хостела.

Коротко о главном

Когда в сети десятки адресов, отдельные функции вроде бонусов или чат-бота помогают мало. Важнее, чтобы все данные лежали в одной базе и владелец видел сеть целиком. Предложение показывает, как это собрать поэтапно, не останавливая работу. Пока оно без ответа, и я так и пишу.

Если нужна система для гостиниц, хостелов или квартир, посмотрите автоматизацию бизнеса. Напишите в Telegram, MAX или VK.