Разработка мобильного приложения для бронирования отелей

Разработка мобильного приложения для бронирования отелей

Приложение для бронирования отелей — конкурентная ниша с устоявшимися игроками (Booking.com, Ostrovok, Яндекс.Путешествия). Побеждать в ней с собственным приложением можно только в специализированных сегментах: конкретный регион, корпоративные поездки, определённая категория объектов. Техническая реализация при этом не проще чем у гигантов — нужны те же инвентарная система, calendar availability, оплата с холдированием и управление бронированиями.

Интеграция с системами управления отелями (PMS)

Центральная техническая задача — получение актуального наличия номеров и цен. Три варианта:

Channel Manager API. Отели подключены к channel manager'у (TravelLine, Bnovo, Reznext) — единая точка входа для обновления инвентаря. TravelLine предоставляет REST API для поиска доступности и бронирования. Один договор с channel manager'ом открывает доступ к тысячам подключённых отелей.

Прямая интеграция с PMS. Opera PMS (Oracle), Fidelio, 1С:Отель — у каждого свои API или SOAP. Имеет смысл только при работе с конкретной сетью отелей.

OTA-агрегаторы. Ostrovok B2B API, Брронируй API, HotelBeds — готовые агрегаторы с большим инвентарём, комиссионная модель. Для старта это быстрее всего.

// Запрос доступности номеров через channel manager API
struct AvailabilityRequest: Encodable {
    let hotelId: String
    let checkIn: String   // "2025-06-15"
    let checkOut: String  // "2025-06-18"
    let adults: Int
    let children: Int
    let currency: String
}

struct RoomType: Decodable {
    let id: String
    let name: String
    let description: String
    let capacity: Int
    let pricePerNight: Decimal
    let cancellationPolicy: CancellationPolicy
    let images: [String]
    let availableRooms: Int
}

Карта и поиск по геолокации

Поиск отелей рядом — обязательная функция. MapKit (iOS) с MKAnnotationView и кластеризацией, или Google Maps SDK. При большом количестве объектов (100+ на карте) — кластеризация через GMSMarkerClusterer (Google) или ClusterKit (MapKit).

На карте нужны «плашки» с ценой вместо стандартных маркеров — это кастомный MKAnnotationView с UILabel для цены. Нажатие на кластер — zoom in. Нажатие на отдельный маркер — bottom sheet с карточкой отеля.

Геопоиск: по координатам центра + радиус. Backend: PostGIS с ST_DWithin(location, ST_Point(lon, lat)::geography, radius_meters) — быстро при наличии пространственного индекса.

Календарь дат и dynamic pricing

Выбор дат заезда/выезда — один из самых проблемных UI-элементов в гостиничных приложениях. Стандартные DatePicker не подходят: нужен кастомный range picker с блокировкой недоступных дат, отображением минимальной цены под каждой датой.

На iOS кастомный range date picker через UICollectionView с кастомным layout — ячейки с подсветкой диапазона. На Android — MaterialDatePicker из Material Design 3 с кастомизацией через DayViewDecorator.

Dynamic pricing: цены меняются в зависимости от спроса и дат. Кэшировать их на 30 минут — разумный компромисс. При финальном бронировании — повторная проверка цены через GET /rooms/{id}/price-check?checkin=&checkout=. Если цена изменилась — предупреждение пользователю с новой ценой перед оплатой.

Холдирование и оплата

Схема оплаты зависит от политики отеля:

• Полная предоплата — оплата сразу при бронировании
• Оплата при заезде — бронируем без оплаты, отель держит место
• Частичная предоплата — холдирование суммы через payment.capture_mode = manual в ЮKassa или Stripe

Холдирование (preauthorization): через ЮKassa это POST /payments с capture: false. После заезда гостя — POST /payments/{id}/capture. Если отмена — POST /payments/{id}/cancel. Некоторые OTA-агрегаторы берут оплату на себя и перечисляют отелю — упрощает интеграцию.

Apple Pay и Google Pay — обязательны для конверсии. PKPaymentRequest на iOS, PaymentsClient на Android.

Управление бронированием

Экран «Мои бронирования»: активные, прошедшие, отменённые. Детали: ваучер, адрес отеля с навигацией (deep link в 2GIS/Яндекс.Карты/Google Maps), контакты. Отмена бронирования с расчётом штрафа в зависимости от cancellation policy и текущей даты — логика на бэкенде, не на клиенте.

Push-уведомления: подтверждение бронирования, напоминание за 3 дня до заезда, запрос отзыва после выезда (через 24 часа).

Отзывы

Система отзывов с рейтингом по категориям: расположение, чистота, персонал, соотношение цена/качество. Верификация: только пользователи с завершённым бронированием могут оставить отзыв. Модерация перед публикацией — либо автоматическая (ML-классификатор спама/оскорблений), либо ручная.

Этапы и сроки

Итого: 8–12 недель. Стоимость рассчитывается индивидуально после анализа требований.