Інформація про заїзд без написання кожного повідомлення заново.

STRYK реагує на реальні події, пов’язані з бронюванням, проживанням, оплатою та рахунком. Вони запускають цільові повідомлення чи внутрішні робочі кроки, а не шаблонні масові розсилки без прив’язки до бронювання.

Наприклад, нове чи підтверджене бронювання, зміна, скасування й неприбуття. Кожне правило також визначає, до яких джерел, категорій номерів і гостей воно застосовується.

Так. Правила перед заїздом спрацьовують за визначений час до приїзду й можуть, наприклад, надіслати персональну інформацію чи нагадування про онлайн-реєстрацію.

Заселення, завершена онлайн-реєстрація, тривале проживання, виселення, час після виїзду та запит на відгук можуть запускати власні сценарії. Тож комунікація відповідає реальному етапу поїздки.

Так. Отримана оплата, настання строку оплати та створений рахунок, окремі тригери. Правило залишається прив’язаним до правильного бронювання й фінансових даних і не може сплутатися з випадковим гостем.

Інформацію про приїзд отримують лише підтверджені проживання; скасовані бронювання, бронювання з невідповідними датами або вже позначені пропускаються.

Воно використовує центральний шаблон і лише ті змінні, які справді можна заповнити даними поточного бронювання. Тему, зміст, дані гостя та спосіб доставки перевіряють перед активацією.

В автоматичному режимі канал визначається бронюванням: для прямих і ручних проживань, електронна пошта, для бронювань із підключених порталів, дозволений канал порталу. Команді не треба вгадувати канал для кожного гостя.

Так. Можна задати хвилини, години чи дні до або після відповідної події. Час розраховується від реальних дат проживання.

Умови обмежують правило за тривалістю проживання, вартістю бронювання, часом до заїзду, кількістю гостей, країною, днем тижня, джерелом, категорією номера, тегом, історією візитів та іншими ознаками.

Так. Правила можуть стосуватися лише гостей, які приїжджають уперше, постійних гостей, VIP-гостей або гостей понад певну кількість візитів чи загальну суму витрат.

Правило може вимагати наявний тег, свідомо пропускати бронювання з іншим тегом або після успішного виконання додавати чи видаляти тег. Це допомагає уникати повторних чи суперечливих сценаріїв.

Так. Назва, опис і пріоритет створюються в контексті бронювання. Завдання доповнює роботу, але не замінює денний план хаускіпінгу, що будується на зайнятості.

Відповідне правило для тривалого проживання створює пріоритетне завдання з прибирання й забезпечує його відстеження в правильному проживанні.

Підготоване повідомлення отримують лише повністю завершені проживання, які не виключено з розсилки. Журнал чітко показує надіслані, пропущені та невдалі запити.

Тестовий запуск перевіряє тригер, умови й дію на безпечних тестових даних. Результат записується як тест, а правило вмикається лише після практичної перевірки.

Успішні, невдалі, пропущені й тестові запуски простежуються з часом, бронюванням, гостем, тригером, дією та деталями. Помилка не маскується під нібито успішне надсилання.

Огляд і редактор показують, чи правило ввімкнено, коли воно спрацювало востаннє і скільки разів сьогодні. Вимкнене правило або правило поза строком дії не запускає жодних дій.

Лише працівники з окремим правом на керування автоматизаціями. Ролі з доступом лише для перегляду чи ролі хаускіпінгу не можуть вмикати правила, які надсилають повідомлення гостям або запускають зовнішні системи.

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

У встановлений строк відповідальна команда отримує внутрішнє сповіщення, прив’язане до бронювання, і конфіденційні платіжні дані не потрапляють до невідповідного одержувача.

Автоматизації, шаблони, тестові запуски та журнали входять до кожного тарифу STRYK у єдиній пропозиції, без плати за підключення чи прихованих рівнів модулів. Зовнішні партнери з доставки чи інтеграцій можуть стягувати власні комісії.

У демодоступі Ти створюєш правило, від тригера через умови й шаблон до тестового запуску. Потім Ти точно бачиш, коли воно спрацювало і який результат дало.