Какой софт нужен малому отелю: PMS, Модуль бронирования, Менеджер каналов и отчёты

Восемь заселений на одну пятницу, таблица, почта и блокнот на стойке — обычно именно в такой момент владелец отеля на 12 номеров начинает искать софт. До этого всё получалось руками: бронь пришла в почту — записали, гость позвонил — перенесли, гость приехал — заселили.

Дальше два пути. Первый — купить «программу для отеля», которую посоветовали в чате. Второй — вбить запрос в поиск и утонуть в подборках «топ-20 сервисов», где каждый вендор называет свою систему обязательной. Оба пути с одинаковой вероятностью заканчиваются покупкой лишнего и отсутствием нужного.

Список на самом деле короче. Малому отелю нужно одно ядро — PMS (property management system), система управления объектом, — и три модуля вокруг него: Модуль бронирования (Booking Engine), Менеджер каналов (Channel Manager) и Гостевой портал (Guest Portal). Отчёты отдельно покупать не нужно: они растут из того же PMS. Всё остальное — система управления доходами, касса ресторана, умные замки — подключают, когда для этого появилась причина.

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

Карта: одно ядро, четыре модуля вокруг

Короткая версия, чтобы держать в голове:

Система	Что закрывает	Что происходит без неё
PMS	брони, шахматка, тарифы, гости, касса	каждый список живёт своей жизнью
Модуль бронирования	прямые брони с вашего сайта	комиссия канала с каждой брони
Менеджер каналов	доступность и тарифы во всех каналах	ручной перенос и двойные брони
Гостевой портал	анкета, документы, вопросы, услуги	звонки, письма и бумажные анкеты
Отчёты	картина дня и деньги	решения по памяти

Дальше — по одной системе за раз.

PMS: ядро, с которого начинают

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

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

По опросу Hotel Tech Report (450 отельеров, 2026), 86% называют PMS самой важной системой в отеле, а 91% — что она напрямую влияет на выручку. Цифры вендорские: Hotel Tech Report продаёт рейтинги софта. Но порядок величин он показывает верно — всё остальное ставится вокруг PMS, а не наоборот. Там же: 89% операторов экономят 2–10+ часов в неделю, 17% — больше 500 часов в год.

Что это значит на практике для объекта на 12 номеров? В пятницу утром у вас один экран: очередь заездов, у каждой брони — гость, номер и оплата. Заселение в один-два клика, перенос брони перетаскиванием, цена на дату — правкой в тарифе. Алерты дня напоминают о неоплаченном заселении и о номере, который не готов.

Отдельный вопрос — облако или настольная версия. В 2025 году около 65% рынка PMS приходилось на облачные решения (Mordor Intelligence; абсолютные объёмы рынка у исследователей расходятся в разы, поэтому берём долю, а не сумму). Для объекта на 9–30 номеров это означает простую вещь: без сервера и установки, работа из браузера — на стойке, из дома, с телефона. Больше про ядро — на странице PMS.

Последнее, что стоит понять про ядро: оно должно быть одно. Две системы, каждая со своей шахматкой, — это не резервирование, а две версии правды. Если вас убеждают взять «систему для каналов» и отдельно «систему для стойки», спросите, где встречаются их данные. У добротного PMS для малого отеля всё встречается в одном окне: в шахматке — брони из любого источника, цены — в тарифах, а если нужен вид «цены на дату» — они показываются прямо в ячейках сетки.

Про людей тоже стоит подумать заранее. У одного объекта на 12 номеров обычно два-три человека с разным доступом: владелец смотрит деньги, администратор работает с брони и заселением, горничной достаточно видеть список номеров на день. Роли и права — скучная тема до первого случая, когда гость звонит и выясняется, что нужную правку делает «тот, кто умеет», а он в отпуске.

Модуль бронирования (Booking Engine): свой сайт как канал продаж

Модуль бронирования — это форма продажи на вашем сайте. Гость выбирает даты и категорию, видит ваши тарифы, платит картой — и бронь падает в шахматку сама, без переписки и ручного переноса. Работает это только в связке с PMS: движок показывает реальную доступность и реальные цены, а не картинку из прошлого месяца.

Почему это деньги, а не «ещё одна фича». По индустриальному отчёту (135 млн броней в год, 20 стран), бронь с сайта отеля приносит в среднем $516, бронь из канала — $312. Прямой канал входит в топ-3 по выручке на 90% рынков. Почему так — вопрос отдельного исследования, но разница в две трети стоит того, чтобы завести свой канал продаж.

Комиссию канала при этом никто не отменял: по оценкам отраслевых вендоров, она составляет 15–30%+ с каждой брони. Методологий за этими цифрами нет, поэтому честная формулировка такая: комиссия канала — это заметный и постоянный процент выручки, который вы платите с каждой брони, пришедшей не с вашего сайта. Сколько стоит канал и из чего складывается комиссия — в разборе про OTA.

И оговорка в обратную сторону: прямой канал не бесплатен. Эквайринг, сайт, трафик — по тем же вендорским оценкам, ещё 4–5% затрат. Движок не заменяет каналы, он добавляет канал, с которого вы не платите комиссию за привлечение гостя. Подробнее — на странице Модуля бронирования.

Что смотреть при выборе модуля. Виджет должен вставляться на существующий сайт — буквально парой строк кода, без переделки; гостевые страницы — на нескольких языках, если ваши гости приезжают из-за границы; оплата — картой, с предоплатой или депозит-гарантией на выбор. Полезные мелочи, которые быстро становятся обязательными: промокоды, продажа дополнительных услуг со временем (трансфер к конкретному рейсу), возможность забронировать два-три номера в одной брони для семьи. Всё это — часть модуля, а не «следующий тарифный план». Как устроена витрина для гостя и какие тарифные планы на неё выводить — в гайде по Модулю бронирования.

Менеджер каналов (Channel Manager): чтобы каналы не врали

Каналы — это по-прежнему основной спрос. В индустриальном отчёте по 90+ млн броней независимых объектов за 2025 год на каналы пришлось 63,4% броней, на прямые — 36,6%. Годом ранее доля каналов была 61%. Тренд идёт не в пользу прямых продаж, и спорить с ним бессмысленно: каналы дают гостей, которых объект сам не достанет.

Проблема не в каналах, а в их количестве. Три канала — это три вкладки, три ручные правки и три шанса продать один и тот же номер дважды. Двойная бронь — это не только «гостю негде жить»: по оценкам отраслевых вендоров, переселение гостя в другой отель обходится в $300–450 за случай, не считая испорченного отзыва и отношений с каналом.

Менеджер каналов закрывает именно это. Он держит доступность и тарифы одинаковыми во всех каналах: продали номер в одном — количество в остальных уменьшилось, подняли тариф в PMS — изменения ушли во все каналы. Бронь из канала попадает в шахматку сама, с пометкой, откуда пришла.

Технически это устроено так: количество номеров на дату считается из единого календаря PMS, а не хранится отдельно для каждого канала. Поэтому закрыть продажу на дату — одно действие, а не три. Подключение канала — это выбор из каталога (у зрелых систем их больше сотни: Booking.com, Airbnb, Expedia и десятки других), маппинг ваших категорий на категории канала и первая выгрузка, после которой доступность и тарифы уходят в канал автоматически.

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

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

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

Гостевой портал (Guest Portal): что гость делает до и после брони

В подборках «семь программ для отеля» этой категории ещё недавно не было — и именно поэтому её часто забывают. Гостевой портал — это личная страница гостя: онлайн-анкета и документы до приезда, его бронь целиком с ценами по дням, заказ услуг, вопросы к отелю. Заходит гость по персональной ссылке из письма — без регистрации и пароля, которые никто не запоминает.

Для стойки это означает меньше звонков «во сколько заселение» и «можно ли поздно». Гость заполняет анкету заранее, документы загружает сам, а вопрос попадает в общую очередь отеля — не в личный чат администратора, который сегодня выходной. Это не мессенджер: формат «вопрос — ответ», и в этом формате он закрывает большую часть переписки до заселения.

Ожидание гостя здесь важнее, чем кажется. Человек, который покупает билет и заказывает еду в приложении, не понимает, почему для заселения нужно звонить и диктовать данные паспорта по телефону.

Есть и обратная сторона: часть просьб, которые обычно приходят звонком, гость оформляет сам. Заказать трансфер или завтрак на конкретное время — заявка попадёт в ту же очередь, и ответ уедет гостю туда же, откуда он писал.

Больше про модуль — на странице Гостевого портала.

Отчёты: что смотреть каждый день

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

Горизонт планирования у малых отелей стал длиннее. По отраслевым данным, окно бронирования выросло с 38 дней в 2023 году до 40 дней в 2025-м — гость бронирует в среднем за сорок дней до приезда. Это означает, что картина на месяц вперёд у вас есть всегда, и за месяц можно успеть поднять тариф на выходные, если загрузка уже хорошая. Как следить за тем, как будущие даты заполняются, — в статье про OTB.

Честно о границах: готовой управленческой аналитики уровня сетей — ADR, RevPAR, прогноз спроса — в PMS для малых отелей ждать не стоит. Эти показатели считают поверх данных, в таблице. Важно другое: чтобы исходные цифры (тарифы по дням, брони, загрузка, платежи) лежали в одном месте и их не приходилось собирать из четырёх источников. Как считать их без ошибок — в статье про ADR.

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

Что подключать позже — и когда оно правда нужно

RMS: система управления доходами

RMS (revenue management system) прогнозирует спрос и сама двигает тарифы: по темпу бронирования, загрузке, ценам конкурентов и сезону. Это отдельная программа поверх PMS, и она стоит заметных денег.

Объекту на 9–30 номеров полноценный RMS обычно избыточен: у него мало истории броней, чтобы прогнозу было на чём учиться, и нет человека, который будет этим заниматься каждый день. Начать можно с правил в тарифах — «за 7 дней до даты при загрузке 80% поднять тариф на 10%» — и уже это даёт эффект. Дисциплина «посмотрел на загрузку — поправил тариф» закрывает большую часть того, что малому объекту нужно от управления доходами. Как выстроить её по шагам — в статье про управление доходами.

Рынок при этом движется в сторону автоматизации тарифов: модули управления доходами — самый быстрорастущий сегмент рынка PMS (около 14% в год по оценке Mordor Intelligence), а 65% путешественников уже принимают, что цена меняется вместе со спросом (отраслевой опрос 12 000 путешественников в 14 странах). Практика динамического ценообразования становится нормой. RMS как отдельная покупка — нет.

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

Уборка, ресторан, умные замки и CRS

Уборка. Завязана на выселения: гость выехал — номер нужно приготовить к следующему заселению. Отдельная программа для уборки нужна, когда бригадой управляют дистанционно и по графику смен. У большинства малых отелей уборкой занимается штатная горничная, и отдельная программа не нужна.

Ресторан. Если при объекте есть бар или ресторан, его кассу связывают с PMS интеграцией: заказ гостя попадает в счёт за номер, без ручных проводок. Полезно. Но ставить ресторанный модуль в список обязательного софта для отеля без ресторана — очевидная ошибка.

Умные замки. Для апартаментов самостоятельное заселение уже стало стандартом: гость получает персональный код на даты своей брони. Если выберете такие замки, проверяйте, что они стыкуются с вашей PMS — иначе получите ещё одно окно ручного ввода кодов.

CRS. CRS (central reservation system) — центральная система бронирования: один склад номеров на много объектов. Это уровень сетей и управляющих компаний. Малому объекту её функции закрывают PMS, Менеджер каналов и Модуль бронирования.

Когда что можно не покупать

Обратная сторона карты: не каждая система нужна каждому объекту, и это нормально.

Ваша ситуация	Что можно отложить	Чем закрыть сейчас
Один канал, броней немного	Менеджер каналов	Ручной перенос, пока его не начали забывать
Спрос почти весь из каналов	Модуль бронирования (на месяц-другой)	Каналы как основной источник, прямой канал — план
Гости заселяются при вас, ключи вручную	Гостевой портал	Заселение на стойке, анкета на бумаге
5–10 номеров, один сотрудник	RMS, отдельная программа уборки	Правила в тарифах; статусы уборки обновляются сами

Единственное, что откладывать не стоит, — ядро. Без него каждая следующая покупка решает одну задачу и добавляет одно место, где живут данные.

Порядок внедрения: фонд → тарифы → каналы → сайт

Последовательность важнее списка покупок. Перепутанный порядок — самая частая причина того, что софт покупается и не приживается.

Фонд. Сначала категории и номера: без них некуда класть брони, а фото и описания категорий всё равно понадобятся и для каналов, и для сайта.

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

Каналы. Только теперь подключаете каналы: маппинг категорий и тарифов, первая выгрузка, проверка, что доступность сходится.

Сайт. Последним — Модуль бронирования: когда фонд и тарифы уже живут в системе, на сайт достаточно вставить виджет.

По срокам это не месяцы. Регистрация занимает минуты, а фонд, тарифы и каналы настраиваются за 1–2 дня совместной работы. Помощь поддержки при этом не обязательна: путь простой, и пройти его можно самостоятельно.

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

Сколько это стоит

Точных цифр на все случаи не существует: у облачных систем подписка зависит от размера объекта. Обычно считают ёмкость — количество номеров, койко-мест или апартаментов, которые вы продаёте. Хостел с сороком койками и гостевой дом с двенадцатью номерами могут платить по-разному при одинаковой загрузке.

Различается и то, что входит в цену. Одна модель — базовая цена за PMS, а Модуль бронирования, Менеджер каналов и Гостевой портал оплачиваются отдельно. Другая — одна подписка, внутри которой всё: PMS, Модуль бронирования, Менеджер каналов и Гостевой портал. Вторую проще считать: вы сразу знаете, во что обойдётся софт, и комиссия с броней в счёт не добавляется.

Отдельная статья расходов у настольных систем — внедрение: установка, настройка, обучение, обновления. У облачных эти расходы исчезают из бюджета отдельными строками и остаются только в виде вашего времени на настройку фонда и тарифов.

Практический ориентир простой: берите систему, где пробный период даёт полный доступ, а не демо-режим. За две недели вы успеете завести фонд, тарифы, подключить один канал и посмотреть, сколько времени реально уходит на работу. У HotelsCalendar это 14 дней полного доступа, списаний в этот период нет.

Шесть вопросов вендору перед покупкой

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

1. Облако или установка? Около 65% рынка PMS в 2025 году — облако. Для малых объектов это почти всегда правильный ответ: обновления сами, доступ с любого устройства.
2. Что из коробки, а что интеграцией? Уточните, какие каналы подключаются напрямую, есть ли открытый API и маркетплейс интеграций. Закрытая система сегодня — это ручной перенос завтра.
3. Где гость платит? По опросу Hotel Tech Report, 67% отельеров называют встроенные платежи желанной функцией №1. Спросите, как работает оплата на сайте и что фиксирует бронь как гарантированную. Чем отличаются предоплата, депозит-гарантия и карта по телефону — в статье про онлайн-оплату.
4. Что система делает сама? 49% отельеров хотят от PMS в первую очередь автоматизацию, а 82% отелей расширяют применение ИИ в 2026 году (Canary Technologies). Отделите маркетинг от механики: автописьмо с ваучером — это автоматизация, а «искусственный интеллект» в презентации — не всегда.
5. Сколько длится старт и кто переносит данные? Кто-то должен завести фонд, тарифы и действующие брони. Узнайте заранее: это ваша работа на выходные или работа поддержки.
6. Где живут данные? Страна хранения, кто имеет доступ, что происходит при расторжении договора.

Итог: минимальный набор

• PMS — обязательна: шахматка, тарифы, гости, касса и отчёты в одном окне.
• Модуль бронирования — ставьте, когда есть сайт или хотя бы страница объекта.
• Менеджер каналов — нужен со второго канала, до этого хватит ручного переноса.
• Гостевой портал — экономит звонки и бумажные анкеты, когда гости приезжают сами.
• RMS, ресторан, умные замки — по мере появления причины, а не потому что есть в списке.

Вопросы, которые задают чаще всего

Чем PMS отличается от менеджера каналов и модуля бронирования?

Это три разные системы с разными задачами. PMS управляет объектом: брони, шахматка, тарифы, гости, деньги. Менеджер каналов синхронизирует доступность и цены между PMS и каналами продаж. Модуль бронирования — это продажа на вашем сайте: гость бронирует напрямую, бронь попадает в ту же шахматку. Покупать их по отдельности не обязательно: у HotelsCalendar модули идут одной подпиской вместе с PMS.

С чего начать автоматизацию отеля на 10–20 номеров?

С единой системы учёта — PMS, а не с каналов и не с сайта. Сначала перенесите фонд (категории и номера), затем тарифы с правилами, затем подключите каналы — и только потом ставьте виджет бронирования на сайт. Такой порядок даёт системе данные, без которых модули работают вхолостую.

Нужен ли менеджер каналов, если я продаю через один-два канала?

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

Можно ли вести небольшой отель в Excel и когда это перестаёт работать?

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

Брони с сайта и из каналов попадают в шахматку сами?

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

Можно ли подключать системы постепенно или нужно всё сразу?

Постепенно — и так правильнее. Ядро (PMS) — сразу, потому что без него остальным не с чем работать. Модули добавляются по мере надобности: каналы — когда их становится больше одного, сайт — когда появляется страница, гостевой портал — когда начинается поток вопросов до приезда. Модули включены в одну подписку, поэтому порядок зависит только от вас; посмотрите, как устроен Модуль бронирования.