О компании
Программное обеспечение должно быть самым тихим, что есть в отеле.
Лучшая система для отеля — не та, в которой больше функций, а та, которую команда перестаёт замечать, потому что гость, фолио и отчёт согласуются между собой. Мы создаём именно такую тишину.
Зачем мы существуем
У отелей нет проблемы с программным обеспечением. У них есть проблема с непрерывностью.
Пройдите по отелю в 07:00 и посчитайте места, где один и тот же факт записан дважды: бронирование, список заездов, доска службы горничных, лист завтрака, папка ночного аудита. Каждую копию ведёт человек, которому не всё равно, и каждая копия расходится с остальными.
Большинство гостиничного ПО добавляет ещё одну копию. Оно хорошо решает задачу одного подразделения и просит следующее подразделение её сверить. Цена этого не видна на демонстрации и очевидна в понедельник утром.
Мы строим противоположное: единое операционное ядро для гостя, фолио и определения отчётности, вокруг которого организованы модули. Продукт — не экраны. Продукт — соглашение между ними.
“Система заслуживает своё место, когда команде больше не приходится переводить между подразделениями.”
Принципы работы
Чем мы не поступимся.
Эти принципы определяют, что мы создаём и, чаще, от чего отказываемся.
01
Один факт — одно место
Гость, тариф, фолио, статус номера: у каждого есть одна авторитетная запись. Интеграции читают из неё или пишут через неё, но не хранят частную версию.
02
Исключение — это и есть продукт
Основной сценарий прост. Ценность проявляется в отменённом начислении, переселении, спорном счёте, группе, которая передумала в 23:00. Такие сценарии проектируются первыми.
03
Конфигурация вместо доработки
Отели различаются политикой, а не законами физики. Мы настраиваем тарифы, фолио, роли и правила аудита, а не создаём отдельную версию кода, чтобы обновления оставались обновлениями.
04
Стойка должна продолжать работать
Отказоустойчивость — требование к продукту. Сбой WAN, вышедший из строя интерфейс или неудачный релиз должны ухудшить одну функцию, а не остановить заезды.
Как мы внедряем
Переключение — это обещание, а не демонстрация.
Большинство неудачных внедрений — не отказы программного обеспечения. Это нерешённые вопросы, обнаруженные слишком поздно. Наш метод внедрения выносит решения в начало.
01
Зафиксировать текущее положение
Мы описываем системы, интерфейсы, отчёты и неформальные обходные пути. Именно в обходном пути обычно и живёт настоящее требование.
02
Определить исключения
Переопределения тарифов, кредитные лимиты, расчёты с группами, правила неявки, права на исправления. Каждое становится письменным правилом с ответственным до начала настройки.
03
Настроить и отрепетировать в песочнице
Конфигурация, миграция данных и интерфейсы тестируются на репрезентативных данных. Первый ночной аудит репетируется до того, как станет реальным.
04
Обучать на ваших процедурах
Занятия по ролям используют собственные сценарии объекта. Типовой учебный материал учит программе, но не учит работе отеля.
05
Оставаться до первого закрытия
Поддержка на месте или удалённо в течение первого ночного аудита и первого закрытия месяца. Мерило успеха — чистое закрытие, а не подписанный акт приёмки.
Как мы работаем
Скучно там, где это важно.
Программное обеспечение для гостеприимства одновременно имеет дело с деньгами, персональными данными и впечатлением гостя. Мы относимся к негромким частям как к функциям продукта.
Явный объём работ
Что входит в базовую функциональность, что настраивается, что является индивидуальной интеграцией и что не входит в объём — всё фиксируется до старта проекта.
Закреплённая ответственность
У каждого интерфейса и каждого развёртывания есть ответственный с нашей стороны и путь эскалации с вашей.
Без театра сертификации
Мы не размещаем на сайте значки, намекающие на аудит, который не проводился для вашего развёртывания. Заявления о безопасности подтверждаются письменно, в рамках договора.
Команда
Три дисциплины в одной комнате.
Продукт создают люди, которым в нём жить: руководители внедрения, операторы отелей и инженеры, работающие по одной спецификации.
Продукт и разработка
Отвечает за модель данных, контракты интерфейсов и дисциплину релизов.
Внедрение
Отвечает за обследование, настройку, миграцию и план переключения для каждого объекта.
Поддержка
Отвечает за первое закрытие, порядок работы с инцидентами и операционные вопросы, возникающие после запуска.
Мы не публикуем численность команды или количество офисов в качестве доказательства. Доказательство — референс-звонок и первое чистое закрытие.
Сведения о компании
Компания, стоящая за платформой.
Lodgcore разрабатывает и внедряет платформу. Ниже указаны офис, каналы связи и языки сайта.
English · 中文 · العربية · Español · Français · Português · Deutsch · Tiếng Việt · Bahasa Indonesia · Русский
- Офис
- Офис Lodgcore, комната 312K, здание Huilange, № 273, Huangpu Blvd W, район Тяньхэ, Гуанчжоу 510620, Гуандун, Китай
- Эл. почта
- sale@hotelpmssystem.com
- Позвоните нам
- +86 13922702227
- +8613922702227
Часто задаваемые вопросы
Часто задаваемые вопросы
Вы поставщик PMS или системный интегратор?
Как вы работаете с объектом, который уже работает на другой PMS?
Можете ли вы поддерживать группу с объектами в разных странах?
Что нужно от нас, чтобы начать?
Предлагаете ли вы пробный период?
Следующий шаг
Посмотрите платформу на своих процессах.
30-минутная демонстрация с учётом типа вашего объекта и систем, которые уже используются у вас. Без слайдов — мы вживую разберём заезды, фолио, ночной аудит и отчётность.
Обычно отвечаем в течение одного рабочего дня.