Перейти к основному содержимому
Кейс системы для организатора экскурсий

44Islands: система бронирования вместо таблиц и сообщений

Бронирования хранились в Excel, электронной почте, SMS и заметках после телефонных разговоров. Мы создали на Laravel единую систему для бронирований, расписания, комиссий и работы нескольких ролей.
Иллюстрация процесса бронирования, который через API связывает расписание, доступность мест, роли пользователей и сайт продаж.

Концептуальная иллюстрация процесса бронирования на синтетических данных. Это не снимок реальной системы 44Islands.

Исходная ситуация: важная информация хранилась в разных местах

44Islands организует и продаёт экскурсии. До начала проекта сведения о заказах находились в таблицах, электронной почте, SMS и заметках после телефонных разговоров. При небольшом объёме такой подход может работать, но его становится трудно поддерживать, когда растёт число дат, участников, продавцов и партнёров.

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

Система должна была соответствовать реальному процессу

Готового инструмента было недостаточно, потому что в процессе участвовало несколько групп пользователей. Сотруднику, который принимает бронирование, нужна одна информация, водителю или сопровождающему другая, а партнёру для расчёта продаж третья.

Поэтому система была создана как специальное веб-приложение. Она включает:

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

Не все пользователи получают одинаковую панель. Представление данных и доступные действия зависят от роли и задачи в процессе.

Один источник предложения для системы и сайта продаж

Следующим этапом стало соединение основной системы 44Islands с сайтом Wycieczki Świnoujście. Сайт представляет предложение клиентам из Польши и Германии, а сведения об экскурсиях и доступности получает через API.

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

Результат: меньше разрозненных договорённостей, один процесс

Система заменила прежнюю работу с таблицами и сообщениями. Бронирования, расписание и комиссии обрабатываются в одном процессе, а каждая роль использует информацию, необходимую для своей работы.

Решение также упростило сотрудничество с другими организаторами. 44Islands может продавать их экскурсии и учитывать комиссии в той же системе.

Проект развивается вместе с компанией

Работа над системой началась в 2025 году и продолжается. Новые функции добавляются, когда клиент расширяет предложение или хочет поддержать следующий этап процесса.

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

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

Отзыв клиента

Я однозначно рекомендую сотрудничество с компанией DSO-IT Mateusz Domin. Профессиональные консультации, большие знания и, что особенно важно, проект был завершён вовремя. Я продолжаю сотрудничать с компанией и всегда могу рассчитывать на помощь.

Konrad Kobryński, 44Islands / Wycieczki Świnoujście

Русский перевод оригинального польского отзыва, опубликованного на Oferteo и уже используемого в портфолио Domin Software. Исходной цитатой остаётся польский текст.

Когда подобная система имеет смысл?

Система на заказ нужна не только потому, что компания использует Excel. Её стоит рассмотреть, когда важные сведения переносятся между несколькими местами, доступность зависит от дат и вместимости, разные сотрудники работают с отдельными частями процесса или расчёты подчиняются правилам, которые готовый инструмент не поддерживает.

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

Хотите упорядочить похожий процесс?

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

Обсудим ваш процесс

Смотрите также системы для туризма и гостиниц, интеграции систем и API и другие проекты Domin Software.