Korte gids: leg het volledige bestelproces vast
Voor de aanschaf van een bestelzuil voor restaurants moeten de hardwareconfiguratie en de aansluiting op het bestelproces worden overeengekomen en getest. Alleen een touchscreen vormt niet het complete systeem.
- Benoem de applicatie: Bevestig het besturingssysteem, de versie en de ondersteunde hardware.
- Controleer lokaal de betaalopstelling: Stem de betaalterminal, betaalprovider en applicatie af op de markt waarin het systeem wordt geïnstalleerd.
- Controleer het ticket: Test papierverwerking, bestelnummers en herstel na een lege papierrol.
- Keur een werkend proefmodel goed: Test het klantproces en de herstelstappen voor het personeel vóór een grotere bestelling.
Stem de specificaties van een bestelzuil af op het daadwerkelijke bestelproces van het restaurant. Klanten moeten een product kunnen kiezen, hun keuzes controleren, de vereiste betaling afronden en een duidelijke volgende stap zien. Achter dat eenvoudige proces zitten afzonderlijke beslissingen over hardware, software, betaaldiensten en de overdracht van de bestelling aan de keuken.
Dit artikel gaat over het voorbereiden van die beslissingen vóór de aanschaf van hardware voor een bestelzuil. Het doet geen uitspraak over een universele prijs voor een bestelzuil en gaat niet uit van compatibiliteit met een specifiek POS-systeem. Het doel is een brede aanvraag om te zetten in een configuratie die de hardwareleverancier en softwareproviders samen kunnen beoordelen.
Begin met de bestaande software van het restaurant
Noteer welke bestelapplicatie, welk POS-platform en welk keukensysteem momenteel in gebruik zijn, inclusief de versienummers. Vermeld welke leverancier verantwoordelijk is voor elke verbinding. Is de software nog niet gekozen, noteer dat dan als een openstaande beslissing in plaats van in de hardwareofferte een niet-gespecificeerde complete besteldienst op te nemen.
Vraag de applicatieleverancier welke besturingssystemen en apparaten worden ondersteund. Bespreek ook hoe de applicatie verbinding maakt met touchscreeninvoer, printers en betaalhardware. Dat een applicatie op Android of Windows draait, bevestigt nog niet dat alle versies, drivers, randapparaten en installatieopstellingen worden ondersteund.
Maak onderscheid tussen een ondersteunde integratie en een voorgesteld ontwikkelproject. Voor een ondersteunde verbinding moeten duidelijke installatie-instructies en een verantwoordelijk supportteam bestaan. Voor een nieuwe integratie zijn een afbakening, tests en een leveringsplan nodig. Leid geen van beide af uit het enkele feit dat systemen een netwerkverbinding hebben of op dezelfde apparatuurlijst staan.
Leg vast wat er gebeurt nadat een bestelling is verzonden. Komt die terecht in het POS-systeem, een keukenscherm, een printer of een aparte wachtrij? Wie beheert menuwijzigingen en beschikbaarheid? Deze antwoorden bepalen de voorbeeldtest en voorkomen dat de hardwareleverancier verantwoordelijk wordt gehouden voor een proces dat door een andere applicatie wordt beheerd.
Stem de YJCEN-configuratie af op het project
De bestelzuil voor restaurants van YJCEN biedt capacitieve touchscreens van 21,5, 27 en 32 inch, wandmontage of vrijstaande montage en een geïntegreerde thermische ticketprinter van 80 mm. Betaalconfiguraties met QR-code en NFC zijn beschikbaar; een HD-camera is optioneel wanneer het project dat vereist.
Dit zijn punten voor de hardwareconfiguratie. De bestelapplicatie, betalingsverwerking, softwarelicenties en integratiediensten worden afzonderlijk gespecificeerd. Een vermelde betaalconfiguratie maakt een betaaldienst niet automatisch in elk land beschikbaar. De provider en applicatie moeten de gekozen terminal en markt ondersteunen.
Gebruik de actuele producttekening en de overeengekomen onderdelenlijst om offertes te vergelijken. Noteer welke schermgrootte, montagevorm en randapparatuur in elke offerte zijn opgenomen. Laat optionele onderdelen apart vermelden, zodat een lager totaal niet wordt aangezien voor dezelfde configuratie met essentiële onderdelen weggelaten.
Als het project afneembare onderdelen of een andere opstelling vereist, vergelijk dan de hardware voor de modulaire zelfbedieningskiosk. Het relevante verschil zit in de opbouw van de componenten. Ga er niet van uit dat modules uit het ene ontwerp zonder controle op fysieke passing, aansluitingen en softwareondersteuning in een ander ontwerp passen.
Bekijk voor een praktijkvoorbeeld van een installatie ons project met bestelzuilen voor een restaurant in Noord-Macedonië. Twee vrijstaande bestelzuilen van 27 inch draaiden op Windows; de klant integreerde zelf de POS- en betaalsystemen. Dit voorbeeld laat zien waarom hardwareselectie en software-integratie afzonderlijke verantwoordelijkheden vereisen. Het bewijst geen compatibiliteit met elk POS-platform.
Kies het scherm op basis van het daadwerkelijke menu
Een groter scherm is niet automatisch een betere bestelinterface. Test een representatief menu op de beoogde schermgrootte. Neem een eenvoudig product op, een maaltijd met opties, een niet-beschikbaar product en de uiteindelijke winkelmand. Let op de bedieningselementen die klanten het vaakst gebruiken, niet alleen op het welkomstscherm.
Controleer of namen, prijzen en selectiestatussen leesbaar blijven. Bevestig dat lange productnamen en vertaalde menu's belangrijke knoppen niet buiten beeld duwen. Een touchscreen kan uitgebreide keuzes weergeven, maar de applicatie moet ze duidelijk ordenen. Meer schermruimte compenseert geen onduidelijke vragenreeks.
Laat iemand die het menu niet kent een voorbeeldbestelling afronden zonder aanwijzingen. Kijk waar diegene aarzelt, nogmaals tikt of het overzicht van de winkelmand verliest. Deze observaties kunnen het softwareteam helpen de interface te verbeteren. Ze bewijzen geen gegarandeerde toename van de bestelwaarde, kortere wachttijden of hogere omzet.
Test ook hoe het personeel toegang krijgt tot de applicatie. Een publiek bestelscherm en een beheermenu hebben verschillende doelen. De softwareleverancier moet vastleggen hoe het personeel de beschikbaarheid bijwerkt of de terminal opnieuw gebruiksklaar maakt. Vertrouw niet op een ongedocumenteerde stappenreeks die alleen de installateur kent.
Controleer betaalhardware en provider samen
Vermeld de vereiste betaalmethoden en het land van installatie. Vraag de betaalprovider om het exacte terminalmodel, de ondersteunde integratie en de commerciële configuratie te bevestigen. Een contactloos-betalen-symbool of QR-lezer op de hardware bewijst niet dat de gewenste dienst van de klant is geactiveerd of wordt ondersteund.
Maak duidelijk welk apparaat de betaalgegevens verwerkt en welke applicatie het resultaat ontvangt. De bestelzuil moet betrouwbaar aangeven of de transactie is geslaagd, mislukt of nog onzeker is. Het verdwijnen van een betaalvenster bewijst niet dat het restaurant een bevestigde betaling heeft ontvangen.
Documentatie van de provider maakt duidelijk waarom dit een afzonderlijke integratietaak is. Bijvoorbeeld: de Terminal API van Square beschrijft een providerspecifieke verbinding tussen een applicatie en een betaalterminal. Dit is een voorbeeld van een vastgelegde betaalinterface; het betekent niet dat Square bij de YJCEN-bestelzuil is inbegrepen of ervoor is gecertificeerd.
Gebruik voor annuleringen, time-outs en onderbroken transacties de goedgekeurde testprocedure van de betaalprovider. Wijs iemand aan die een onzekere transactie beoordeelt voordat de klant opnieuw betaalt. De precieze herstelprocedure hoort bij de overeengekomen betaal- en bestelopstelling en moet met het softwareteam worden vastgelegd.
Leg vast wat het ticket moet bevatten
De thermische ticketprinter drukt de inhoud af die de applicatie aanlevert. Maak een voorbeeldticket met de vereiste bestelreferentie, de gekochte producten en afhaalinstructies. Bespreek eventuele lokale bedrijfs- of fiscale vereisten met de bevoegde adviseur en softwareleverancier; een printer bewijst op zichzelf niet dat daaraan wordt voldaan.
Een printerspecificatie van 80 mm beschrijft een papierbreedteklasse, niet de volledige ticketopmaak. Controleer bij de leverancier de afmetingen van de gekozen papierrol, hoe de rol wordt geplaatst en het bedrukbare oppervlak. Test lange productnamen en de grootste representatieve bestelling. Een opmaak die bij een korte testbestelling past, kan bij normaal gebruik anders afbreken.
Plaats de bestelzuil zo dat het personeel papier kan vervangen en een papierstoring volgens de toegestane procedure kan verhelpen zonder de volledige zuil naar een klantenroute te verplaatsen. Controleer welke toegangspanelen of sleutels nodig zijn. Bewaar papier en onderhoudsinstructies binnen bereik van het personeel en beperk de servicetoegang zoals vereist voor de installatie.
Neem bij de goedkeuring van het proefmodel ook een test met een lege papierrol op. Controleer wat de klant ziet en hoe het personeel de bestelstatus kan achterhalen. Een ontbrekend ticket mag geen twijfel laten over de vraag of de bestelling de keuken heeft bereikt. De applicatie moet een passende reactie bepalen in plaats van alleen op de fysieke papieruitvoer te vertrouwen.
Vergelijk wandmontage met een vrijstaand bestelstation
Een wandmodel kan vloerruimte besparen als een geschikte draagmuur en servicetoegang beschikbaar zijn. Een vrijstaande bestelzuil vormt een afzonderlijk bestelstation. Vergelijk de volledige benodigde ruimte, inclusief de klant voor de zuil, wachtende klanten en het personeel dat de onderhoudsruimte opent.
Controleer de afmetingen en bevestigingseisen aan de hand van de tekening van het gekozen model. Kies montagemateriaal niet alleen op basis van de schermgrootte. Laat het installatieteam de draagconstructie, stroomvoorziening en kabelroute controleren. De uiteindelijke montage moet passen bij het specifieke apparaat en de omstandigheden in het restaurant.
Controleer het bereik van het touchscreen, de betaalterminal en de ticketuitvoer als één samenhangend proces. Klanten mogen tussen stappen niet onverwacht van positie hoeven te veranderen. De toepasselijke toegankelijkheidseisen moeten per project worden beoordeeld; een groot touchscreen of lage montagepositie bewijst op zichzelf niet dat het hele bestelstation toegankelijk is.
Loop de route van de ingang naar bestellen, wachten en afhalen. Houd wachtrijen uit de buurt van uitgangen en servicetoegang. Markeer de voorgestelde positie tijdelijk vóór de definitieve installatie, zodat het restaurantteam tijdens een realistische serviceperiode knelpunten kan herkennen. Dit is een controle van de indeling en vervangt geen vereiste professionele goedkeuringen voor de locatie.
Bepaal de acceptatietest voor het voorbeeld
Doorloop een normale bestelling: kies producten, wijzig een optie, controleer het winkelmandje, voer de afgesproken betalingstest uit en bevestig dat de bestelling op haar bestemming aankomt. Vergelijk het ticket met de registratie in de keuken of het POS-systeem. Noteer de gebruikte applicatie- en hardwareversies, zodat de goedgekeurde combinatie kan worden herhaald.
Test vervolgens correcties vóór betaling. Verwijder een product, keer terug vanaf een keuzepagina en annuleer een onvoltooid winkelmandje. Controleer of de volgende klant met een lege, nieuwe sessie begint. Dit zijn functies van de applicatie, maar het proefmodel maakt een test met het beoogde scherm en de geplande randapparatuur mogelijk.
Spreek met de leveranciers af welke herstelsituaties worden getest: tijdelijk netwerkverlies, een lege papierrol, een geannuleerde betaling en een normale herstart. Leg vóór elke test het verwachte resultaat vast. Anders kan een test geslaagd worden genoemd zodra het scherm weer bruikbaar is, terwijl de bestelstatus nog onduidelijk is.
Houd de testlijst kort genoeg om na een software-update te herhalen, maar specifiek genoeg om een verbroken verbinding aan het licht te brengen. Bewaar het resultaat, de naam van de controleur en eventuele openstaande punten. Een voorbeeld met onopgeloste betaal- of besteloverdrachtproblemen mag niet als volledig goedgekeurd worden geregistreerd alleen omdat het touchscreen reageert.
Maak verantwoordelijkheden zichtbaar in de offerte
Zet de fysieke terminal, montagewijze, printer, betaalhardware, het besturingssysteem en de overeengekomen accessoires elk apart op de offerte. Vermeld softwarelicenties, betaaldiensten, integratiewerk, installatie en doorlopende ondersteuning als afzonderlijke posten. Zo worden ontbrekende onderdelen zichtbaar zonder softwarekosten als deel van een hardwareprijs voor te stellen.
Spreek af wie elke ondersteuningssituatie afhandelt. Een beschadigde behuizing, een vastgelopen applicatie, een geweigerde betaling en een onjuiste menuprijs kunnen verschillende teams vereisen. Geef het restaurant één duidelijk eerste aanspreekpunt en een escalatieroute. Het doel is een werkbaar ondersteuningsproces, geen onbewezen belofte dat één leverancier elk onderdeel beheert.
Spreek af hoe wijzigingen na goedkeuring van het voorbeeld worden verwerkt. Het vervangen van een printer, een versie van het besturingssysteem of een betaalterminal kan een nieuwe gerichte test vereisen. Een component die in een offerte gelijkwaardig lijkt, kan toch andere drivers of aansluitingen gebruiken. Leg de goedgekeurde stuklijst en softwareversies vast bij de aankoopdocumenten.
Maak bij een bestelling voor meerdere locaties onderscheid tussen de gemeenschappelijke configuratie en locatiegebonden onderdelen. Land, stroomvoorziening, connectiviteit en betaalopstelling kunnen verschillen. Gebruik één hoofddocument met duidelijk gemarkeerde uitzonderingen, zodat lokale verschillen niet pas na levering aan het licht komen. Bevestig welke uitzonderingen een aparte voorbeeldtest of installatiecontrole vereisen.
Stuur een briefing die kan worden beoordeeld
Een bruikbare offerteaanvraag bevat het schermformaat, de installatievorm, het aantal, het land en foto’s of tekeningen van de locatie. Vermeld de namen en versies van de bestel- en POS-applicaties, de vereisten voor het besturingssysteem, de gekozen betaalprovider en een voorbeeldticket. Geef openstaande beslissingen aan, zodat de voorgestelde hardware op basis van de beschikbare informatie kan worden beoordeeld.
Neem de dagelijkse werkwijze op: openen, het menu bijwerken, papier vervangen, klanten helpen en sluiten. Zo kan het projectteam de toegang en bediening bespreken, niet alleen het uiterlijk aan de voorkant. Houd prognoses of commerciële doelen gescheiden van bevestigde hardwarevereisten; het zijn bedrijfsaannames, geen productspecificaties.
Wanneer die gegevens klaar zijn, kunt u de configuratiebriefing naar YJCEN bezorgen voor een hardwarebeoordeling. Spreek daarna met de betrokken software- en betaalproviders een voorbeeldopstelling en acceptatieprocedure af. Dat leidt tot een duidelijkere aankoopbeslissing dan een terminal kiezen op basis van alleen de schermgrootte of een onvolledige prijsindicatie.
