Kaip veikia OTA algoritmas: nuo ko priklauso pozicija Booking.com ir Airbnb

Atidarote Booking.com inkognito lange, suvedate savo miestą ir datas ir ieškote savęs sąraše. Objektas vietoje: nuotraukos tos pačios, kainos tokios pačios, kokios tarifuose. Aukščiau – kitapus gatvės stovintis viešbutis: numeriai mažesni, įvertinimas puse balo žemesnis. Logiškas klausimas: už ką jam pirmoji eilutė?

Toliau paprastai prasideda mitologija apie „algoritmą“: slapta formulė, kurią neva galima nusipirkti, nulaužti ar išprašyti iš palaikymo tarnybos. OTA – internetinės kelionių agentūros, t. y. Booking.com, Airbnb, Expedia ir jų kaimynai rezultatuose; būtent jų algoritmus čia ir narstome (kas yra OTA ir kiek kainuoja kanalai). Tiesa nuobodesnė ir naudingesnė. Formulės platforma neskelbia, bet oficialiai įvardija veiksnių grupes, iš kurių susideda tvarka, ir atskirai nurodo, kas yra jūsų rankose. Žemiau – ką sako pati Booking.com, ką – Airbnb, kas pataisoma objekto paskyroje ir kas nepaklūsta niekam.

Ir vienas nustatymas, be kurio visa kita nesiklostys: vienos pozicijos apskritai nėra.

Pirmiausia svarbiausia: vienos pozicijos nėra

Svečias ieško ne „apskritai“ – jis ieško pagal konkrečią užklausą: miestą, datas, svečių skaičių. Kiekvienai kombinacijai rezultatai surenkami iš naujo. Booking.com pagalbos puslapis sako tai be užuolankų: kiekvieno veiksnio reikšmė „nustatoma dinamiškai kiekvienai konkrečiai paieškos užklausai ir neparemta fiksuotu veiksnių svoriu“.

Savas pataisas įneša pats svečias. Rūšiavimas pagal kainą, filtras pagal įvertinimą, „tik su parkingo vieta“, įregistravimo laikas – kiekvienas įjungtas filtras surenka kitokius rezultatus, iš kurių kas nors iškrenta. Trečias sluoksnis – personalizacija: „paieškos rezultatai personalizuojami kiekvienam keliautojui“, atsižvelgiama į paieškos istoriją, šalį ir kalbą. Tas pats objektas dviem žmonėms tą patį vakarą parodomas skirtingai.

Iš čia darbo taisyklė. Klausimas „kokioje pozicijoje esame“ yra nekorektiškas: atsakymas priklauso nuo to, kas žiūri, iš kur ir su kuriomis datomis. Matuoti reikia ne poziciją, o tai, ką pati platforma skaičiuoja: parodymus paieškos rezultatuose, perėjimus į objekto puslapį, rezervacijas. Booking.com ekstranete tam yra skydelis, rodantis poziciją paieškos rezultatuose ir rezervacijų efektyvumą, – tai sąžininga matomumo metrika, skirtingai nei vieno sąrašo vieta viename nešiojamajame kompiuteryje.

Keturios Booking.com veiksnių grupės

Partnerių pagalbos puslapyje išvardytos keturios grupės ir jos skamba taip.

Objekto charakteristikos – vieta, kainos Booking.com, svečių atsiliepimų įvertinimai, objekto puslapio kokybė. Viskas, kas susiję su pačiu pasiūlymu: kur esate, kiek prašote, ką sako svečiai ir kiek užpildyta kortelė.

Efektyvumo rodikliai – konversijos rodiklis ir spustelėjimų dalis. Pagalbos puslapio apibrėžimai tikslūs, verta juos perskaityti vieną kartą pažodžiui: konversija – „rezervacijų dalis nuo objekto puslapio lankymų skaičiaus“, spustelėjimų dalis – „kaip dažnai svečiai pereina iš paieškos rezultatų į objekto puslapį“. Paprasčiau: kiek žmonių, pamačiusių jus sąraše, spustelėjo, ir keli iš spustelėjusių rezervavo.

Keliautojo paieškos užklausa – kryptis, datos, viešnagės trukmė, svečių skaičius ir tipas. Šiai grupei jūs iš viso neįtakojate: svečias jau nusprendė, kur ir kada važiuoja. Bet būtent ji sprendžia, kurios jūsų stipriosios pusės apskritai patenka į kadrą – objektas prie jūros ir objektas prie stoties gyvena skirtingose užklausose.

Keliautojo pageidavimai – paieškų istorija, šalis, kalba.

Iš viso dvi grupės iš keturių – apie jūsų objektą ir jo rezultatus, dvi – apie svečią. Pusė formulės jums nepaklūsta, ir gerai būtų tai priimti dar prieš iššvaistant sezoną kovai su vėjo malūnais.

Airbnb: kaina, kokybė, populiarumas ir vieta

Airbnb turi savo ketvertuką: kokybė, populiarumas, kaina ir – ištisiems namams – vieta. Skirtumas prasideda nuo žodžio: Booking.com rūšiuoja objektą, Airbnb – skelbimą. Toliau iššifravimas iš platformos pagalbos puslapio.

Kokybė – tai skelbimo turinys: nuotraukos ir vaizdo įrašai, svečių įvertinimai ir atsiliepimai, šeimininko bendravimas su svečiais platformoje, patogumai ir aptarnavimo informacija. Tiesioginė formuluotė (Airbnb citatos žemiau – vertimas iš anglų kalbos): „aukštesnės kokybės skelbimai su geresniais įvertinimais ir atsiliepimais paprastai rūšiuojami aukščiau“.

Populiarumas – pageidavimų sąrašai, rezervacijos, žinutės šeimininkui: „popularesni skelbimai paprastai rūšiuojami aukščiau“.

Kaina – vienintelė vieta, kur viena iš platformų poveikį pasakė tiesiai į akis: „skelbimai, kainuojantys pigiau už palyginamus tos pačios vietovės skelbimus su panašiomis charakteristikomis, paieškoje paprastai rūšiuojami aukščiau“. Kalbama apie palyginamus – tos pačios talpos ir su tais pačiais patogumais, o ne „pigiau už visus iš eilės“.

Vieta Airbnb – visavertis veiksnys ištisiems namams, o Booking.com vieta gyvena objekto charakteristikų viduje.

Kas vertinama	Booking.com – objektas	Airbnb – skelbimas
Turinys	objekto puslapio kokybė	nuotraukos, vaizdo įrašai, aprašymas, patogumai
Atsiliepimai	svečių atsiliepimų įvertinimai	įvertinimai ir atsiliepimai kokybės viduje
Kaina	kainos Booking.com	žemiau už palyginamus – aukščiau paieškoje
Svečių elgsena	konversija ir spustelėjimų dalis	rezervacijos, pageidavimų sąrašai, žinutės
Šeimininko veiksmai	—	atsakymas per 24 val., atmestų užklausų dalis, atšaukimai
Vieta	vieta	vieta – ištisų namų veiksnys

Atskiras Airbnb sluoksnis – šeimininko svertai. Pagalbos centre jie surinkti į vieną sąrašą: „atsakinėkite į užklausas per 24 valandas. Stenkitės jų pernelyg dažnai neatmesti. Įjunkite momentinę rezervaciją“, „sumažinkite apribojimų skaičių, pavyzdžiui, minimalią ir maksimalią rezervacijų trukmę“, „atidarykite datas kalendoriuje – tada jus ras daugiau svečių“. Plius Superhost statusas: jo reikalavimuose – greiti atsakymai ir kuo mažiau atšaukimų iš šeimininko pusės. Visa tai daroma rankomis platformos paskyroje, ir jokia programinė įranga už jus mygtuko „atsakyti svečiui“ nespustelės.

Prieinamumas: dalyvavimo sąlyga, o ne veiksnys

Apie šią temą sklinda atkaklus teiginys: „prieinamumas – pirmasis Booking.com rūšiavimo veiksnys“. Dabartinėje platformos pagalboje jo nėra, ir tai atvejis, kai paneigimas naudingesnis už gražią versiją.

Kaip tai iš tikrųjų suformuluota. Prieinamumo rūšiavimo veiksnių sąraše iš viso nėra – yra kitaip: pozicija paieškos rezultatuose nustato, kur rodomi rezervuoti galintys objektai. Partnerių gide dar griežčiau (vertimas iš anglų kalbos): „jeigu objekto nėra datoms, kurių ieško keliautojas, jo rezultatuose galite ir nepasirodyti“. Paprasčiau tariant, atviros datos – ne sudedamoji, pridedanti taškų, o bilietas į rungtynes: be jo tiesiog neišeinate į aikštelę, ir jokie svoriai jūsų neištrauks.

Airbnb ta pačią mechaniką aprašo kaip šeimininko svertą: kuo daugiau prieinamų datų, tuo labiau tikėtinas sutapimas su svečio planais – „prieinamumo pridėjimas gali pagerinti skelbimo matomumą“.

Praktinė išvada viena: kalendorius atidaromas toli į priekį. Svečiai būstą pradeda ieškoti beveik metams iki kelionės, o Booking.com patarimas skamba taip: laikykite kalendorių atvirą iki 24 mėnesių į priekį. Objektui su 9–30 numerių įstumti dvejų metų datas į kelis kanalus rankomis – nuolatinio dėmesio reikalaujantis darbas, ir būtent jį perima Kanalų tvarkyklė (Channel Manager): susiejus kategorijas ir tarifus prieinamumas bei kainos į kanalus keliauja automatiškai, dvejiems metams į priekį.

Apribojimai, galintys paslėpti objektą visiškai

Antras neakivaizdus sluoksnis – pardavimo apribojimai. Booking.com gide jie turi atskirą skyrių: „apribojimai suteikia kontrolę gaunamoms rezervacijoms ir yra dar vienas įrankis veikti matomumą“, o toliau – svarbiausia: „jeigu keliautojas ieško varianto, kuriam nustatėte apribojimą, jam galite visai nepasirodyti“. Airbnb tą pačią mintį kartoja svertų sąraše: sumažinkite apribojimų skaičių, pavyzdžiui, minimalią ir maksimalią rezervacijos trukmę.

Kas tiksliai kerta matomumą: minimali ir maksimali viešnagės trukmė, uždarytos atvykimo ir išvykimo dienos, apribojimai laikui iki atvykimo, uždaryti pardavimai datai. Kiekvienas jų savaip reikalingas: minimali viešnagės trukmė saugo savaitgalius, uždaryta atvykimo diena – nuo vienos nakties rezervacijų savaitės viduryje. Bet kartu jie veikia kaip sietas: svečias su užklausa „ketvirtadienis–sekmadienis, mažiausiai dvi naktys“ iškrenta iš jūsų rezultatų dar nepamatęs nė vienos nuotraukos.

Skirtumas nuo prieinamumo subtilus, bet svarbus. Uždarytos datos – nedalyvaujate. Apribojimas – dalyvaujate tūkstančiuose užklausų, bet būtent šią atsijojote patys ir dažnai pamiršote, kad kadaise nustatėte. Todėl apribojimus verta peržiūrėti kas sezoną, o ne surengti vieną kartą ir visiems laikams.

Gyvena jie ne atskirų datų langeliuose, o tarifuose. Kaip surinkti tarifų rinkinį su apribojimais darbo dienoms, savaitgaliams ir aukštajam sezonui – straipsnyje apie numerių kainas.

Kaina: konkurencinė, o ne žemiausia

Booking.com kaina sėdi objekto charakteristikų viduje – platforma tiesiai įvardija „kainas Booking.com“ tarp veiksnių ir pataria laikyti jas konkurencingomis. Airbnb formuluotė, kaip jau matėme, dar konkretesnė: žemiau už palyginamus – aukščiau paieškoje.

Skaityti tai kaip šaukimą dempinguoti – klaida, kainuojanti brangiau už poziciją. Nuleista kaina atneša rezervacijų, rezervacijos atneša užimtumo, o pinigų mėnesio gale vis tiek lieka nedaug. Protinga schema kita: rasti apatinę ribą, žemiau kurios pardavinėti neapsimoka, laikyti bazinę kainą sąžiningą ir kelti ją paklausos viršūnėse.

Apie tas viršūnes platformos nekalba, o rinka atsako seniai. Kaina, kuri vytina paklausą – aukštesnė savaitgaliais, žemesnė tuščiose darbo dienose, – savaime konkurencingesnė, nes kiekvieną akimirką būna protingame koridoriuje. Kaip nustatyti tokią dinamiką be brangių sistemų – straipsnyje apie pajamų valdymą.

Atskirai – dvi frazės apie paritetą. Šalyse be pariteto, į kurias įeina visos Europos ekonominės erdvės šalys, Booking.com rašo tiesiai: kainos ir kitos komercinės sąlygos, siūlomos per kanalus už platformos ribų, nustatant poziciją neatsižvelgiamos. Praktiškai: kaina jūsų pačių svetainėje Europoje pozicijos kanale negadina – baimė „už pigesnę kainą svetainėje mus nuleis“ ten jau neveikia.

Objekto kortelė: nuotraukos, patogumai, aprašymas

Dabar apie tai, ką svečias mato apskritai. Objekto puslapio kokybė – įvardytas Booking.com veiksnys, o skelbimo turinys – kokybės dalis Airbnb. Dažniausiai cituojamas šios temos skaičius priklauso pačiai Booking.com: 63 % svečių nuotraukas vadina pagrindiniu informacijos šaltiniu renkantis būstą. Ne kainos, ne atsiliepimai – nuotraukos.

Kas iš to seka praktiškai. Pirmoji nuotrauka dirba kaip viršelis: į ją žiūrima sąraše sprendžiant, ar spustelėti. Patogumai – ne kortelės puošmena, o svečio filtrai: pažymėjęs „parkavimas“ ir „pusryčiai“ svečias nepamatys objekto, kurio šie laukai neužpildyti, – platforma sąžiningai atsijos jį filtru. Aprašymas atsako į klausimus, kurie netilpo į patogumus: kur parkingas, ar galima su augintiniu, kas tie pusryčiai.

Sąžininga riba: nuotraukų išsiuntimu į kanalus mažų viešbučių programinė įranga paprastai neužsiima – HotelsCalendar taip pat. Taigi šis skyrius ne apie funkcijas, o apie darbą platformoje: kartą per sezoną peržiūrėti nuotraukų rinkinį, užpildyti patogumus pilnai ir perskaityti aprašymą svetimomis akimis. Neužpildyta kortelė praranda parodymus net ir esant gerai kainai – ir jokia sinchronizacija to nekompensuoja.

Rodymai, spustelėjimai, rezervacijos: ciklas, kuris pasileidžia pats

Smalsiausia šiuose veiksniuose – jie surišti į ciklą. Objektas pasirodė → svečias spustelėjo → rezervavo puslapyje → platforma įskaičiavo aukštesnę konversiją → ėmė rodyti objektą dažniau → vėl parodymai. Veikianti kortelė stiprina save pati; neveikianti – taip pat uoliai save išspaudžia iš rezultatų.

Iš čia aiški darbų eilė. Pirmiausia tai, be ko ciklas nesileidžia: atviros datos ir protingi apribojimai. Paskui tai, kas paverčia parodymą spustelėjimu: pirma nuotrauka, kaina, įvertinimas. Tada tai, kas paverčia spustelėjimą rezervacija: aprašymas, atsiliepimai, suprantamos atšaukimo sąlygos.

Truputis aritmetikos su sąlyginiu tūkstančiu parodymų. Esant dviem procentams spustelėjimų dalies iš tūkstančio parodymų gaunami dvidešimt perėjimų; esant penkiems procentams konversijos – viena rezervacija. Toliau šakutė į tris kelius. Pirmas – didinti parodymus, tai yra atimti juos iš konkurentų, kuriems veikia tie patys veiksniai. Antras – pakelti spustelėjimų dalį iki keturių procentų: tie patys tūkstantis parodymų duoda keturiasdešimt perėjimų ir dvi rezervacijas. Trečias – pakelti konversiją iki dešimties procentų: tie patys dvidešimt perėjimų duoda dvi rezervacijas. Pirmas kelias svetimas ir brangus, kiti du – jūsų. Būtent todėl platformos ir skaičiuoja efektyvumą, o ne vietą sąraše.

Šiame sąraše yra ir tai, kas daroma tik rankomis. Atsakymo greitis, atmestų užklausų dalis, momentinė rezervacija, atšaukimai iš šeimininko pusės – platformos laiko tai kokybe ir įskaito, o automatizacijos, kuri atsakytų svečiui už jus, viešbutis neturi. Vienintelė pora, kur programinė įranga vis dėlto padeda, – atšaukimai: jų mažiau ten, kur rezervacija užtikrinta. Tarifas su depozitu arba išankstiniu apmokėjimu nukerpa neatvykstančiuosius iš anksto – kaip tokie tarifai sutvarkyti.

Mokamos matomumo programos: ką duoda ir kiek kainuoja

Be organinės tvarkos, Booking.com turi mokamų programų, ir svarbu suprasti, ką tiksliai jos parduoda.

Preferred programa (Preferred Partner) – anot pačios platformos, dalyviai vidutiniškai gauna 65 % daugiau peržiūrų ir 35 % daugiau rezervacijų. Preferred Plus – viršutinė pakopa: patys geriausi 10 % Preferred objektų. Genius – nuolaidų programa: daugiau matomumo objektui, o nuolaidą apmoka pats objektas. Visibility Booster – laikinas pakilimas pasirinktose šalyse ir datomis. Specialieji pasiūlymai (Deals) – dalyvavimas platformos išpardavimuose. Atskirai gyvena Sponsored Listings: mokamos pozicijos rezultatuose, kur vieta nustatoma aukcione pagal kainą už paspaudimą.

Bendra visoms: tai matomumo, o ne pozicijos pirkimas. Platformos formulavimai atsargūs – „gain greater visibility“ („gaukite didesnį matomumą“), jokios garantuotos vietos viršuje nėra. Įėjimas ne visiems: „norint dalyvauti objektas turi atitikti atrankos kriterijus“ – jų siūloma žiūrėti Boost performance skiltyje ekstranete.

Kiek tai kainuoja. Dalyvavimas Preferred programoje prie komisinio prideda maždaug tris procentinius punktus prie bazinės normos (pagal rinkos įvertinimą – apie 15 %), Genius nuolaidos taip pat apmokamos iš jūsų kišenės. Sudėti tai turi prasmę ne su „pozicija“, o su kanalo ekonomika: kiek atneša rezervacija, kiek suėda komisinis ir programos – skaičiuoti moka OTA straipsnis.

Ko nedaryti: trys trumpos istorijos

Pirkti „garantuotą viršūnę“. Pozicijos garantijos nėra net mokamose programose – ten atsargiai kalbama apie didesnį matomumą, o vienintelis būdas nusipirkti vietą rezultatuose, Sponsored Listings, veikia kaip aukcionas už paspaudimą. Bet koks pažadas pirmos eilutės per mėnesį – pažadas apie tai, kuo pardavėjas negali disponuoti: veiksnių svorius platforma perskaičiuoja kiekvienai užklausai ir jų neskelbia.

Dirbtinai pūsti spustelėjimus ir atsiliepimus. Dirbtinis spustelėjimas trenkia per pačią metriką, į kurią jūs atsiremiate. Spustelėjimas be rezervacijos platformai reiškia minusą konversijai: puslapį peržiūrėjo ir išėjo. Tūkstantis tokių perėjimų patikimai stumia rodiklį žemyn, o ne aukštyn. Su atsiliepimais panaši istorija: svečių įvertinimai – pagrindinis platformos turtas, ant jo laikosi visų rezultatų pasitikėjimas, todėl rizikuoti juo dėl poros papildomų žvaigždučių neapsimoka.

Dempinguoti iki dugno. Greičiausias būdas pakilti Airbnb rezultatuose – kaina žemiau už palyginamus. Ir greičiausias būdas gauti užimtumą be pinigų: rezervacijų yra, pinigų nėra, o po kanalo komisinio lieka mažiau, nei buvo prieš sezoną. Veikia apatinė riba ir konkurencinė bazinė kaina, o ne lenktynės žemyn.

Nuobodi šios temos tiesa tokia: veikia išvardyti dalykai – atviros datos, protingi apribojimai, konkurencinė kaina, gyva kortelė, greiti atsakymai svečiams. Nieko iš to nusipirkti per mėnesį negalima – ir būtent todėl tai veikia ilgiau nei mėnesį.

Objekto nėra rezultatuose: aštuonios patikros iš eilės

Dažnas atvejis: objektas gyvas, numeriai laisvi, o rezultatuose jo nėra. Iš eilės:

1. Ar atviros datos. Dažniausia priežastis ir pigiausia patikra: jei prašomoms datoms pardavimai uždaryti, objekto rezultatuose iš viso nėra.
2. Tarifo apribojimai. Minimali viešnagės trukmė, uždarytos atvykimo ir išvykimo dienos, laikas iki atvykimo. Dažnai nustatoma vieną kartą konkrečiam sezonui ir gyvena metų metus.
3. Uždaryti pardavimai kanale. Pardavimai datai galėjo būti uždaryti kanalo paskyroje arba sistemoje – kanalo kvotos nulinės.
4. Ryšys su sistema. Jei prieinamumas į kanalus keliauja automatiškai, atidarykite siuntimų žurnalą: kas ir kada iškeliavo, kokia prijungimo būsena – aktyvus, pauzė, klaida.
5. Svečio filtrai. Ieškokite su išjungtais filtrais ir be rūšiavimo pagal kainą: galbūt objektas yra, tik sąrašo viduryje, kurio taip ir neperžiūrėjote.
6. Patogumai. Neužpildyti patogumai išmeta objektą iš filtruotų rezultatų – svečias jų ten niekada nepamatys.
7. Pagrindinė nuotrauka. Objektas vietoje, bet spustelėjimų nėra: viršelis neveikia, parodymai nevirsta perėjimais.
8. Kaina ir įvertinimas. Objektą matyti, bet paskutiniuose puslapiuose: tai jau ne „nematomumas“, o konkurencingumas – grįžtame prie ankstesnių skyrių.

Pirmi keturi punktai – apie tai, ką patys išjungėte. Likusieji – apie tai, ko dar neatlikote iki galo. Skirtumas svarbus: vieni sutaisomi per vieną vakarą, kitiems reikia darbo visą sezoną.

Matomumas už kanalo ribų: trumpas sąrašas

Kol jūs kovojate dėl eilutės rezultatuose, patys rezultatai keičia formą. Google metapaieškoje – ten, kur lyginamos skirtingų šaltinių kainos, – objektas turi nemokamą įėjimą: nemokamos rezervacijų nuorodos (Google free booking links), t. y. objekto kainos ir tiesioginė nuoroda į rezervavimo puslapį jūsų svetainėje; mokamasis sluoksnis čia – reklamavimasis, o ne pats buvimas.

Kartu keičiasi tai, kaip svečias ieško. Viešbučių rezervavimas atsiranda tiesiai AI asistentuose, o sektoriaus leidiniai poslinkį apibūdina taip: vietoje dešimties variantų peržiūros svečias gauna trumpą dviejų-trijų variantų sąrašą – tai praktikų vertinimas, o ne matavimas, bet kryptį jis rodo teisingą. Kuo trumpesnis sąrašas, tuo mažiau sprendžia „pozicija“ ir tuo labiau – pats patekimas į sąrašą. O patekimas į sąrašus prasideda nuo duomenų: kanaluose ir metapaieškoje turi būti jūsų aktualios kainos ir laisvi kambariai.

Tiesioginis kanalas irgi įsirašo į šį paveikslą: nemokamos rezervacijų nuorodos veda į rezervavimo puslapį jūsų svetainėje, o ne į kanalo paskyrą. Kad kainoms apskritai būtų kur vesti svečią, svetainei reikia rezervavimo puslapio – Booking Engine. Ką toks puslapis turi mokėti šiai naujai rezultatų formai – Booking Engine gide.

Ką čia daro programinė įranga, o ko – ne

Dabar sąžiningai išdėstykime, kas čia automatizuojama, o kas ne.

Pozicijos nepirkimamos, neišsiunčiamos ir „nepakeliamos“ – ir jei programinė įranga žada rango augimą, tai raudonas vėliavos signalas. Bet pozicija turi įėjimus, kurie nėra pozicija, o gryni duomenys: atviros datos, apribojimai, tarifai. Juos reikia išsiųsti į visus kanalus vienu metu ir sinchroniškai, nes prarasta sinchronizacija kainuoja ne poziciją, o buvimą: uždarėte numerį viename kanale, pamiršote kitame – ir atsiranda rezervacija, kurią teks perkelti.

Booking.com partnerių gide pataria tiesiai: kalendorių, tarifus ir apribojimus tvarkykite per sinchronizacijos paslaugų teikėją (connectivity provider), o ne per ekstranetą – taip pakeitimai išsaugomi teisingai. Tai iš esmės oficialus Kanalų tvarkyklės darbo apibūdinimas. Toliau – mechanika, kokia ji yra pas mus: kvotos datai skaičiuojamos iš vieno PMS kalendoriaus, o ne atskiru skaitikliu kiekvienam kanalui; uždarėte pardavimus datai – kvotos visur nulinės; pakeitėte tarifą ar apribojimą – pakeitimai į kanalus iškeliavo automatiškai; rezervacija iš kanalo į kalendorių grįžo pati ir matoma Planner su šaltinio žyma. Siuntimų žurnalas rodo, kas ir kada iškeliavo, prijungimų būsenos – aktyvus, pauzė, klaida; jei kas nors nutiko ne taip, sinchronizaciją galima paleisti rankomis vienu veiksmu. Kataloge – daugiau nei šimtas kanalų, prijungimas per porą modalinių langų ir kategorijų susiejimas.

Ko programinė įranga nedaro – ir nežada: neatsako svečiams už jus, nerašo atsiliepimų, nerenka tarifų už jus ir negarantuoja pozicijos. Atsakymas svečiui per 24 valandas, atmestos užklausos, atšaukimai, momentinė rezervacija – tai jūsų darbas platformoje, rankomis. Programinės įrangos vaidmuo čia lygiai vienas – atlaisvinti tam laiko: neperkelti datų tarp paskyrų, nesugretinti prieinamumo rankomis, neįrašinėti rezervacijų iš kanalų į Planner rankomis.

Pozicija – rezultatas, o ne įvestis

Jeigu sutraukti visą straipsnį į vieną frazę, ji skamba taip: platformos stiprina objektus, kurie jau parduoda ir vėl atveda patenkintus svečius. O ne atvirkščiai.

Todėl darbų tvarka tokia. Atidaryti datas toliau į priekį ir pašalinti perteklinius apribojimus – tai dalyvavimo sąlyga. Sutvarkyti kortelę ir kainą – tai šansas į spustelėjimą ir rezervaciją. Suteikti rezervacijoms garantiją, o svečiams – greitus atsakymus – tai, ką platforma laiko kokybe. Ir tik tada pažvelgti į parodymų statistiką – ne pačios pozicijos dėlei, o rezervacijų tempui: kaip jis skaičiuojamas ir kodėl verta stebėti būsimas datas – straipsnyje apie OTB.

O jei tik renkate objekto sistemų rinkinį, visa ši mechanika remiasi į minimalų steką: PMS, Kanalų tvarkyklė, Booking Engine. Nuo ko pradėti ir ko nepirkti per anksti – straipsnyje apie mažo viešbučio programinę įrangą.

Dažniausiai užduodami klausimai

Ar tiesa, kad Booking.com pagrindinis veiksnys – prieinamumas?

Ne. Dabartinėje platformos pagalboje prieinamumo rūšiavimo veiksnių sąraše nėra: jis veikia kaip rodymo sąlyga – nėra atvirų datų svečio užklausai, objekto rezultatuose iš viso nėra. Tarp rodomų objektų poziciją lemia kortelės kokybė, kainos, įvertinimai, konversija ir spustelėjimų dalis, o šių veiksnių svoriai perskaičiuojami kiekvienai užklausai. Kaip laikyti atviras datas sinchroniškas visuose kanaluose – Kanalų tvarkyklės puslapyje.

Kodėl objekto nesimato rezultatuose, nors numeriai laisvi?

Tikrinkite iš eilės: atviros datos prašomam laikotarpiui, tarifo apribojimai (minimali viešnagės trukmė, uždarytos atvykimo ir išvykimo dienos), uždaryti pardavimai datai ir siuntimų žurnalas – ar pakeitimas pasiekė kanalą ir kokia prijungimo būsena. Toliau eina svečio filtrai, neužpildyti patogumai, silpna pagrindinė nuotrauka ir kaina. Pirmi keturi punktai – visiško nematomumo priežastys, likusieji – žemų parodymų priežastys. Kaip surinkti tarifus su apribojimais sezonui – straipsnyje apie numerių kainas.

Kiek toli į priekį atidaryti kalendorių?

Booking.com pataria laikyti kalendorių atvirą iki 24 mėnesių į priekį: svečiai būstą pradeda ieškoti beveik metams iki kelionės. Airbnb logika ta pati: kuo daugiau atvirų datų, tuo labiau tikėtinas sutapimas su svečio planais. Dvejų metų datos keliuose kanaluose rankomis neišlaikysite – kalendorius turi būti vienas, PMS, o į kanalus jį išsiunčia Kanalų tvarkyklė.

Ar verta mokėti už Preferred Partner, Genius ar Visibility Booster?

Tai matomumo, o ne pozicijos pirkimas: garantuotos vietos viršuje nėra. Anot pačios Booking.com, Preferred programa vidutiniškai duoda 65 % daugiau peržiūrų ir 35 % daugiau rezervacijų, tačiau kainuoja priedą prie komisinio – maždaug tris procentinius punktus virš bazinės normos (pagal rinkos įvertinimą – apie 15 %), – o norint dalyvauti reikia atitikti atrankos kriterijus. Sprendimas priimamas pagal kanalo ekonomiką, o ne pagal programų katalogą – kaip ją skaičiuoti.

Ar Kanalų tvarkyklė pakels objekto poziciją?

Ne, ir sąžininga programinė įranga to nežada. Kanalų tvarkyklė daro ką kita: prieinamumas, tarifai ir apribojimai pasiekia visus kanalus vienu metu ir be sinchronizacijos klaidų – vadinasi, jūs apskritai esate rezultatuose reikiamoms datoms, o rezervacijos grįžta į kalendorių su šaltinio žyma. Pozicija lieka kortelės, kainos, atsiliepimų ir svečių elgsenos rankose – kaip tai veikia.

Kaip suprasti, kad matomumas išaugo?

Ne pagal vietą sąraše: rezultatus kiekvienas svečias mato savaip. Žiūrėkite parodymus paieškoje, perėjimus į objekto puslapį ir, svarbiausia, rezervacijas – užimtumą, vidutinę kainą ir rezervacijų tempą lyginant su tomis pačiomis datomis pernai. Kaip suskaičiuoti šiuos skaičius be atskiros analitikos – straipsnyje apie ADR.