PMS управляет пребыванием;CRM управляет отношениями.
Система управления недвижимостью координирует операционную реальность номеров, бронирования, прибытия, фолиантов и процессов, связанных с недвижимостью.Система управления взаимоотношениями с клиентами помогает коммерческим командам и командам, работающим с гостями, организовывать идентификацию, предпочтения, разрешения, взаимодействия, сегменты и последующие действия.
Продукты могут пересекать эти границы, особенно на платформах «все в одном».Сравнение по-прежнему полезно, поскольку отель должен решить, какая запись является достоверной, когда один и тот же гость, бронирование или статус появляются более чем в одном месте.
| Вопрос | ПМС | CRM |
|---|---|---|
| Основное назначение | Управление недвижимостью, бронированием и проживанием | Прогресс в отношениях с гостями и общении |
| Типичные пользователи | Фронт-офис, бронирование, операции, финансы | Маркетинг, доходы, бронирование, отношения с гостями |
| Основные записи | Бронирование, номер, фолио, прибытие и отъезд | Профиль, согласие, источник, взаимодействие, сегмент и задача |
| Временной горизонт | Текущая и предстоящая остановка в эксплуатации | До, во время и в течение нескольких пребываний |
| Доказательства успеха | Точное эксплуатационное завершение | Соответствующее сообщение и следующее действие. |
Не решайте интеграцию копированием всего.
Напишите карту владения на уровне поля.Статус резервирования может определяться в PMS, а разрешение на маркетинг может регулироваться в CRM или на платформе согласия.Предпочтение можно наблюдать во время пребывания, но для того, чтобы оно стало многоразовым контекстом отношений, требуется определенное правило.
Решите, что произойдет, если ценности конфликтуют.Определите, может ли CRM выполнять обратную запись, может ли PMS перезаписывать и как распространяются удаления и исправления.Без этих правил два «профиля на 360 градусов» могут создать менее достоверное представление.

Один гость — это не всегда одна простая запись.
Общие адреса электронной почты, бронирования агентств, групповые бронирования, изменения имени и неполные данные OTA усложняют сопоставление.Требуются объяснимые правила слияния и способ отменить неправильное совпадение.Никогда не позволяйте удобному идентификатору молча предоставить разрешение на общение.
Сохраняйте видимыми цель согласия, источник, временную метку и отзыв.Персонализация отношений должна использовать данные, которые отель может обосновать и сохранить точными, а не все доступные поля.
Заставьте продавца продемонстрировать границу.
Используйте реальный сценарий: гостевая книга напрямую, меняет даты, регистрируется, отправляет запрос и позже отказывается от маркетинга.Попросите обоих поставщиков показать, какие события движутся, как быстро, какая система побеждает в конфликте и что видит персонал, когда соединение недоступно.
- Какая система создает и сопоставляет личность гостя?
- Какие поля бронирования, пребывания и фолио будут заменены?
- Где фиксируется согласие и как распространяется отзыв?
- Как обнаруживаются, проверяются и отменяются повторяющиеся профили?
- Какая задержка является нормальной и как повторяются неудачные обновления?
- Может ли отель экспортировать историю взаимоотношений и разрешения?
Оценивайте рабочие процессы, а не диаграммы базы данных.
Интеграция полезна, когда персонал может действовать.Возвращающегося гостя следует распознать соответствующим образом;у ценного запроса должен быть владелец;исключение перед прибытием должно дойти до нужной команды;кампания после пребывания должна учитывать разрешение и фактический контекст пребывания.
Измерьте частоту дублирования, неустраненные ошибки синхронизации, выполнение последующих действий и выборочную релевантность сообщений.Эти операционные сигналы показывают, дополняют ли CRM и PMS друг друга.
Готовность к интеграции CRM и PMS
Заполните это, прежде чем согласовывать техническое задание по реализации.
проверено
Текущее руководство, лежащее в основе этой статьи.
Это руководство сочетает в себе основные рекомендации и практический анализ рабочих процессов в отеле.Возможности и интеграцию продукта по-прежнему следует проверять на соответствие системам объекта, правилам эксплуатации и текущей документации поставщика.
- Офис комиссара по информацииИскусственный интеллект и защита данных
Руководство, инструменты управления рисками и пояснения для организаций, использующих персональные данные в системах искусственного интеллекта, для Великобритании.
- W3CРекомендации по обеспечению доступности веб-контента (WCAG) 2.2
Текущая рекомендация W3C по доступному веб-контенту на настольных и мобильных устройствах.
- Центр поиска GoogleСтруктурированные данные статьи
Рекомендуемые свойства публикации в блоге, включая автора, даты, заголовок и изображение.


