Skip to content
Ištekliai

Nuo socialinio įrašo iki patvirtinto užsakymo: viešbučio komercijos ciklas

Section titled “Nuo socialinio įrašo iki patvirtinto užsakymo: viešbučio komercijos ciklas”

Viešbučio socialinis įrašas neturėtų apsiriboti tik patiktukais. Stipriausias srautas prasideda nuo patvirtinto turinio, paskelbia tinkamą įrašą, prideda užsakymui tinkamą nuorodą, įkelia atitinkamą viešbučio pasiūlymą, išlaiko šaltinio kontekstą ir baigiasi patvirtintu užsakymu arba tiksline užklausa.

Patvirtinimas vyksta prieš įrašo paskelbimą. Užsakymo kontekstas – prieš atsiskaitymą. Priskyrimas išlieka viso proceso metu.

Trumpas atsakymas

Viešbučio socialinis įrašas tampa patvirtintu užsakymu, kai patvirtintas turinys susijungia su sekama užsakymui tinkama nuoroda, svečias patenka į atitinkamą pasiūlymą, Booking Engine užbaigia kambario pagrindu vykdomą užsakymą, o šaltinio kontekstas išlieka prijungtas. Įrašas sukuria dėmesį – tačiau užsakymo kelias turi nešti viešbutį, pasiūlymą, politiką, kainą, prieinamumą ir šaltinio kontekstą iki pat patvirtinimo.

Teisinga tvarka

Socialinio įrašo į užsakymą srautas neturėtų prasidėti viešu įrašu ir tada skubėti spręsti, kur jis veda.

  1. 1Planuokite kampaniją arba turinio idėją
  2. 2Sukurkite arba paruoškite kūrybinį turinį
  3. 3Peržiūrėkite žinutę, vaizdą, pasiūlymą ir politiką
  4. 4Patvirtinkite turinį prieš paskelbiant
  5. 5Pridėkite tinkamą užsakymui tinkamą nuorodą
  6. 6Suplanuokite arba paskelbkite patvirtintame kanale
  7. 7Užfiksuokite šaltinį, kanalą, kampaniją ir partnerio kontekstą
  8. 8Įkelkite atitinkamus viešbučio duomenis Booking Engine
  9. 9Leiskite svečiui užsakyti arba pateikti užklausą
  10. 10Patvirtinkite svečiui, viešbučiui ir partneriui, jei taikoma

Kodėl socialiniai įrašai dažnai nesukuria konversijų

Section titled “Kodėl socialiniai įrašai dažnai nesukuria konversijų”

Daugelis viešbučių įrašų sukuria dėmesį, bet praranda užsakymo ketinimą – nes įrašas veda į bendrą pagrindinį puslapį, užsakymo puslapis nesutampa su pasiūlymu, svečias turi ieškoti iš naujo, reklamuojamas pasiūlymas nėra užsakymo kelyje, tekstas nebuvo patvirtintas prieš paskelbiant, mobilus atsiskaitymas lėtas, viešbutis negali sekti, kuris įrašas sukėlė paspaudimą, arba svečias nukreipiamas į OTA. Problema retai būna „socialiniai tinklai neveikia“ – dažniau įrašas, nuoroda, pasiūlymas, atsiskaitymas ir ataskaitos yra atskirti.

Socialinės medijos rinkodara vs socialinio įrašo į užsakymą srautas

Section titled “Socialinės medijos rinkodara vs socialinio įrašo į užsakymą srautas”
KlausimasSocialinės medijos rinkodaraSocialinio įrašo į užsakymą srautas
Pagrindinis tikslasŽinomumas, pasiekiamumas, įsitraukimas, išsaugojimai.Perkelti kvalifikuotą dėmesį į užsakymui tinkamą viešbučio kelią.
Patvirtinimo dėmesysPrekės ženklo išvaizda ir žinutė.Prekės ženklas, pasiūlymas, politika, kainų kalba, vaizdų teisės ir užsakymo kelias.
Nuorodos elgsenaBendro pobūdžio biografijos nuoroda, pagrindinis puslapis arba OTA puslapis.Specifinė nuoroda, kortelė, parduotuvė, QR kodas arba Booking Engine kelias.
Sėkmės matasPatiktukai, komentarai, peržiūros, sekėjai.Paspaudimai, užsakymo pradžios, užklausos, užbaigti užsakymai, priskyrimas.
Svečio patirtisMatyti įrašą, tada ieškoti iš naujo.Matyti įrašą, paspausti, patekti į atitinkamą pasiūlymą, užsakyti arba užduoti klausimą.

Socialinė rinkodara sukuria paklausą. Socialinio įrašo į užsakymą dizainas ją užfiksuoja.

1. Patvirtintas turinys. Peržiūrėkite vaizdą ar vaizdo įrašą, antraštę, pasiūlymo pavadinimą, kambarį ar paketą, datas ir prieinamumo kalbą, kainos/vertės tekstą, atšaukimo sąlygas, atskleidimo kalbą, nuorodos paskirtį, kanalą ir paskelbimo datą – prieš paskelbiant. Mokamam ar skatinamam turiniui FTC teikia JAV atskleidimo gaires; patikrinkite vietinius reikalavimus kiekvienoje rinkoje.

2. Atitinkamas pasiūlymas. Įrašas turėtų vesti į tai, ką reklamuoja – šeimos savaitgalio įrašas atidaro šeimos savaitgalio kelią; sveikatingumo įrašas atidaro kambario pagrindu sveikatingumo paketą. Kambarys lieka pagrindiniu produktu, nebent yra atskirai patvirtintas užklausos ar papildomo kelio variantas.

3. Užsakymui tinkamas kelias. Kitas žingsnis gali būti dalijamasi nuoroda, QR kodas, interneto komponentas, WinkLinks parduotuvė, viešbučio pasiūlymo puslapis, Booking Engine kelias, renginio užklausos kelias, partnerio kampanijos nuoroda arba AI perdavimas. Flash pasiūlymas, viešbučio kolekcija ir konferencijos apgyvendinimo puslapis neturėtų naudoti tos pačios bendros nuorodos.

4. Šaltinio priskyrimas. Kelias turėtų žinoti, iš kur svečias atėjo – kanalas, įrašas, kampanija, kūrybinis turinys, partneris, QR kodas, parduotuvė, nuoroda, data, rinka ir kalba. Google Campaign URL Builder yra viešas kampanijų žymėjimo pavyzdys; ta pati principas taikomas, kai svečias pereina nuo įrašo prie užsakymo.

5. Booking Engine vykdymas. Kai svečias paspaudžia, Booking Engine įkelia tinkamą viešbutį, datas, kambario ar paketo kontekstą, kainas ir prieinamumą, politiką, svečio duomenis, mokėjimo ar užklausos eigą ir šaltinio/partnerio kontekstą. Socialiniai tinklai kuria turinį ir dėmesį; Studio ir WinkLinks kuria užsakymui tinkamus išteklius; Booking Engine užbaigia kambario pagrindu vykdomą užsakymą arba užklausą.

6. Patvirtinimas ir ataskaitos. Ciklas nėra baigtas, kol tinkamos šalys nežino, kas įvyko – svečias, viešbutis, partneris (jei yra partnerio kelias) ir platforma (jei yra integracija). Ataskaitos turėtų parodyti, ar socialinis kelias sukūrė užsakymo vertę, o ne tik paspaudimus.

Viešbučio darbo eiga gali būti sudėtinga; svečio kelias neturėtų būti: pamatyti atitinkamą įrašą → suprasti pasiūlymą → paspausti arba nuskaityti → patekti į atitinkamą pasiūlymą ar parduotuvę → matyti kambarį, paketą, įtraukimus ir politiką → pasirinkti datas → užsakyti arba užduoti klausimą → gauti patvirtinimą.

ElementasKodėl tai svarbu
Patvirtintas kūrybinis turinysApsaugo nuo netinkamų vaizdų, teisių problemų ar neprekinio ženklo vaizdų.
Patvirtinta žinutėIšlaiko toną, teiginius ir pasiūlymo kalbą kontroliuojamą.
Pasiūlymo prieinamumasVeda į realaus laiko Booking Engine duomenis Wink kelyje.
Kambario pagrindu užsakymo logikaIšlaiko SPA, maitinimą, patirtis ir renginius prijungtus prie viešnagės ar užklausos.
PolitikosSumažina svečio painiavą prieš atsiskaitymą.
AtskleidimasPadeda mokamam, dovanotam ar partnerių turiniui laikytis taikomų taisyklių.
Nuorodos paskirtisUžtikrina, kad įrašas atidaro atitinkamą kelią.
SekimasIšlaiko kampanijos ir šaltinio kontekstą.
Mobilioji patirtisDauguma socialinių paspaudimų vyksta mobiliuosiuose įrenginiuose.

Geriausias socialinio įrašo į užsakymą darbas atliekamas prieš paskelbimą – ne po to, kai įrašas pradeda gauti paspaudimus.

Extranet valdo viešbučių tiekimą; Social planuoja, kuria, peržiūri, patvirtina, planuoja, skelbia ir matuoja turinį (patvirtinimas vyksta prieš viešą paskelbimą, nebent viešbutis pasirenka patvirtintas automatinio paskelbimo taisykles); Studio kuria užsakymui tinkamus išteklius; WinkLinks suteikia mobiliems įrenginiams pritaikytas parduotuves, kur įrašo srautas patenka į užsakymui tinkamas korteles; o Booking Engine įkelia atitinkamus viešbučio duomenis ir vykdo kambario pagrindu užsakymą arba užklausą. Wink požiūris: socialinis įrašas turėtų tapti kontroliuojamu užsakymo keliu, o ne atskiru paspaudimu. Tikslios priskyrimo ribos ir komercinės sąlygos pateikiamos Kainodaros puslapyje.

  • Paskelbimas prieš patvirtinimą. Vengiamas prekės ženklo, kainų, politikos, vaizdų teisių ir atskleidimo rizikos.
  • Viską susieti su pagrindiniu puslapiu. Socialinis dėmesys yra specifinis; bendro pobūdžio paskirties vieta priverčia pradėti iš naujo.
  • Įsitraukimo laikymas konversija. Patiktukai ir išsaugojimai yra signalai, o ne užsakymai.
  • Reklamuoti neprieinamus pasiūlymus. Jei įrašas ir užsakymo kelias nesutampa, pasitikėjimas iš karto prarandamas.
  • Prarasti partnerio kontekstą. Partnerio srautas turėtų išlaikyti priskyrimą per atsiskaitymą ir ataskaitas.
  • Siųsti mobiliuosius vartotojus į nepatogią darbalaukio aplinką. Užsakymo kelias turėtų būti greitas ir paprastas telefone.

Tęskite tyrinėjimą

Dažniausiai užduodami klausimai apie socialinį įrašą į užsakymą

Nuo patvirtinto įrašo iki patvirtintos viešnagės.

Ar viešbučio socialinis įrašas gali sukurti patvirtintą užsakymą?
Taip, bet tik jei įrašas susijungia su atitinkamu užsakymui tinkamu keliu. Viešbutis turi turėti patvirtintą turinį, atitinkamą užsakymui tinkamą nuorodą ar parduotuvę, tikslius viešbučio duomenis, šaltinio priskyrimą ir Booking Engine vykdymą.
Kas turėtų įvykti prieš viešbučio socialiniam įrašui paskelbiant?
Patvirtinkite vaizdą ar vaizdo įrašą, antraštę, pasiūlymą, politikos kalbą, atskleidimo poreikius, paskelbimo kanalą, grafiką ir nuorodos paskirtį prieš paskelbiant.
Kodėl viešbučių socialiniai įrašai dažnai nesukuria konversijų?
Dažnai todėl, kad nuoroda yra bendro pobūdžio, pasiūlymas neaiškus, užsakymo puslapis nesutampa su įrašu, atsiskaitymas mobiliajame įrenginyje sudėtingas arba viešbutis negali sekti šaltinio.
Kas yra užsakymui tinkamas socialinis įrašas?
Patvirtintas viešbučio turinys su nuoroda, QR kodu, kortele, parduotuve ar užsakymo keliu, leidžiančiu svečiui tiesiogiai pereiti nuo įrašo prie atitinkamo viešbučio pasiūlymo ar užklausos kelio.
Kur įsiterpia Booking Engine?
Tai vykdymo sluoksnis – jis įkelia tinkamus viešbučio duomenis, kainas, prieinamumą, politiką, svečio duomenis, mokėjimo ar užklausos eigą ir šaltinio kontekstą po to, kai svečias paspaudžia socialinį kelią.
Kur įsiterpia Wink?
Wink sujungia Social, Studio, WinkLinks ir Booking Engine, kad patvirtintas viešbučio turinys galėtų tapti sekamu užsakymui tinkamu keliu, o ne atskiru įrašu.

Užbaikite ciklą nuo įrašo iki užsakymo.

Section titled “Užbaikite ciklą nuo įrašo iki užsakymo.”

Sužinokite, kaip Social, Studio, WinkLinks ir Booking Engine paverčia patvirtintą įrašą patvirtintu, priskirtu užsakymu.