Förstå webbplatsstudion och dess ägarmodell
Sex områden styr en gästupplevelse medan centrala PMS-data finns kvar vid dess professionella källa.Öppna webbplatsen från huvudnavigeringen. Dess fasta rubrik visar publiceringsstatus och den offentliga fastighetsadressen. Förhandsgranskningsikonen öppnar det aktuella autentiserade utkastet på en ny flik utan att publicera eller skapa en bokning. Publicera skapar en ny live ögonblicksbild först efter att beredskapen har passerat och en explicit bekräftelse. När en version är aktiv tar Återställ till utkast den offentliga webbplatsen offline efter ytterligare en bekräftelse samtidigt som både det redigerbara utkastet och tidigare ögonblicksbildhistorik bevaras.
Design & Layout väljer mallen, rumspresentationen och sidsammansättningen som delas av ytor mot gäster. Bokningssidan innehåller sidkopia, offentlig navigering, bokningsregler, gästportal och webbplatsutdrag. Onlineincheckning kontrollerar inbjudningar, timing, nödvändiga data, samtycke, signatur och mottagningsgranskning. Incheckningskiosken styr ankomstskärmen på en hanterad surfplatta. Kuponger innehåller butik, produkter, värden, onlinebetalningar-beredskap, beställningar och dess inbäddning. E-postmeddelanden sammanför redigerbart innehåll för bokning, incheckning och vouchermeddelande.
Egendomens namn, logotyp, färger, typsnitt och offentlig slug underhålls avsiktligt under Inställningar → Egenskap. Betalningsleverantörer och teknisk kassaberedskap hör till centrala betalnings- eller integrationsinställningar; e-postservrar och avsändare hör till kommunikationsinställningarna. Rum, kategorier, foton, kapacitet, priser, priser, tillgänglighet, extrafunktioner, bekvämligheter, avbokningspolicy, ekonomi och integritet finns också kvar i sina ägande moduler. Webbplatsens studio länkar till och använder dessa källor istället för att skapa en annan kopia.
Arbeta i antingen förhandsgranskning eller konfiguration inom varje visuellt område. Förhandsgranskningen använder samma delade React-renderare som gästwebbplatsen och tillhandahåller enhets-, uppdaterings-, zoom- och helskärmskontroller. Konfiguration sparar automatiskt rutinändringar till utkast efter en kort paus och avslöjar laddning, sparande, framgång och misslyckande. Ett sparat utkast visas inte. Efter varje materialändring, granska det berörda språket, enhetsstorleken och gästresan innan du publicerar igen.
| Område | Konfigurera där | Duplicera inte där |
|---|---|---|
| Design & Layout | Mall, komposition och rumspresentation | Logotyp, färger och typsnitt |
| Bokningssida | Sidkopia, regler, gästportal och utdrag | Rum, priser och tillgänglighet |
| Online incheckning | Inbjudan, nödvändig data och recension | Tillgång till e-postserver eller registreringsleverantör |
| Incheckningskiosken | Surfplatta flöde och kiosk användare | Normala teamanvändare och roller |
| Verifikationer | Handla, produkter, beställningar och bädda in | onlinebetalningar meriter och redovisning |
| E-postmeddelanden | Ämne och egendomskopia per gästspråk | Tekniska länkar, tokens och säkert HTML-skal |
Godkänn centrala produktkällor innan studion
Bokningssidan publicerar hotellsanningen; det är inte ett andra masterdatasystem.Börja i rum och kategorier med namn, beläggning, fysisk inventering, riktiga foton och flerspråkiga beskrivningar. Tillgänglighet kommer från verkligt lager.
Minst en aktiv direktprisplan måste returnera ett giltigt serverpris. Offentlig bokning litar aldrig på en kunduppfunnen total- eller reservfrekvens.
Varumärke och domän finns i fastighetsinställningar; policyer, bekvämligheter och extrafunktioner finns kvar i sina centrala moduler. E-postkopia för gästen tillhör webbplatsen → e-postmeddelanden. Bokningssidan väljer och beställer istället för att kopiera.
Behandla detta preparat som en källa till sanning, inte som siddekoration. Registrera vilken rumskategori som tillhandahåller varje erbjudande, vilka fysiska rum som skapar dess inventering, vilken direktprisplan som beräknar priset och vilken policy som styr avbokning. Verifiera sedan samma kedja för ett normalt datum, ett slutsålt datum och ett blockerat rum. Om ett rum avaktiveras eller blockeras måste den offentliga mängden sjunka automatiskt. Om en plan inte har något giltigt pris måste erbjudandet försvinna istället för att visa en uppskattning. Denna korta granskning förhindrar det dyraste lanseringsfelet: en polerad sida som säljer en produkt som hotellet inte kan leverera.
| Information | Källa | Lanseringsbevis |
|---|---|---|
| Kategori, kapacitet, beskrivning, bilder | Rum & kategorier | Riktiga rumskort på alla språk |
| Baspris och taxeplan | Prissättning | Serverberäknad testvistelse |
| Logotyp, färger, typsnitt | Inställningar → Hotell | Konsekvent desktop och mobil |
| Avbokning, betalning, mail | Centrala inställningar | Komplett policy och bekräftelse |
Konfigurera design, bokningssida, språk och bokningsläge
Flödet måste matcha hotellets verkliga försäljnings- och betalningsprocess.Öppna webbplats → Design & layout. Välj en av fem produktionsmallar efter egenskapstyp, bildspråk och önskad informationstäthet: Classic Hotel balanserar media, sökning och erbjudande; Alpine Retreat är uppslukande och bildstyrt; Urban Boutique är typografisk och kompakt; Luxury Calm ger bildspråk och lugn mellanrum mer utrymme; Compact Direct sätter tillgänglighet först. Varje mall använder samma verkliga tillgänglighet, prissättning, flera rum, extrafunktioner, betalnings- och bokningslogik. Mallval ändrar sammansättning, inte datakälla eller professionellt beteende.
Ställ in rumskortspresentation, avstånd och andra layoutregler och öppna central företagsdesign via Inställningar → Egenskapsdjuplänk när det behövs. Logotyp, primär- och accentfärger, typsnitt och hörnstil gäller på bokningssidan, gästportalen, onlineincheckningen, kiosken, voucherbutiken och gästens e-post. Anpassad CSS förblir ett slutet expertområde: omfång den till den avsedda webbplatsbehållaren, verifiera den på mobilen och granska den igen efter varje malländring. Använd aldrig CSS för att dölja funktionella kontroller, priser, policyer eller valideringstillstånd.
Flytta till webbplats → Bokningssida och fullständig sidtitel, handlingskopia, egenskapsbeskrivning, navigering och förtroendeinnehåll för alla aktiva gästspråk. STRYK stöder 18 gästspråk. Behåll rumsnamn, korta och fullständiga beskrivningar och bekvämligheter centralt under Rum & kategorier; STRYK kan utarbeta en översättning från egenskapens standardspråk till ett aktiverat sekundärspråk där. Granska och korrigera varje AI-utkast innan du sparar, särskilt priser, egennamn, tjänster och juridiskt relevanta uttalanden. Granska sedan hela resan inklusive tillgänglighetskalender, alternativa datum, sökning i flera rum, rum, planer, extrafunktioner, gästinformation, policyer, voucherinträde, betalning och sammanfattning. Ingen gäst får stöta på tom kopia, felaktiga villkor eller ofullständig rumsinformation efter att ha bytt språk.
Ställ in operativa regler och välj medvetet begäran, automatisk bekräftelse eller betalningskrävd. Betalning krävs en verifierad leverantör som kan checka ut, inte en visuell platshållare.
Publicera endast fullständiga kategorier, direkta planer, extramaterial, offentliga riktlinjer och aktiva bekvämligheter. Ordning ändrar presentation, inte källsanning.
Innan du går vidare, skriv ner det avsedda bokningsläget och testa det mot hotelldriften. Request mode kräver ett tydligt svarsansvar och deadline. Automatisk bekräftelse kräver pålitlig inventering och ett fullständigt bekräftelsemeddelande. Betalning krävs dessutom en offentlig betalningsmetod och en leverantörsanslutning som verkligen kan slutföra kassan. För varje aktivt gästspråk, granska hjältens titel, handlingstext, hotellbeskrivning, rumsinnehåll, policy och bekräftelsemeddelande som en resa. En översatt meny är inte flerspråkig beredskap när det avgörande försäljnings- eller juridiska innehållet förblir tomt. Bekräfta att varje publicerat extranummer har en tydlig enhet, pris och uppfyllelseägare på hotellet.
| Läge | Resultat | Ytterligare bevis |
|---|---|---|
| Ansökan | Initialt väntande | Teamprocess för att acceptera/avslå |
| Autobekräfta | Bekräftad efter serverkontroller | Pris, lager och försäkringar är klara |
| Betalning krävs | Bekräftelse endast med riktig utcheckning | Leverantör verifierad live och belopp kontrollerat |
Konfigurera online-incheckning och gästportal säkert
Självbetjäning minskar receptionsarbetet endast när behörighet, datagranskning och operativ överlämning förblir explicit.Aktivera online-incheckning först efter att gästspråk, boendetider och nödvändiga uppgifter har överenskommits. Definiera hur många timmar före ankomst en inbjudan förfaller, hur länge dess säkra länk förblir giltig och om passuppgifter, uttryckligt medgivande och en handskriven underskrift krävs. De exakta samtyckes- och signaturförklaringarna som visas vid inlämningen bevaras med språk, version och tid som bevis. Aktivera manuell receptionsgranskning närhelst inlämnad information inte får godkännas automatiskt.
För automatiska inbjudningar, välj medvetet kvalificerade bokningskanaler, bokningstyper och gästsegment. STRYK väljer direkt eller manuellt inlagda bokningar i fastighetstid och skickar varje säker länk högst en gång. Booking.com, Expedia och Airbnb förblir i sin faktiska OTA-kommunikationskanal; denna e-postautomatisering efterliknar aldrig ett OTA-meddelande. Granska bevis för väntande, skickade, överhoppade eller manuella granskningsresultat. Ett tvetydigt SMTP-resultat försöks inte blint igen.
Mottagningsarbetslistan skiljer inlämnade, i granskning, korrigering krävs och godkänd. En auktoriserad operatör gör anspråk på recensionen, jämför bokning, gästinformation, följeslagare, dokumentdata, samtycke och underskrift och begär en specifik korrigering där det behövs. Godkänd online-incheckning förbereder ankomst; den ersätter inte i sig fysisk rumsincheckning, rumsberedskap eller en nödvändig överföring av myndighetsregistrering. Dessa förblir separata, spårbara drifttillstånd.
Aktivera den valfria gästportalen under Bokningssida och välj medvetet mellan en säker bokningslänk utan ett beständigt konto och ett extra gästkonto; när den är inaktiverad förblir den helt dold. Gäster får tidsbegränsad åtkomst via angivna bokningsmail eller begär det via en verifierad e-postadress. De ser bara kvalificerade bokningar, vistelseinformation, betalningsstatus och avbokningsregler. En kvalificerad direkt eller manuellt inlagd bokning avbryts idempotent i PMS. Booking.com, Expedia, Airbnb och andra OTA-bokningar kvarstår med sin källkanal och kan inte avbokas parallellt via STRYK-portalen. Förfrågningar om datum, beläggning eller kontaktuppgifter kommer in i receptionskön; receptionen ändrar fortfarande pris, rum och vistelse genom det kanoniska bokningsarbetsflödet.
| Beslut | Gästeffekt | Fastighetskontroll |
|---|---|---|
| Tidpunkt för inbjudan och länkens giltighet | Länk kommer till det avsedda ankomstfönstret | Kontrollera fastighetens tid och leveransbevis |
| Dokument, samtycke och underskrift | Endast konfigurerade nödvändiga steg begärs | Läs versionerade bevis under granskning |
| Manuell mottagningsgranskning | Status och korrigeringsvägledning förblir synliga | Gör anspråk på, korrigera eller godkänn inlämningen |
| Gästportal | Se bokningen säkert, avboka när du är berättigad eller begär en ändring | Granska förfrågningar; göra väsentliga förändringar i PMS |
Ställ in incheckningskiosken som en hanterad arbetsstation
En kiosk är inte en offentlig administratörsinloggning utan ett dedikerat, begränsat enhetsläge.Aktivera kiosk endast på en dedikerad surfplatta eller receptionsterminal. STRYK tillhandahåller en egenskapsspecifik användare efter kiosk-[property-slug]. Ställ in ett starkt separat lösenord och använd aldrig ett ägare- eller mottagningskonto på enheten. En kiosk-rollinloggning öppnar kioskapplikationen direkt istället för normal STRYK-administration. Om kiosken är avvecklad eller en enhet tappas bort, radera kioskens användare eller ändra dess lösenord omedelbart så att befintliga sessioner ogiltigförklaras.
Upprätthåll en kortfattad välkomsttitel och instruktion på det avsedda standardspråket. Ställ in timeout för inaktivitet så kort att den tidigare gästens information inte finns kvar på skärmen. Visa mottagningsvägledning hjälper gäster utan bokningsnummer; det skapar uttryckligen inte en ingångsbokning i kiosken. Välj även om lyckad incheckning endast visar bekräftelse, rumsnummer, en nyckelskåpskod eller ett anpassat meddelande. Exponera rums- eller säkerhetsdetaljer endast när rumsfrigöring och nyckelfunktioner är designade för det.
Använd kioskförhandsgranskning för att verifiera ordalydelse, språk, timeoutvägledning och slutförandeåtgärder. Kör sedan en kontrollerad kvalificerad bokning på den avsedda enheten. Testsökning, identitetsmatchning, obligatoriska incheckningsdata, samtycke, signatur, rumsstatus och slutförandeskärm. Begränsa webbläsarnavigering, lösenordslagring, aviseringsförhandsvisningar och andra applikationer enligt fastighetens enhetspolicy. Städa upp genom normal bokning och incheckning; Ändra aldrig en riktig gästbokning bara för ett layouttest.
| Kontroll | Säkert tillstånd | Stopptillstånd |
|---|---|---|
| Tillgång | Dedikerad kiosk-[snigel] användare | Admin eller delad teaminloggning |
| Sekretess | Kort timeout och rensad startskärm | Tidigare gästdata förblir synliga |
| Slutförande | Displayen matchar rum och nyckelfunktioner | Rums- eller säkerhetskod visas för tidigt |
| Gäster utan bokning | Tydlig riktning till receptionen | Antagande att kiosken skapar walk-ins |
Anslut e-post, kuponger, domän och utdrag
Offentliga länkar och meddelanden tillhör samma publicerade fastighetsupplevelse som bokningssidan.Under E-post, redigera endast ämnet och egendomskopian för stödd bokning, online-incheckning och vouchermeddelanden på alla aktiva gästspråk. STRYKs HTML-skal, logotyp, färger och typsnitt kommer från fastighetsdesignen. Boknings-, portal-, inchecknings- och voucher-URL:din, åtkomsttokens, säkerhetslogik och PDF-bilagor infogas på serversidan och kan inte tas bort eller ersättas med osäkra länkar i den vanliga editorn. Ändringar autospara som utkast och måste granskas med representativ data i både text- och HTML-rendering.
Behandla leveransstatus som bevis snarare än dekoration. Särskilj väntande, skickande, accepterad av e-postservern, misslyckad och manuell granskning. För ett tvetydigt resultat, inspektera mottagaren, fastighetens brevlåda och händelsehistorik innan du väljer en avsiktlig återsändning. Tekniskt godkännande bevisar inte att gästen läst meddelandet. Säkra länkar måste därför återutges endast genom det avsedda autentiserade supportflödet.
Under Kuponger konfigurerar du den offentliga verifikationsbutiken, fasta produkter, valfria gränser för anpassat värde, giltighet och villkor. Onlineförsäljning är endast möjlig med en aktiv webbplatsdomän, verifierad e-postleverans och ett fullt anslutet onlinebetalningar live-konto. Efter bekräftad fångst skapar STRYK exakt en beställning, voucher, oföränderlig PDF, säker digital åtkomst och leveransförfrågan. Beställningar och tvetydiga leveransresultat förblir synliga i studion. Kontantutgivning, QR-validering, partiell eller fullständig inlösen och finansiell korrigering täcks av den dedikerade guiden Ställ in, sälj och lös in hotellpresentkort.
Standardadressen är {property-slug}.staystryk.com. Kontrollera och spara snigeln under Inställningar → Egenskap → Domän; normala ändringar är begränsade till två per kalenderår eftersom gästadress och standardavsändare måste förbli driftsstabila. Webbplatsstudio visar alltid den aktiva adressen. En anpassad egendomsdomän kräver dessutom DNS- och verifieringsprocessen som stöds och får inte behandlas som offentlig innan aktiveringen har bekräftats. Skapa inte en ad-hoc-omdirigering eller webbserverundantag som ersättning.
Under Bokningssida → Snippets, registrera först varje fastighetswebbplats som ett exakt HTTPS-ursprung; sökvägar, jokertecken och osäkra HTTP-adresser avvisas. Först efter en framgångsrik publicering och aktiv domän genererar STRYK ursprungsbunden kod. Tillgängliga formulär inkluderar bokningsadressen, enkel bokningsknapp, kompakt CTA, tillgänglighetswidget, bokningstext, tillgängliga rum och hela iframe-sidan. En kompakt tillgänglighetswidget är vanligtvis den rätta startsidan, och slutförandet fortsätter på hela bokningssidan. Testa inbäddning, mobilhöjd, tangentbordsfokus, cookiebeteende och Content Security Policy på fastighetswebbplatsen.
| Yta | Förutsättning | Godkännande |
|---|---|---|
| Bokningsmail | Aktiv mall per språk och arbetspostleverans | Kontrollera ämne, data, länk, avsändare och HTML/text |
| Voucherbutik | Live domän, onlinebetalningar live, mail och godkända produkter | Testa ett riktigt köp med lågt värde, PDF, digital visning och beställning |
| Webbplatsutdrag | Aktiv publicerad ögonblicksbild och exakt HTTPS-ursprung | Testa desktop, mobil, fokus, integritet och komplettering |
| Gästportal/incheckningslänk | Kvalificerad bokning, säker token och aktiverad funktion | Test utgång, misslyckande och säker återutgivning |
Stäng alla elva beredskapskontroller
Varje blockerare identifierar en saknad förutsättning och länkar till dess ägare.Readiness har elva kontroller. En hög procentsats räcker inte om betalning eller bekräftelse fortfarande saknas.
Använd varje djuplänk för att fixa källan, gå tillbaka till webbplatsen och uppdatera. Dölj inte saknade inventarier, foton eller priser med kosmetiskt innehåll.
En grön bock bevisar närvaro, inte innehållskvalitet. Granska bilder, planer, policyer och betalningar kommersiellt och operativt.
Använd de elva checkarna som ett signerat startblad. Bekräfta en aktiv underdomän; mall och primärfärg; grundläggande konfiguration; hjälte, actiontext och hotellbeskrivning på alla aktiva språk; minst en bokningsbar kategori med stöd av fysiskt lager; ett äkta rumsfoto; en aktiv direktprisplan; en användbar offentlig betalningsmetod; en anslutning som kan gå till kassan när betalning krävs; en offentlig avbokningsregler; och ett aktivt bekräftelsemail med ämne och brödtext på alla språk. Lägg till granskaren och datumet bredvid varje objekt. Ett grönt systemresultat bevisar att data finns. Den namngivna granskaren bevisar att uppgifterna är korrekta, begripliga och kommersiellt lämpliga för detta hotell.
| Kontrollera grupp | Krav | Kvalitetsgodkännande |
|---|---|---|
| Adress & varumärke | Aktiv domän, mall, primärfärg | Slutadress, läsbart varumärke |
| Innehåll & flöde | Config plus tre texter per språk | Komplett naturlig översättning |
| Produkt | Inventering, foto, direktpris | Bokningsbar, prissatt, övertygande |
| Utcheckning | Betalning, läge, offentlig avbokning | Verklig process och tydlig policy |
| Kommunikation | Bekräftelsemail per språk | Ämne, innehåll, platshållare testade |
Godkänn systematiskt det interna utkastet förhandsgranskning
Ett utkast kan visa allt men får inte sälja något ännu.Använd endast webbplats → förhandsgranskning av bokningssida på /booking/preview/draft för opublicerat arbete. Den använder autentiserade förhandsgranskningsdata, skapar ingen bokning och är inte ett bevis på en live public domain.
Börja på mobil bredd, sedan på skrivbordet och upprepa alla språk. Kontrollera att ingen klippning, överlappning, bruten fokus eller fel märke inte finns.
Testa tillgängliga, otillgängliga och prisgränsande sökningar. Validera inventering, planer, nattpriser, extrafunktioner, totalt, antal gäster och validering.
Håll en liten förhandsgranskningsmatris med enhet, språk och scenario. Kör åtminstone mobil och dator för varje aktivt språk, och täck sedan en normal vistelse, en otillgänglig eller blockerad period och en prisgräns. Följ hela vägen från sökning till kategori, prisplan, extrafunktioner, gästdata, policyacceptans och sammanfattning. Notera det förväntade resultatet före testning, registrera sedan det observerade resultatet och en skärmdumpreferens. Förhandsgranskningen är medvetet säker: den läser autentiserade utkasttillgänglighet och prissättning men skapar ingen reservation. Därför bevisar det layout, formulering, validering och beräkningsflöde; det bevisar inte att det offentliga värdnamnet, utgående e-postmeddelandet eller att skapa livebokningar fungerar.
| Testa | Ingång | Förväntat |
|---|---|---|
| Normal | 2 vuxna, 2 nätter, direkt BAR | Komplett rum, pris, policy och totalt |
| Ej tillgänglig | Helt blockerad eller upptagen period | Ingen fantominventering |
| Gräns | Säsongsbyte, barn, extra, avbokning | Varje pris- och policyändring är synlig |
Förstå publicering som ett versionerat livetillstånd
Publicera släpper en godkänd status, inte varje senare utkastklick.Vid publicering kontrollerar servern om beredskapen och lagrar en versionsbild med tid och operatör. Öppna blockerare avvisar publicering.
Public config visas endast för live plus aktiv domän. Ready är inte offentligt, och senare utkast till ändringar ersätter inte ögonblicksbilden tyst.
Efter framgång, öppna den aktiva domänen och verifiera värdnamn, HTTPS, språk och version. Utdrag kräver live plus aktiv domän; uppfinn inte externa skript.
Publicering är en godkännandehändelse, inte en sparaknapp. Servern upprepar beredskapen och avvisar begäran om ett obligatoriskt villkor ändras efter den senaste granskningen. En framgångsrik publikation registrerar en version, tidsstämpel, operatör och fullständig godkänd ögonblicksbild. Offentlig leverans kräver då både livestatus och en aktiv domän; det mellanliggande redo-tillståndet är aldrig offentligt. Senare redigeringar finns kvar i utkastet tills en annan recension och publicering ersätter ögonblicksbilden. Efter varje release, öppna den aktiva adressen utanför studion och verifiera värdnamn, säker anslutning, språk, synligt innehåll och version. Om extern hosting eller domändirigering är oavslutad, registrera den som en extern startblockerare istället för att ersätta en intern förhandsgranskningsadress.
| Status | Betydelse | Giltiga bevis |
|---|---|---|
| Utkast/ofullständig | Arbete pågår med blockerare | Internt utkast förhandsgranskning |
| Redo att publicera | Alla bockar gröna, inte offentliga | Beredskap plus godkännande rekord |
| Publicerat | Snapshot live, domän aktiv | Public domain och livetest |
Bevisa en kontrollerad livebokning från början
Nyckeltestet slutar i hotelldrift, inte på tacksidan.Kör livebokningen endast i den isolerade demon eller det utsedda testhotellet med tydliga testdata. Simulera aldrig betalningsframgång.
Innan inlämning verifiera produkt, nattpriser, tillägg, skatt, policy, betalning och totalt. Skicka in en gång och bekräfta exakt en bokningspost.
Öppna PMS-bokningen, verifiera källa, gäst, vistelse, plan, extra, pris, status och betalning, sedan inventering och bekräftelse via e-post. Städa upp genom den godkända avbokningsprocessen.
Livebeviset får endast använda den isolerade Hotel Nordlicht-demon eller ett annat uttryckligen godkänt testhotell. Välj tillgängliga datum, en intern testadress och omisskännliga testanteckningar. Granska kategori, plan, nattpris, extra, besöksskatt, avbokningsregler, betalningsmetod och summa innan du skickar in en gång. Verifiera sedan exakt en PMS-bokning, förväntad förfrågan eller bekräftelsestatus, källan för bokningsmotorn, gäst- och vistelsedata och eventuell leverantörsstödd betalningsinformation. Kontrollera att kategoriinventeringen har minskat och att bekräftelsen på korrekt språk innehåller de riktiga datumen, beloppet, policyn och avsändaren. Slutför det godkända arbetsflödet för avbokning och rensning så att revisionshistoriken förblir intakt. Använd aldrig en befintlig kundhyresgäst eller simulera en lyckad betalning.
| Lager | Bevis | Misslyckande om |
|---|---|---|
| Gästsida | Planera, totalt och policy tydligt | Saknas eller motsägelsefull information |
| Bokning | Exakt en skiva med rätt källa | Dubblett, fel status eller gäst |
| Pris & service | Nätter, extramaterial, skatt och totalt överensstämmer | Webbläsare och PMS totalt skiljer sig åt |
| Inventering | Tillgänglighet korrekt reducerad | Kategoriinventeringen förblir oförändrad |
| Kommunikation | Rätt språk och platshållare | E-post saknas eller är fel |
Övervaka efter publicering och gå säkert offline
Att förbli live är ett operativt beslut, inte ett engångsbyte.Använd ett snävare övervakningsfönster under de första 48 timmarna eller fem bokningar. Granska källa, pris, lager, bekräftelse och upprepad gästfriktion.
Avpublicera för kritiska pris-, lager-, kassa-, policy- eller bekräftelsefel. Historia finns kvar; fixa källan och kör de berörda testerna igen innan du publicerar igen.
Normala ändringar följer utkast, förhandsgranskning, beredskap, mobil/språkgranskning och publicering. Tilldela innehåll, prissättning och slutgiltigt godkännande även om en person har flera roller.
För de första 48 timmarna eller de första fem äkta direktbokningarna, tilldela en namngiven daglig recension. Jämför bokningskälla, pris och totalsumma, lagerminskning, leveransbekräftelse, öppna förfrågningar och upprepade gästfrågor. En tekniskt lyckad utcheckning kan fortfarande innehålla oklara policyformuleringar eller ett svårt mobilsteg, så logga enhet, språk, vistelsedatum och den exakta punkten för friktion. Felaktiga priser, fantomtillgänglighet, en trasig obligatorisk utcheckning, en felaktig policy eller en saknad bekräftelse är stoppvillkor: avpublicera, registrera den berörda perioden och bokningar, korrigera den centrala källan och upprepa relevant matris innan ett andra godkännande. Rutinmässiga ändringar följer samma kontrollerade väg från utkast till granskning och publicering.
Stäng efterbesiktningen i samma form av bevis som starten: det ska synas vem som kontrollerat vad, på vilket språk och enhet, vad det förväntade resultatet var, vad som faktiskt hände och var den relaterade bokningen eller skärmdumpen finns. En efterföljande prisändring, en ny rumskategori eller ett ändrat avbokningsvillkor kräver alltså inte en fullständig omstart, utan snarare kan den påverkade kontrollcirkeln utpekas exakt. Den ansvariga stänger releasen endast om den offentliga sidan, bokningen som kommer in i PMS, lagerförändringen och meddelandet som skickats till gästen bevisar samma godkända erbjudande.
Hotel Nordlicht, go-live godkännande
- Alla elva kontroller är gröna och kvalitetsgranskade.
- Desktop, mobil och alla språk klarar utkastet.
- Bokningsläge och riktig betalningsväg matchar.
- Publiceringsstatus, aktiv domän och synlig version överensstämmer.
- En kontrollerad livebokning kom exakt en gång.
- Pris, lager, policy och e-post kontrollerades från början.
- Ägare och avpubliceringsväg är kända.



