Skip to content
Ištekliai

Viešbučių platinimo žodynas paprasta kalba — nuo OTA ir ARI iki atribucijos, atsakymų variklių ir agentinio prekybos modelio. Kiekvienas terminas susietas su išsamesniu vadovu, jei toks yra.

Trumpas atsakymas

Viešbučių platinimas – tai būdas, kaip viešbutis pateikia savo kambarius ir pasiūlymus užsakymui per įvairius kanalus – tiesioginius, OTA, metapaieškas, partnerius, vartotojus, dirbtinį intelektą ir platformas. Šiame žodyne apibrėžti pagrindiniai terminai: kanalai, kurie kuria paklausą, jų ekonomika, tiekimas ir ryšiai, leidžiantys viešbučiui būti užsakomu, bei DI ir kūrėjų sluoksniai, keičiantys paiešką ir sandorius.

Rezervacija, atlikta per viešbučio kontroliuojamą kanalą – jo svetainę, užsakymo nuorodą, QR kodą, parduotuvę, partnerio kanalą ar DI perdavimą – o ne per OTA, kuri valdo svečio santykį. Pats sandoris.

Visas sistema, kuri sukuria tiesioginius užsakymus: turinys, nuorodos, partnerių kanalai, parduotuvės, kampanijos, kainos ir prieinamumas, užsakymų variklis, atribucija ir patvirtinimas. Platesnė sąvoka nei „viešbučio svetainė“. Žr. Tiesioginis viešbučių platinimas.

Trečiosios šalies prekyvietė (pvz., didelės užsakymų platformos), kuri skelbia viešbučius ir parduoda kambarius, dažniausiai imdama 15–25 % komisinį mokestį. Naudinga pasiekiamumui; brangu maržai ir svečio nuosavybei. Žr. Tiesioginiai užsakymai prieš OTA ekonomiką.

Kainų palyginimo platforma (įskaitant Google viešbučių rezultatus), kuri sujungia kainas iš OTA ir tiesioginių šaltinių, kad keliautojai galėtų palyginti ir pereiti užsakyti.

Nemokamos vietos Google viešbučių rezultatuose, leidžiančios viešbučiui parodyti savo kainą ir nukreipti keliautoją į užsakymo puslapį – be paspaudimo mokesčio. Žr. Google nemokamos užsakymo nuorodos.

Matomas paklausos kelias, sukurtas agentūros, KOL, renginių organizatoriaus, DMC, bendruomenės, leidėjo, banko, lojalumo programos ar platformos, kuris įtakoja, kur keliautojai apsistoja. Žr. Viešbučių partnerių kanalas.

Socialinės dėmesio – įrašų, biografijos nuorodų, QR kodų, partnerių rekomendacijų – pavertimas matomais, užsakomu keliais. Žr. Viešbučių socialinė prekyba.

Užsakymo dalis, sumokama kanalui, kuris jį sukūrė. OTA komisiniai dažniausiai siekia 15–25 %; Wink ima 1,5 % platformos mokestį plius kortelių apdorojimą už savikainą patvirtintam tiesioginiam užsakymui. Žr. Kainodara.

Bendra patvirtinto užsakymo kaina, įskaitant mokėjimo apdorojimą. Wink platformoje tai 1,5 % platformos mokestis plius kortelių apdorojimas, perduodamas už savikainą be maržos – apie 5,5 % iš viso su 4,0 % kortelės mokesčiu. Nėra atskiros apdorojimo sutarties.

Žinojimas, kuris šaltinis, kampanija, nuoroda, parduotuvė, partneris ar agentas sukūrė užsakymą. Wink saugo atribuciją 6 mėnesius nuo paspaudimo – priskiriama užsakymui, ne tik sesijai.

Šalis, teisiškai atsakinga už sandorį ir lėšas. Pagal Wink standartinį modelį viešbutis yra prekybininkas įraše ir mokėjimas surenkamas jo vardu, kaip jo agentas; licencijuotos kelionių agentūros gali veikti kaip prekybininkai įraše patys. Žr. Kainodara.

Užsakymo mokėjimas tvarkomas viešbučio vardu, kaip jo agentas – atsiskaitymas, atšaukimo politikos logika, tokenizuotos kortelės, 3DS, kelių valiutų palaikymas, daliniai išmokėjimai ir atsiskaitymas. Viešbutis lieka prekybininku įraše. Lėšos atlaisvinamos viešbučiui atvykus svečiui, po platformos mokesčio ir kortelių apdorojimo savikaina; nėra atskiros apdorojimo sutarties.

Vidutinė užsakymo bendra vertė. Didėja, kai užsakymų variklis parduoda visą viešnagę – paketus, priedus, maitinimą, SPA, patirtis – ne tik kambarį.

Gyvi duomenys, kuriuos viešbutis turi pateikti prieš svečiui užsakant: kas prieinama, už kokią kainą, su kokiomis sąlygomis. Žr. Ryšiai.

Programinė įranga, kuri platina viešbučio ARI prijungtiems kanalams ir sinchronizuoja užsakymus atgal. Wink jungiasi su 11 kanalų valdymo sistemų, įskaitant SiteMinder, Cloudbeds, RateGain ir D-EDGE.

Viešbučio operacinė sistema rezervacijoms, kambariams ir svečiams registruoti. Užsakymai gali būti sinchronizuojami per ryšius.

Sistema, centralizuojanti kainas, prieinamumą ir rezervacijas per viešbutį ar grupę; Wink palaiko SynXis kaip CRS.

Viešbučio tiekimo valdymo sluoksnis: profilis, kambariai, kainos, prieinamumas, taisyklės, akcijos, kanalai ir užsakymų variklio konfigūracija. Wink platformoje – vienintelis tiesos šaltinis. Žr. Extranet.

Įvykdymo sluoksnis, kuris paverčia patvirtintą tiekimą užsakymu – įkelia tinkamą kambarį, kainą ir priedus, priima mokėjimą ir patvirtina per visus kanalus. Žr. Booking Engine.

Kaip keliautojai vis dažniau randa viešbučius per DI asistentus ir atsakymų variklius, o ne naršo nuorodas. Žr. DI paieška viešbučiams.

DI sistema, kuri pateikia tiesioginį atsakymą, o ne nuorodų sąrašą (DI apžvalgos, ChatGPT paieška, asistentai). Viešbučiams reikia struktūruoto, naujausio turinio, kad būtų suprasti. Žr. Viešbučių turinys atsakymų varikliams.

Viešbučių turinio – faktų, kambarių, taisyklių, pasiūlymų, užsakymo kelių – struktūrizavimas, kad atsakymų varikliai galėtų suprasti, palyginti ir cituoti. DI eros SEO partneris.

DI agentai, kurie ne tik rekomenduoja viešbutį, bet ir atlieka sandorius – skaito gyvas kainas, kuria užsakymus, priima mokėjimus ir reaguoja į įvykius. Žr. DI agentai užsakantys viešbučius ir Agentinis DI.

Standartas, leidžiantis DI agentams skaityti sistemos gyvus API kontraktus. Wink turi MCP serverį, kad agentai galėtų atrasti operacijas ir kurti veikiančias integracijas be spėjimų apie galinius taškus.

Įterpiami, užsakomi viešbučių moduliai – kortelės, žemėlapiai, tinklai – kurie į bet kurią svetainę ar produktą įkelia gyvą inventorių, o Booking Engine tvarko užsakymus.

Įvykių pranešimai, kuriuos sistema siunčia, kai įvyksta kažkas (pvz., booking.create). Wink atskleidžia 70 webhook įvykių, kad produktai galėtų reaguoti realiu laiku.

Sukuria užsakomas priemones – dalijamas nuorodas, QR kodus, korteles, žemėlapius, tinklus ir Web Components – iš viešbučių tiekimo. Žr. Studio.

Planuoja, generuoja, patvirtina, tvarko grafiką ir skelbia viešbučių turinį su pridėtomis užsakymo nuorodomis. Žr. Social.

Nemokama, mobiliems įrenginiams pritaikyta kelionių parduotuvė po viena i.trvl.as nuoroda. Žr. WinkLinks ir Nuoroda biografijoje viešbučiams.

Wink valdoma „Viešbučiai su privalumais“ vartotojų atradimo platforma, įvykdoma per Booking Engine už tas pačias kainas kaip tiesioginis užsakymas. Žr. Traveliko.

Tęskite tyrinėjimą

Dažniausiai užduodami klausimai apie žodyną

Dažniausiai užduodami apibrėžimai, kiekvienas vienu sakiniu.

Kuo skiriasi tiesioginis užsakymas nuo tiesioginio platinimo?
Tiesioginis užsakymas yra sandoris, atliktas per viešbučio kontroliuojamą kanalą. Tiesioginis platinimas yra visa sistema, kuri sukuria tuos sandorius: turinys, nuorodos, partnerių kanalai, parduotuvės, kainos ir prieinamumas, užsakymų variklis, atribucija ir patvirtinimas.
Ką reiškia ARI viešbučių platinime?
ARI reiškia Prieinamumas, kainos ir inventorius – gyvi duomenys, kuriuos viešbutis turi pateikti (per kanalų valdymo sistemą, PMS, CRS ar rankinį įkėlimą) prieš svečiui užsakant.
Kas yra viešbučių užsakymų atribucija?
Atribucija yra žinojimas, kuris šaltinis, kampanija, nuoroda, parduotuvė, partneris ar agentas sukūrė užsakymą. Wink saugo atribuciją 6 mėnesius nuo paspaudimo, priskirdamas ją užsakymui, o ne tik sesijai.
Kas yra atsakymų variklis ir kas yra AEO?
Atsakymų variklis yra DI sistema, kuri pateikia tiesioginį atsakymą vietoje nuorodų sąrašo. AEO (Atsakymų variklio optimizavimas) yra viešbučių turinio struktūrizavimas, kad tos sistemos galėtų jį suprasti, palyginti ir cituoti.
Kas yra agentinis prekybos modelis viešbučiams?
Agentinis prekybos modelis yra tada, kai DI agentai ne tik rekomenduoja viešbutį, bet ir atlieka sandorius – skaito gyvas kainas, kuria užsakymus, priima mokėjimus ir reaguoja į įvykius – per struktūruotą kelionių prekybos infrastruktūrą.
Ką reiškia visos išlaidos Wink platformoje?
Tai patvirtinto tiesioginio užsakymo bendra kaina, įskaitant mokėjimo apdorojimą: 1,5 % Wink platformos mokestis plius kortelių apdorojimas, perduodamas už savikainą be maržos – apie 5,5 % iš viso su 4,0 % kortelės mokesčiu, be atskiros apdorojimo sutarties.

Pažiūrėkite, kaip terminai susijungia praktikoje – vienas viešbučio tiekimo sluoksnis maitina tiesioginius, socialinius, partnerių, vartotojų, DI ir kūrėjų kanalus, o Booking Engine įvykdo kiekvieną užsakymą.