Vervangen jullie Resengo, Zenchef of TheFork?
Niet automatisch. Voor restaurants die met een handvol tafels werken en geen complexe wachtlijst hebben, doen Resengo en Zenchef hun werk prima en zijn ze sneller live dan maatwerk. Wij komen in beeld zodra de standaard knelt: een eigen wachtlijst-logica, deposito's voor groepen, een private-dining-flow met aparte goedkeuring, een gift-card-koppeling, of een diepe integratie met uw POS en CRM. Vaak draaien standaardplatform en maatwerk naast elkaar — de open-tafels op Resengo, de groeps- en eventboekingen op uw eigen site. Wij beheren de koppeling daartussen via onze
reserveringssysteem-laag.
Waarom een eigen bestelflow in plaats van Thuisbezorgd of Uber Eats?
Marketplaces leveren bereik, dat klopt — maar tegen 25-35% commissie op iedere bestelling én zonder dat u uw klant ooit te zien krijgt. Een eigen direct-checkout-flow op uw site, met Mollie of Adyen als PSP, kost u alleen de transactiekosten van de PSP en levert u álle gastdata op. Wij raden meestal aan om beide te draaien: marketplaces voor cold reach, eigen flow voor terugkerende gasten die u via e-mail en SMS bereikt. Veel restaurants verschuiven binnen het eerste jaar 30-50% van hun delivery-omzet naar het eigen kanaal.
Hoe werkt online bestellen voor pickup en delivery in de praktijk?
Gasten kiezen op uw site een gerecht, eventueel met opties (extra topping, allergeenfilter), kiezen tussen pickup of delivery, betalen via iDEAL, Apple Pay of pin-tikkie, en krijgen een tijdsindicatie. De bestelling komt direct op uw keukenscherm of POS-bon binnen. Voor delivery koppelen we aan een fietsen-pool of een externe last-mile-partner (Stuart, Trunkrs, Yource). Hele tracking-flow loopt op uw eigen domein — uw merk, uw gegevens, geen marketplace die tussenkomt.
Wat met de Allergeneninformatieverordening op de menukaart?
De EU-verordening 1169/2011 verplicht dat u bij ieder voorverpakt én onverpakt geserveerd gerecht aangeeft welke van de 14 wettelijke allergenen erin zitten. Wij bouwen menu-cards waar die data per gerecht gestructureerd vastligt — uw keuken werkt het op één plek bij, gasten zien het filter op de site, en de keuken krijgt het automatisch te zien bij iedere bestelling. Dat voorkomt fouten en houdt u juridisch netjes.
Werken jullie ook met digital-signage en menu-cards voor in de zaak?
Ja. Naast de website bouwen we vaak een digital-signage-laag — schermen aan de bar, bij de toog of in de wachtruimte — die uit dezelfde menu-database leeft. Dagmenu wijzigen? Eén bewerking in uw beheer en alle schermen en QR-codes zijn bijgewerkt. Voor cafés met dagelijks wisselende borrelhappen of brouwerijen met rotating taps levert dat tijdwinst op én een veel professioneler beeld dan een afgeplakte print.
Hoe zit het met gift-cards en de Cadeaubonwet?
Cadeaubonnen vallen onder consumentenrecht: ze mogen niet kort verlopen, restsaldo moet zichtbaar zijn voor de koper, en de boekhouding moet kunnen uitleggen wat er nog uitstaat. Wij bouwen gift-card-flows met de juiste minimale geldigheidstermijnen, een audit-spoor van uitgifte tot inwisseling, en een nette koppeling met uw boekhouding zodat de fiscale kant aansluitend blijft. Vaak draait dit gewoon op uw
payment-laag.
Kunnen jullie ook events- en private-dining-boekingen aan?
Ja. Voor chef's-tables, private dining, brouwerij-tours, kookworkshops en zaalverhuur bouwen we een aparte boekingsflow met capaciteit per slot, optionele goedkeuring, deposito's en gepersonaliseerde bevestigingsmails. Hetzelfde patroon dat we toepassen op een
ticketingsysteem, maar dan met de juiste horeca-flow eromheen.
Hoe zorgen jullie dat ons hotel minder afhankelijk wordt van Booking.com?
De grootste hefboom is een eigen boekingsmotor op uw domein die echt sneller en mooier voelt dan Booking.com, plus een actief direct-bookings-programma met loyaliteit, e-mail-flow en gerichte gift-cards. Wij koppelen de motor aan uw PMS (Mews, Apaleo, Cloudbeds) en houden tarieven, beschikbaarheid en restricties één-op-één synchroon. Eigen kanaalbouw is een traject van meerdere sprints, geen quick fix — maar de provisies die u Booking.com bespaart, dragen het traject in een redelijke termijn terug.
Hosten jullie de website ook, of gaat dat ergens anders draaien?
We hosten zelf op een Europees cloud-platform (Google Cloud of Hetzner, naar wens), met dagelijkse backups, monitoring en CDN. Voor bestaande klanten die liever hun eigen hostingpartij houden, leveren we een containerized build die u op AWS, Azure of een Nederlandse hoster kunt draaien. We zetten u nooit vast — alle code, content en data zijn van u en exporteerbaar.
Hoe gaan jullie om met SEO voor horeca-zoekopdrachten?
Vanaf sprint één bouwen we de site op met technische SEO-fundamenten: snelle laadtijden, schone HTML, gestructureerde data voor restaurants, hotels en menukaart (Schema.org), en een doorgevoerde meertalige opzet als u toeristen bedient. Daarbovenop adviseren we over zoekopdrachten als "restaurant + uw plaats", "lunchen + uw wijk" en specifieke gerecht-zoekopdrachten waar uw concurrenten nu staan. SEO blijft een marathon — wij leveren het kader, u of een SEO-bureau vult het in.
Wat met meertaligheid voor toeristen en internationale gasten?
Standaard bouwen we de site in Nederlands en Engels, met een geïntegreerd vertaalbeheer. Voor hotels en grote restaurants in toeristische gebieden voegen we vaak Duits, Frans en soms Spaans of Italiaans toe. URL-structuur, hreflang en taal-detectie zijn vanaf het begin goed ingericht, zodat Google de juiste versie aan de juiste gast laat zien.
Wie betaalt de POS-, PMS- en PSP-abonnementen?
Die lopen op naam van uw bedrijf, niet via ons. Wij hebben geen retainer of doorberekening op deze partijen — als uw eigenaar zou u dat ook niet willen, want bij een verandering van leverancier zou u dan vastlopen. Wel adviseren we welke abonnementsvorm past bij uw volume en helpen we met de aansluit-aanvragen waar dat handig is.
Hoe ziet een typisch traject met jullie eruit?
We starten met een korte ontdek-fase: meelopen op uw locatie, de gast-reis in kaart brengen, kijken welke systemen er nu draaien en welke onderdelen écht onderscheidend moeten zijn. Daarna richten we sprints in met meetbare opleveringen — een werkende reserveringsflow, een eerste bestel-versie, een gift-card-laag — en testen we vroeg met een interne groep of een kleine gastenkring. Bij livegang volgt een soft-launch op één locatie of voor één gastsegment, daarna een bredere uitrol. Na livegang leveren we een evaluatie met data uit de bestel-, reserverings- en gift-card-laag zodat de volgende stap gerichter ingericht kan worden.
Wat kost een horeca-website op maat?
Sterk afhankelijk van scope. Een eenvoudige merksite met menukaart en een nette koppeling naar Resengo is een aanzienlijk kleiner traject dan een volledig platform met eigen reserverings-engine, online bestellen, gift-cards, events-boekingen, PMS-koppeling en een meertalige hospitality-groep met drie locaties. We werken in sprints en geven na een korte planning-fase een concreet voorstel op basis van uw concept, doelgroep en bestaande systemen. Vaak starten we met één laag — reserveringen, bestellen of de merksite — en breiden we per seizoen verder uit. Op die manier blijft het risico beheersbaar en kan de site letterlijk meegroeien met uw zaak.
Wie houdt eigenaarschap van code, content en data?
U. Wij leveren alle code in een git-repository onder uw beheer, alle content in een redacteursvriendelijk CMS waar uw team direct in kan, en alle data in een database waar u op elk moment een export uit kunt trekken. Een eventuele overstap naar een ander bureau of inhouse-team is daardoor altijd mogelijk — geen vendor lock-in op een proprietary SaaS, geen exit-fee, geen ge-onderhandel over wie eigenaar is van uw reserveringen, gastdata of gift-cards. Dat is voor ons geen marketing-claim, het is de manier waarop we elke opdracht inrichten.
Past dit ook bij een hospitality-groep met meerdere brands en locaties?
Ja, en juist daar levert maatwerk vaak het meest op. Een groep met drie tot dertig locaties heeft typisch een verzameling losse websites, losse reserveringssystemen en losse boekhoudkoppelingen — waardoor centrale rapportage, gezamenlijke gift-cards en groep-brede marketing een handmatige puzzel zijn. Wij bouwen een gedeeld platform waarop iedere locatie zijn eigen merk en menukaart houdt, met daaronder één gemeenschappelijke gastendatabase, één boekhoudkoppeling en één CRM. Voor groepen die ook een commerce-laag draaien — gift-card-webshop, merchandise, abonnementen — vormt onze
headless commerce-architectuur daarvoor een logische bouwsteen.
