Thuisbezorgd.nl draait in de kern om vier stappen: een menukaart tonen, een bestelling met betaling vastleggen, die bestelling doorgeven aan een restaurant, en de status bijhouden tot bezorging of afhalen. De marktplaats met veel restaurants tegelijk is het lastige deel om na te bouwen, omdat je aanbod en vraag tegelijk nodig hebt. Een eigen bestelkanaal voor één restaurant of formule is een veel kleiner en beter afgebakend bouwproject. OneDayBuild is niet verbonden aan Thuisbezorgd.nl of Just Eat Takeaway.com.
Onder de marktplaats zit een kleine set functies die de hele bestelervaring dragen.
Of het nu een platform met veel restaurants is of een bestelsite voor één zaak, de kern bestaat uit vier stappen. Een klant bekijkt een menukaart, plaatst een bestelling en betaalt die vooraf, de bestelling gaat door naar de keuken of het kassasysteem van het restaurant, en de klant krijgt statusupdates tot de bezorging of het afhalen. Dat is het hele fundament. Bij een marktplaats komt daar een laag van meerdere restaurants bovenop, met zoeken, filteren en een verdeelsysteem voor bestellingen. Bij een eigen bestelkanaal voor één zaak valt die laag weg, en houd je alleen de kernflow over.
Een flink deel van wat een bestelplatform technisch doet, bestaat al als bouwsteen.
Een bestelplatform voelt als een complex systeem, maar een groot deel ervan is al beschikbaar als kant-en-klare bouwsteen. Wat overblijft, is het samenvoegen ervan tot een flow die past bij één zaak of formule.
Een betaalprovider zoals Mollie of Adyen regelt iDEAL, creditcard en terugbetalingen, en levert de bevestiging om een bestelling als betaald te markeren. Zelf een betaalflow bouwen heeft weinig zin.
Bezorgzones op basis van postcode of een straal rond de zaak teken je met een bestaande kaartendienst, zoals Google Maps of Mapbox. Zelf geografische logica bouwen is overbodig.
Een nieuwe bestelling die verschijnt op een printer, tablet of in een mailbox loopt via een bestaande koppeling of een eenvoudige integratie, geen apart systeem dat je zelf ontwerpt.
Wat overblijft als echt bouwwerk is kleiner dan het lijkt: de koppeling tussen menu, bestelling, betaalstatus en keukenweergave, toegesneden op één zaak. Er zijn dan geen tientallen restaurants om synchroon te houden, alleen één menukaart die je zelf kent.
Het eerlijke antwoord verschilt sterk tussen het marktplaats-model en een eigen bestelkanaal.
Een marktplaats zoals Thuisbezorgd nabouwen betekent dat je twee kanten tegelijk nodig hebt: restaurants die aansluiten, en bestellers die komen. Zonder restaurants is er niets te bestellen, zonder bestellers heeft geen restaurant reden om aan te sluiten. Dat kip-ei-probleem is de belangrijkste reden dat een marktplaats lastig te nabouwen is als eerste stap.
Een eigen bestelkanaal voor één restaurant of formule heeft dat probleem niet. De zaak heeft al klanten, een menukaart en een fysieke locatie. Vraag en aanbod bestaan al, je voegt alleen een digitale bestelflow toe.
Wat wel als factor meespeelt: het doorgeven van betalingen namens een derde partij kan afhankelijk van de constructie vergunningsplichtig zijn, en dat vraag je vooraf uit bij een PSP of adviseur. Zodra bezorging via eigen koeriers gaat lopen in plaats van afhalen, komt daar live-logistiek bovenop: routes, piekmomenten en uitval van een koerier. Dat onderdeel duurt het langst om goed te krijgen, en is waar een eerste versie het beste omheen werkt, bijvoorbeeld door te starten met afhalen of een vaste, kleine bezorgzone.
Niet het hele platform, maar de bestelflow van één zaak met een bestaande menukaart.
De bestaande menukaart van de zaak, inclusief prijzen en varianten, komt in het systeem. Geen placeholder-gerechten, maar de kaart die het restaurant vandaag gebruikt.
Een klant kan een bestelling samenstellen, een adres of tafelnummer opgeven en afrekenen via een PSP-koppeling. Dit is de kernflow die de rest van het prototype draagt.
Een testbestelling verschijnt op een printer, tablet of in een mailbox, zodat iemand achter de kassa het daadwerkelijk ziet binnenkomen.
Iemand van het restaurant plaatst zelf een bestelling vanaf een telefoon en volgt die tot de status klaar om af te halen. Dat moment laat zien of de flow standhoudt bij een gebruiker die de kaart uit zijn hoofd kent.
Welke schakels in die keten je als eerste wilt laten zien, bepaal je met de mvp-scope-slicer.
Niet elk idee in deze richting is geschikt voor een eerste dag bouwen.
Bij het marktplaats-model staan veel restaurants naast elkaar op één platform, met een commissie per bestelling als verdienmodel. Bij een eigen bestelkanaal bouw je een bestelsite voor één restaurant of formule, zonder commissie aan een derde partij, en met alleen de kernflow die die ene zaak nodig heeft.
Een marktplaats heeft vanaf dag één zowel restaurants als bestellers nodig om te functioneren, en dat kip-ei-probleem is lastig op te lossen. Een eigen bestelkanaal voor één zaak heeft die twee kanten al: de zaak heeft al klanten en een menukaart, je voegt alleen de digitale bestelflow toe.
Betalingen regel je via een bestaande PSP zoals Mollie of Adyen, bezorgzones teken je met een bestaande kaartendienst, en meldingen van nieuwe bestellingen lopen via bestaande printer-, tablet- of e-mailkoppelingen. Wat overblijft, is de koppeling van deze onderdelen tot een flow die past bij één zaak.
Een commissie per bestelling drukt op de marge, vooral bij zaken met veel bestellingen. Een eigen bestelkanaal laat die commissie wegvallen, al moet de zaak dan zelf voor de zichtbaarheid zorgen die een platform normaal gesproken meebrengt.
Een werkende bestelflow met de bestaande menukaart van de zaak: een klant kan bestellen en betalen, en de bestelling komt aantoonbaar binnen bij de keuken met een statusupdate terug naar de klant.
Dat kan, maar dan test je eerst een klein deel van het kip-ei-probleem apart, bijvoorbeeld met een handvol aanbieders in één buurt, in plaats van meteen de volledige marktplaats-ervaring te bouwen.
Draait het bij jou om de bezorging zelf en niet om het platform eromheen? Op applatenmaken.com staat het overzicht van logistiek- en supply-chainsoftware.
In één werkdag bouwen we een werkend prototype van de bestelflow voor jouw zaak of concept, van menukaart tot statusupdate bij de keuken.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.