Комуникирайте с гостите от резервацията

Избери правилната резервация като контекст на разговора

Отвори Гости → Съобщения или съобщенията с подробности за гостите. Търсете по номер на резервация, гост, дати или стая и провери контекстния панел, преди да пишете.

Могат да се изпращат съобщения само за резервации, свързани с основен гост. Коригирайте липсваща връзка в записа за гост или резервация, вместо да създаваш друг човек.

Започни всеки разговор от точната резервация. Търсете по номер на резервация, гост или дати на престой, отвори записа и сравни получател, пристигане, заминаване, категория стая, текущо състояние и източник на резервация. Един и същ гост може да има няколко минали или бъдещи престои и профилът сам по себе си не идентифицира за кое пристигане, анулиране или фактура се отнася съобщението. Следователно STRYK използва гост и резервация заедно. Ако контекстът на резервацията е неясен, спри преди да пишете и го разрешете в изходния запис. Съхранявайте лични данни в разговора за оторизирана резервация и използвай резервация или справка за стая в бележките за предаване, вместо да копирате данните за контакт другаде. Проверката на контекста е завършена, когато друг колега може да идентифицира желания получател и да остане, без да гадае от тялото на съобщението.

Разберете канала от източника на резервация

Ръчни резервации, резервации по телефона, при влизане, имейл, уебсайтове и механизми за резервации използват имейл с тема и обикновен или HTML формат. Първо провери съхранения адрес.

OTA и резервациите на канали използват разговор в канал с обикновен текст. Не го заобикаляйте с отделен имейл или хронологията на резервациите ще стане непълна.

Прочетете канала за комуникация от източника на резервация. Ръчните и директни резервации използват имейл; OTA или резервациите на канали използват канала за резервации като разговор в обикновен текст. Композиторът не предоставя свободен избор на канал, тъй като промяната на маршрута би нарушила връзката между източника на резервацията и хронологията на съобщенията. Потвърди показания канал и наличния получател, преди да избери шаблон. Имейлът може да използва обикновен текст или одобрен HTML с визуализация, докато съобщенията на канала остават обикновен текст и не трябва да зависят от неподдържано форматиране. Ако е оперативно необходим различен маршрут за контакт, третирайте го като отделно разрешен процес и документирайте защо; не крийте промяната вътре в композитора. За портални резервации STRYK изпраща съобщението в обикновен текст през свързания маршрут на Booking.com или Airbnb и запазва всеки отговор в същия разговор за резервация.

Избери шаблон по цел, канал и език

Списъкът показва активни шаблони, съответстващи на извлечения канал. Избери според целта на пътуването за гости и необходимия език, а не според подобно звучащо име.

STRYK прилага формат, тема и основно съдържание. Повтарящите се корекции принадлежат към централния шаблон; еднократните подробности остават в черновата. Избягвайте частни остарели копия.

Избери шаблон по една конкретна цел, показвания канал и езика на госта. Информация за пристигане, напомняне за плащане, липсващи данни и благодарности след престоя са различни решения и не трябва да се комбинират в неясно универсално съобщение. Използвай само активен шаблон, предложен за извлечения канал. Прочетете го, преди да кандидатствате: провери поздрава, тона, часовете на хотела, връзките, формулировката за анулиране или плащане и подпис спрямо текущата хотелска практика. Шаблонът е прегледана отправна точка, а не разрешение за изпращане непроменен. Ако езикът на гостите се различава от стандартния за хотела, избери или напишете пълна версия на този език; преведена тема със смесено езиково тяло не е готова. Премахнете параграфите, които не се отнасят за този престой, и добави само факти, които вече са одобрени в настройките на резервацията, политиката или хотела.

Прегледайте контейнерите от реалния контекст на резервацията

Инструментът за избор показва стойности, които могат да бъдат разрешени в контекста на текущия гост и резервация. Прочетете разрешения преглед и сравни датите, стаята и подробностите за резервацията с контекстния панел.

Неразрешените заместители са показани под визуализацията. Поправете липсващите изходни данни, презаредете и прегледайте отново; ако не е наличен по проект, премахнете токена или пренапишете изречението.

Разрешете всеки контейнер във визуализация спрямо текущата резервация. Провери поздрава и име на госта, хотел, пристигане и заминаване, категория или назначена стая, номер на резервация, обща сума, неизплатена сума, правила за анулиране и данни за контакт според целта на шаблона. Неразрешен токен, празно тире или неправдоподобна стойност е блокер, а не козметичен текст. Коригирайте липсващите изходни данни, когато трябва да съществуват; в противен случай пренапишете изречението, без да обещавате. Ако не е назначена стая, кажете резервираната категория, вместо да познаете номер на стая. Ако стойността на плащане е оспорена, не я замествайте ръчно в съобщението; разреши първо финансите. Заместителите на псевдоними може да се рендират за съвместимост, но инструментът за избор трябва да използва текущите канонични стойности, налични в този контекст на резервация. Крайният преглед трябва да съдържа само реални, обясними данни.

Четете съдържание като домакин и рецензент

Прочетете като гост: първите две изречения трябва да обяснят защо хотелът пише и какво се случва след това. Използвай ясни часове и ежедневен език, а не вътрешни кодове.

След това прегледайте получателя, поздрава, номера на резервацията, датите, претенциите за стая, препратките към цените, връзките, подписа и езика. HTML се нуждае от визуален преглед; съобщенията на канала остават ясен обикновен текст.

Прочетете последното съобщение два пъти: първо като домакин, след това като рецензент. Като домакин, направи следващото действие на госта очевидно, използвай уважителен език и включете само информация, която помага на престоя. Като рецензент провери фактите за резервациите, датите, сумите, декларациите за политиката, връзките, крайния срок за отговор, подписа и поверителността. Едно съобщение трябва да има една основна цел и ясен отговор на това какво трябва да знае или направи гостът. Избягвайте вътрешен жаргон, обвинения, правни обещания, които хотелът не може да спази, и чувствителни данни, които не са необходими за целта. За спешна промяна, посочи какво се е променило, кой престой е засегнат и къде гостът може да отговори. За HTML имейл провери както форматирания преглед, така и четливия текст; за канални съобщения, уверете се, че значението оцелява в обикновен текст. Едно кратко конкретно съобщение е по-безопасно от дълъг шаблон, пълен с неуместни клаузи.

Изпратете веднъж и докажете резултата в темата

Потвърди резервацията, изпратете веднъж и изчакайте. Ако STRYK покаже грешка, запазете черновата, коригирайте причината и не записвайте успех преждевременно.

След успех намерете съобщението в същата нишка за резервация и провери посоката, часа, канала, темата, където е приложимо, и номера на резервацията. Ако не се вижда, презаредете, преди да опитате отново.

Изпратете веднъж и изчакайте действителния резултат. Деактивиран бутон, въртящ се бутон или бавна мрежа не е разрешение за многократно щракване. При успех отвори отново същия разговор за резервация и провери точно един изходящ запис с правилно клеймо за време, канал, тема, където е приложимо, и видимо съдържание. За имейл, успешен резултат от приложението и въвеждане в нишка доказват, че STRYK е приел изпращането; неуспешните доставки трябва да останат видими чрез съответния статус или последващи действия. За разговор в канала потвърди, че съобщението с обикновен текст се намира в правилната нишка за резервация. Ако изпращането е неуспешно, запазете черновата, прочетете грешката и коригирайте получателя, канала, съдържанието или връзката при източника. Никога не създавайте локален запис за успех или копирайте съобщението в друга резервация само за да изглежда хронологията пълна.

Провери две често срещани грешки с отделен тест. Първи случай: гостът няма използваем имейл адрес при директна резервация. Правилният резултат не е отгатване на получателя или използване на адреса на друг гост, а видимо блокиране и изясняване на информацията за контакт в профила на госта или резервацията. Втори случай: Те биха избрали имейл шаблон за OTA резервация. Каналът и обикновената текстова форма, получени от системата, трябва да останат видими; не копирайте ръчно съобщението в отделен имейл, като загубите връзката за разговор. За двете репетиции запиши номера на резервацията, очаквания канал, действителната обратна връзка и следващия отговорник. По този начин екипът може да се справи не само с успешно изпращане, но и с безопасно спиране, когато изходните данни или канал не са подходящи.

Поддържайте стандарт за съобщения в един екип

Дефинирайте един отговорен шаблон за повтаряща се ситуация, канал и език, със собственост и редовен преглед. Предпочитайте малък ясен набор пред много подобни имена.

Hotel Nordlicht тества директен обикновен имейл, директен HTML преглед, OTA обикновен канал, липсващ контейнер и гост с две резервации. Проблемите се коригират на ниво източник, шаблон или резервация.

Поддържайте стандартен малък екип за повтарящи се съобщения. Всеки одобрен шаблон се нуждае от цел, канал, език, собственик, последна дата на преглед и следващо задействане на преглед. Преглед след промени в часовете за настаняване, процеса на плащане, политиката за анулиране, контакт с хотела, връзки или пътуване на гостите. Съхранявайте съдържанието на шаблона в централния бекенд каталог и контейнерите в централната система за шаблони, вместо лични фрагменти или локални файлове. Изпробвай един реален разговор след активиране в изолираната демонстрация на Hotel Nordlicht, проверка на контекста на резервацията, разрешени стойности, редакционно качество и еднократно изпращане; никога не използвай съществуващ клиент наемател за документално доказателство. Оттеглете остарелите шаблони, вместо да оставяш активни почти дубликати. Процесът е надежден, когато колега може по-късно да разбере цел, получател, престой, канал, точно съдържание и резултат единствено от разговора за резервация.

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

Запиши датата и лицето, отговорно за прегледа, до шаблона, така че причината и срокът за следващия преглед да са ясни на всички колеги.