Start med en repræsentativ restaurant, dokumenter den konfiguration, der virker, og gennemgå derefter hvert yderligere sted, før det går live. Menyer, tilladelser, betalinger, enheder og rapportering kræver eksplicit kontrol på butikniveau.
Separate fælles beslutninger fra lokale indstillinger
Læs restauranter og deres lande, valutaer, tidszoner, servicekanaler og udstyr. Beslut, hvilke menu- og medlemsstatsregler der skal være ensartede, og hvilke der skal være forskellige lokalt.
En delt handelskonto er ikke et løfte om automatisk kloning af konfigurationer, konsolideret regnskab eller afregning af midler på tværs af butikker. Bekræft alle gruppekrav, før du vælger en plan.
- Navngiv en ejer og lokal kontakt til hver restaurant.
- Registrere menu-sprog, priser, åbningsperioder og bestillingskanaler.
- Definere, hvor medlemsstatsgrupper og -udfordringer finder anvendelse.
- Liste betalingskonti, terminaludbydere og printerforbindelser separat for hvert sted.
Giv personale adgangen, de har brug for.
Gennemgå medarbejdernes roller og de restauranter, som hver enkelt kan få adgang til. En leder, der har brug for en rapport, behøver ikke nødvendigvis tilladelse til at ændre betalinger eller kampagner.
Giv hver medarbejder sin egen konto og tjek adgangen før åbningen. Spørg ejeren eller en autoriseret leder om at gennemgå indstillingerne i butikken og arrangere kontroller separat fra live-tjenesten.
Kontroller planer og omkostninger, inden du tilføjer lokationer
Gennemgå den offentliggjorte tilladelse til indbetalte butikker og den ekstra butikskurs for Pro eller Premium, og bekræft derefter det faktiske abonnement i Merchant. Personale, terminal og adgang til funktioner afhænger også af planen.
Betalingsbehandling, hardware, meddelelsesudbydere og ethvert aftalt implementeringsarbejde har egne omkostninger. Zero-platform-ordrekommissionen fjerner ikke disse gebyrer.
Bevis en komplet arbejdsproces
Brug et testmiljø på en platform til at kontrollere en repræsentativ gæstordre, personalehåndtering, POS, køkken destination og støttede trykstrømme. Betalings- og restitutionskontrol kræver, at der er en passende testkonto og en passende konfiguration af udbyderen.
Den offentlige MenuSnap-demon kan ikke placere rigtige ordrer og kan ikke bevise din egen betalingskonto, printer, skattemæssige indstillinger eller offline adfærd. Brug den til at gennemgå gæsteroplevelsen, og så arrangere de kontroller, der kræves for installationen.
- Bekræft menuindhold, muligheder, sprog og priser.
- Kontroller ordrenes rutering, adgang til medarbejderne og den aktive udskrivningshåndhæver.
- Kontroller forbindelsesstatus og øv en forbindelse tab og genopretning i prøvning konfiguration.
- Efter genforbindelsen skal du kontrollere opdaterede ordre- og betalingsstatistikker, før du gentager dine handlinger.
Gennemgå resultaterne og udvide derefter
De er enige om de rapporter og perioder, som de vil gennemgå for hver restaurant. Hold salg, modtagne betalinger, refunderinger og skift kontanter adskilt, og tjek tidszone og valuta, før du sammenligner butikker.
Hold den tidligere driftsprocedure til rådighed i den aftalte overgangsperiode. Udvides, når den første restaurant kan fuldføre sin daglige arbejdsproces, og den lokale administrator har accepteret dens konfiguration. Landsspecifikke betalings- og skattekrav skal bekræftes separat.
Spørgsmål, før du går i gang?
Kan jeg kopiere en restaurantkonfiguration til hvert sted?
Antag ikke automatisk kopiering eller identiske indstillinger. Gennemgå de enkelte lokationsmenuer, priser, adgang til personale, betalinger, printere og juridiske krav, selv når driftsproceduren er delt.
Kan flere restauranter dele medlemmer?
Medlemsgrupper kan have et konfigureret restaurantområde. Tjek gruppen og tilbudsreglerne først; medlemskabsholdning giver ikke tværs store forudbetalte midler.
Vil offline POS holde QR-bestillinger arbejde?
Nej. Gæst QR-bestillinger og cloud-tjenester har brug for internet. POS-betalinger, refunderinger, afregninger og skift kræver serverbekræftelse; en separat kortterminal følger sine egne udbyders regler for tilknytning.