Гост, който не разбира условията за анулация, обикновено не пише за уточнение. Той затваря страницата. Езикът в многоезичен сайт за хотел не е декоративно гостоприемство; той определя дали човекът може уверено да приеме цена, условия и плащане.
„Почти разбираемо“ струва най-много в последните стъпки.
Изберете езиците от реалното търсене
Не са нужни всички езици. Започнете от пазарите, които вече дават завършени резервации и сериозни запитвания, после ги сравнете с полетите, OTA търсенето и целите на обекта. Езикът заслужава място, когато достатъчно гости го ползват и хотелът може да го поддържа.
Не гледайте само website sessions. Един пазар може да разглежда много без подходящ транспорт или плащане. Друг има по-малко посещения, но повече престои. Календарът и въпросите на рецепцията са по-силно доказателство от обща туристическа класация.
Съберете:
- завършени престои и запитвания по език или произход;
- директни и OTA резервации;
- сезонни транспортни връзки;
- въпроси, които се повтарят заради неясен сайт;
- капацитет за обновяване на условия и оферти.
Два добре поддържани езика са по-добри от шест забравени. Всяка версия добавя политика, данъчен етикет, описание и имейл, които могат да останат стари.
Първо преведете booking path, после редакционните страници. Гостът може да преживее неидеална статия за дестинацията. Не може безопасно да приеме неразбран депозит.
HotPilot поддържа booking flow на английски, български, немски, гръцки, румънски и руски. Диапазонът е полезен само ако съдържанието на обекта е пълно и актуално.
Транзакционният текст иска човешки стандарт
Машинният превод помага за грубо разбиране или нискорисков marketing copy. В транзакция правдоподобната грешка създава друго обещание. „Възстановим“, „депозит“, „на престой“ и „на човек“ не търпят приблизителност.
Прегледайте професионално:
- Анулация и no-show.
- Депозит, предплащане и refund.
- Задължителни данъци и такси.
- Заетост, легла и включено хранене.
- Payment errors и confirmation.
Поддържайте речник за стаи и търговски термини. Ако „студио с морска гледка“ има три названия в сайта, engine и имейла, рецепцията трудно свързва какво вярва гостът, че е купил.
Превеждайте смисъла, не структурата на изречението. Буквалната версия може да е граматична и търговски объркваща. Редакторът трябва да вижда целия екран и действието след етикета.
Всяка промяна на политика създава задача по превод. Не публикувайте новите условия само в изходния език, докато останалите обещават старото.
Използвайте въпросите като контрол. Ако гостите на един език постоянно питат дали закуската е включена, етикетът може да е преведен и пак неясен.
Покажете валутата и обяснете таксуването
Пътуващият решава по-бързо, когато вижда цена във валута, в която мисли. Това намалява умственото пресмятане. Показването обаче не трябва да създава фалшиво обещание за card charge.
Посочете в коя валута хотелът действително ще таксува. Ако engine показва ориентировъчно преобразуване, а плащането е в базовата валута, кажете го преди потвърждение. Банката на госта може да приложи свои условия.
Разделете:
- базова цена и валута на обекта;
- преобразуван display за сравнение;
- валута и сума, подадени към плащане.
Не наричайте ориентировъчната сума точна, ако картовото извлечение може да се различава. Не скривайте и реалната валута в условия след плащането.
Multi-currency трябва да обхваща данъци, extras и депозит. Стая в една валута и туристически данък в друга изглеждат като незавършен total. При refund обяснете връзката с първоначалния charge, без обещание какво ще върне банката след conversion.
Един многоезичен booking engine с няколко валути трябва да запази езика и валутата през търсене, стая, плащане и confirmation. Връщане към български накрая разрушава увереността.
Добре преведеният резервационен процес е по-важен от преведената брошура. Когато продавате на повече от един езиков пазар, струва си да видите плащане, изградено за шест езика.
Платежните навици се различават
Картите са важни, но предпочитаният метод не е универсален. Пазарите разпознават различни gateways, wallets и банкови потоци. Страница, построена само около навика в България, може невидимо да филтрира готови международни гости.
Гледайте failure и enquiry patterns. Един пазар стига ли до плащане без да завършва? Питат ли хората за банков превод или познат метод? Отказва ли се определен тип карта?
Предлагайте методи, които можете да осчетоводите, засечете и възстановите. Много лога без ясен settlement и cancellation process създават работа.
Payment page трябва да обяснява:
- избран метод и charge currency;
- плащане или гаранция;
- какво следва след authorisation;
- как се повтаря failure без ново търсене.
Показвайте само реално налични методи за конкретния гост, валута и booking type. Тествайте международни комбинации, включително връщането към confirmation.
Доверието трябва да е видимо
Местният гост познава района и може лесно да се обади. Чужденецът няма този контекст. Той се нуждае от доказателство, че обектът е реален и транзакцията е разбираема.
Показвайте постоянно търговско име, физически адрес, телефон с международен код и наблюдаван имейл. Същата идентичност трябва да стои в сайта, engine, confirmation и основните листинги.
Условията за анулация, плащане и privacy се показват преди ангажимента. Скриването не прави страницата проста, а премества несигурността към края.
Използвайте актуални снимки на продаваната категория. Международният гост не може да запълни разликата между поетично име и реално легло чрез местна репутация.
Сигналите за сигурност трябва да са истински. Показвайте реалния payment provider и secure route, не колаж от неприложими badges. Обяснете кого плаща гостът, ако card descriptor използва юридическо име.
Дайте контакт с човек, но не използвайте support като заместител на ясния текст. Повечето несигурни посетители си тръгват, вместо да формулират въпрос на чужд език.
Никога не избирайте език само по IP
Не превключвайте езика автоматично единствено според IP адреса. Българин в Германия, гръцки гост във фирмена мрежа и англоговорящ човек в София могат да попаднат на език, който не четат.
Местоположението може да предложи избор, но selector трябва да остане видим. Позволете избор, запазете го през страниците и го запомнете при връщане, когато privacy подходът позволява.
Не отменяйте избора повторно. Човек, сменил от немски на английски, е дал по-добро доказателство от network location. Уважавайте го до payment и confirmation.
Дръжте имената на стаите разпознаваеми при рецепция. Творчески превод, който превръща suite в несвързана фраза, затруднява пристигането. Пазете търговското име и добавете ясно описание.
Тествайте:
- Смяна на език след избор на стая.
- Saved link, отворен от друга държава.
- Redirect към външно плащане.
- Confirmation и pre-arrival email.
Дати, гости, room и rate трябва да оцелеят. Езикът изяснява същата резервация, не създава друга с различни условия.
Прегледайте и автоматичните имейли след резервацията. Няма полза checkout да е на немски, ако потвърждението, платежното известие и указанията пристигнат само на български. Шаблонът трябва да използва последния изрично избран език и същите имена на стаята, тарифата и условията.
Пазете fallback за непълна версия. Ако нов текст още няма одобрен превод, по-добре покажете ясно проверен общ текст или временно скрийте офертата на този език, отколкото да смесите половин страница от две версии. Смесеният checkout кара госта да се съмнява коя част е правно приложима.
Да обобщим!
- Избирайте езици от резервации, запитвания и достъп до дестинацията и поддържайте всяка версия.
- Политики, депозити, данъци и payment errors искат човешко качество.
- Покажете позната валута, но посочете ясно реалната валута на таксуване.
- Платежните навици се различават, затова следвайте completion evidence, не местни предположения.
- Международното доверие идва от постоянна идентичност, видими условия и реални payment routes.
- Никога не налагайте език само от IP; оставете видим избор и помнете решението.
Продавате ли на повече от един език и не сте сигурни в checkout-а, ще го преминем с удоволствие заедно с вас.
