Kommunikér med gæster fra bookingen

Vælg den korrekte booking som samtalekontekst

Åbn Gæster → Beskeder eller gæstedetaljebeskederne. Søg efter bookingnummer, gæst, datoer eller værelse, og bekræft kontekstpanelet, før du skriver.

Kun reservationer knyttet til en hovedgæst kan sendes beskeder. Ret et manglende link i gæste- eller bookingposten i stedet for at oprette en anden person.

Start hver samtale fra den nøjagtige booking. Søg efter bookingnummer, gæste- eller opholdsdatoer, åbn posten og sammenlign modtager, ankomst, afgang, værelseskategori, nuværende tilstand og bookingkilde. Den samme gæst kan have flere tidligere eller fremtidige ophold, og en profil identificerer ikke alene, hvilken ankomst, afbestilling eller faktura beskeden vedrører. STRYK bruger derfor gæst og booking sammen. Hvis reservationskonteksten er uklar, skal du stoppe før du skriver og løse det i kildeposten. Hold private detaljer inde i den autoriserede bookingsamtale, og brug en reservation eller værelsesreference i overdragelsesnotater i stedet for at kopiere kontaktdata andre steder. Konteksttjekket er afsluttet, når en anden kollega kan identificere den påtænkte modtager og blive uden at gætte fra meddelelsesteksten.

Forstå kanalen fra bookingkilden

Manual, telefon, walk-in, e-mail, hjemmeside og booking-motor reservationer bruger e-mail med emne og almindelige eller HTML-formater. Bekræft først den gemte adresse.

OTA- og kanalbookinger bruger en kanalsamtale i almindelig tekst. Omgå det ikke med en separat e-mail, ellers bliver bookinghistorikken ufuldstændig.

Læs kommunikationskanalen fra bookingkilden. Manuelle og direkte reservationer bruger e-mail; OTA eller kanalbookinger bruger bookingkanalen som en almindelig tekstsamtale. Komponisten giver ikke et frit kanalvalg, fordi ændring af ruten ville bryde forholdet mellem reservationskilde og meddelelseshistorik. Bekræft den viste kanal og tilgængelige modtager, før du vælger en skabelon. E-mail kan bruge almindelig tekst eller godkendt HTML med forhåndsvisning, mens kanalbeskeder forbliver almindelig tekst og ikke må afhænge af ikke-understøttet formatering. Hvis en anden kontaktrute er operationelt nødvendig, skal du behandle den som en særskilt autoriseret proces og dokumentere hvorfor; skjul ikke ændringen inde i komponisten. Ved portalreservationer sender STRYK en almindelig tekstbesked via den tilsluttede Booking.com eller Airbnb-rute og opbevarer hvert svar i den samme bookingsamtale.

Vælg en skabelon efter formål, kanal og sprog

Listen viser aktive skabeloner, der matcher den afledte kanal. Vælg ud fra formålet med gæsterejsen og det påkrævede sprog, ikke efter et lignende navn.

STRYK anvender format, emne og krop. Tilbagevendende rettelser hører hjemme i den centrale skabelon; enkeltstående detaljer forbliver i kladden. Undgå private forældede kopier.

Vælg en skabelon efter et konkret formål, den viste kanal og gæstesproget. Ankomstoplysninger, betalingspåmindelse, manglende data og tak efter ophold er forskellige beslutninger og bør ikke kombineres til en vag universel besked. Brug kun en aktiv skabelon, der tilbydes til den afledte kanal. Læs det før du ansøger: Tjek hilsen, tone, hoteltider, links, aflysnings- eller betalingsformulering og underskrift i forhold til gældende hotelpraksis. En skabelon er et gennemgået udgangspunkt, ikke tilladelse til at sende uændret. Hvis gæstesproget afviger fra hotellets standard, skal du vælge eller skrive en komplet version på det sprog; et oversat emne med brødtekst på blandede sprog er ikke klar. Fjern afsnit, der ikke gælder for dette ophold, og tilføj kun fakta, der allerede er godkendt i booking-, politik- eller hotelindstillinger.

Gennemgå pladsholdere fra den rigtige reservationskontekst

Vælgeren afslører værdier, der kan løses i den aktuelle gæst- og reservationskontekst. Læs den løste forhåndsvisning og sammenlign datoer, værelse og reservationsdetaljer med kontekstpanelet.

Uløste pladsholdere vises under forhåndsvisningen. Ret manglende kildedata, genindlæs og gennemgå igen; hvis den ikke er tilgængelig af design, skal du fjerne tokenet eller omskrive sætningen.

Løs hver pladsholder i forhåndsvisning i forhold til den aktuelle reservation. Tjek gæstehilsen og navn, hotel, ankomst og afgang, kategori eller tildelt værelse, reservationsnummer, total, udestående beløb, afbestillingspolitik og kontaktoplysninger i henhold til skabelonens formål. En uafklaret token, tom tankestreg eller usandsynlig værdi er en blokerende, ikke kosmetisk tekst. Ret manglende kildedata, når de burde eksistere; ellers omskriv sætningen uden at give et løfte. Hvis der ikke er tildelt et værelse, så sig den reserverede kategori i stedet for at gætte et værelsesnummer. Hvis en betalingsværdi er bestridt, skal du ikke erstatte den manuelt i meddelelsen; løse økonomi først. Alias-pladsholdere kan gengives for kompatibilitet, men vælgeren bør bruge aktuelle kanoniske værdier, der er tilgængelige i denne reservationssammenhæng. Den endelige forhåndsvisning må kun indeholde reelle, forklarlige data.

Læs indhold som både vært og anmelder

Læs som gæst: De to første sætninger skal forklare, hvorfor hotellet skriver, og hvad der derefter sker. Brug tydelige tider og hverdagssprog, ikke interne koder.

Gennemgå derefter modtager, hilsen, reservationsnummer, datoer, værelseskrav, prisreferencer, links, underskrift og sprog. HTML har brug for visuel gennemgang; kanalbeskeder forbliver klar almindelig tekst.

Læs den sidste besked to gange: først som vært, derefter som anmelder. Gør som vært den næste gæstehandling indlysende, brug et respektfuldt sprog og medtag kun information, der hjælper opholdet. Som anmelder skal du kontrollere bookingfakta, datoer, beløb, politikerklæringer, links, svarfrist, underskrift og privatliv. Ét budskab skal have ét primært mål og et klart svar på, hvad gæsten skal vide eller gøre. Undgå intern jargon, skyld, juridiske løfter hotellet ikke kan holde og følsomme data, der ikke er nødvendige til formålet. Ved en hasteændring angives, hvad der er ændret, hvilket ophold der er berørt, og hvor gæsten kan reagere. For HTML-e-mail skal du undersøge både formateret forhåndsvisning og læsbar tekst; for kanalbeskeder, sørg for, at betydningen overlever almindelig tekst. En kortfattet specifik besked er sikrere end en lang skabelon fuld af irrelevante klausuler.

Send en gang og bevis resultatet i tråden

Bekræft reservationen, send én gang og vent. Hvis STRYK viser en fejl, skal du beholde kladden, rette årsagen og ikke registrere succes for tidligt.

Efter succes skal du finde beskeden i den samme bookingtråd og bekræfte retning, tidspunkt, kanal, emne, hvor det er relevant og bookingnummer. Hvis det ikke er synligt, skal du genindlæse, før du prøver igen.

Send en gang og vent på det faktiske resultat. En deaktiveret knap, spinner eller langsomt netværk har ikke tilladelse til at klikke gentagne gange. Når det er lykkedes, skal du genåbne den samme bookingsamtale og bekræfte præcis én udgående post med korrekt tidsstempel, kanal, emne, hvor det er relevant og synligt indhold. For e-mail viser et vellykket ansøgningsresultat og trådindtastning, at STRYK accepterede afsendelsen; leveringsfejl skal forblive synlige gennem den relevante status eller opfølgning. For en kanalsamtale skal du bekræfte, at almindelig tekstbesked sidder i den korrekte reservationstråd. Hvis afsendelsen mislykkes, skal du bevare kladden, læse fejlen og rette modtager, kanal, indhold eller forbindelse ved kilden. Opret aldrig en lokal succesindgang eller kopier meddelelsen til en anden booking blot for at få historien til at se komplet ud.

Tjek to almindelige fejl med en separat test. Første tilfælde: gæsten har ikke en brugbar e-mailadresse i en direkte booking. Det korrekte resultat er ikke at gætte modtageren eller bruge en anden gæsts adresse, men synlig blokering og tydeliggørelse af kontaktoplysningerne i gæsteprofilen eller bookingen. Andet tilfælde: De ville vælge en e-mail-skabelon til OTA-booking. Kanalen og den almindelige tekstform, der er afledt af systemet, skal forblive synlig; kopier ikke meddelelsen manuelt til en separat e-mail ved at miste samtaleforbindelsen. For begge prøver, skriv reservationsnummer, forventet kanal, faktisk feedback og næste ansvarlige ned. På denne måde kan teamet håndtere ikke kun vellykket afsendelse, men også sikker standsning, når kildedataene eller kanalen ikke er egnet.

Oprethold én standard for teammeddelelser

Definer én ansvarlig skabelon pr. tilbagevendende situation, kanal og sprog, med ejerskab og regelmæssig gennemgang. Foretrækker et lille klart sæt frem for mange lignende navne.

Hotel Nordlicht tester direkte almindelig e-mail, direkte HTML forhåndsvisning, OTA almindelig kanal, en manglende pladsholder og en gæst med to bookinger. Problemer er rettet på kilde-, skabelon- eller bookingniveau.

Oprethold en lille teamstandard for tilbagevendende beskeder. Hver godkendt skabelon har brug for formål, kanal, sprog, ejer, sidste anmeldelsesdato og næste anmeldelsesudløser. Gennemgå efter ændringer af indtjekningstider, betalingsproces, afbestillingspolitik, hotelkontakt, links eller gæsterejse. Hold skabelonindhold i det centrale STRYK-katalog og pladsholdere i det centrale skabelonsystem i stedet for personlige uddrag eller lokale filer. Prøv en ægte samtale efter aktivering i den isolerede Hotel Nordlicht-demo, kontrol af reservationskontekst, løste værdier, redaktionel kvalitet og enkelt afsendelse; Brug aldrig en eksisterende kundekonto til dokumentation. Træk forældede skabeloner tilbage i stedet for at lade næsten dubletter være aktive. Processen er pålidelig, når en kollega senere kan forstå formål, modtager, ophold, kanal, nøjagtigt indhold og resultat udelukkende fra bookingsamtalen.

Prøv mindst tre samtaler om måneden eller efter hver væsentlig driftsændring: én direkte e-mail, én kanal almindelig tekstbesked og én sag, hvor afsendelsen skulle blokeres. Tjek den korrekte bookingkontakt, gæstesprog, ulåst pladsholder, tydeligt mål, engangsudgående linje og ansvarlig lukning af fejlen. Kopier ikke personligt indhold til et uddannelsesdokument; kvalitetskontrol bør kun registrere den påkrævede reservationsreference og resultat. I tilfælde af en tilbagevendende fejl skal du ikke rette hver besked én efter én: identificer, om den er forårsaget af en skabelon, centrale hoteldata, bookingkilde eller teamproces, bestil en rettelse og en ny test.

Notér datoen og den ansvarlige for gennemgangen ud for skabelonen, så årsagen og forfaldsdatoen for den næste gennemgang er tydelig for alle kolleger.