Dienst · App-ontwikkeling

Bestel app laten maken.

Een maatwerk bestel-app voor B2B-bestellingen, bezorging of beide. Klant-specifieke prijzen, real-time voorraad, ERP-koppeling en een flow die past bij úw catalogus en uw klanten — niet bij een generiek SaaS-template. Native voor iOS en Android, in uw eigen merk, met een eigen backend die u zelf in handen houdt.

B2B-prijslogicaERP-koppelingMulti-vestigingOffline-mogelijk

Een bestel-app is meer dan een mobiele webshop.

Wie een bestel-app zoekt, zoekt zelden een afgeslankte versie van een webshop. Het zijn groothandels die hun terugkerende klanten op de bouwplaats of in de horeca-keuken hun bestellingen sneller willen laten plaatsen. Het zijn fabrikanten die hun dealer-netwerk een eigen bestelkanaal willen geven. Het zijn bezorgrestaurants en cloud-kitchens die hun eigen merk-app naast Thuisbezorgd zetten. En het zijn apotheken, zorgleveranciers en cateraars die met specifieke regels werken die in een standaard e-commerce platform niet passen.

Een bestel-app op maat onderscheidt zich van een gewone webshop op vier punten: klant-specifieke prijslogica, snelheid bij het herhalen van bestellingen, koppeling met de operationele systemen (ERP, WMS, POS) en een flow die is gebouwd voor mensen die dezelfde catalogus elke week opnieuw doorlopen — niet voor een eenmalige consument die per ongeluk op uw site komt.

Wij bouwen die maatwerk-laag. Voor het overige verkopen wij u niets dat u niet nodig heeft: voor een eenvoudige horeca-bestelflow met een paar dozijn producten en standaard betaalmodellen is een pakket als Eijsink, Lightspeed Order, Catch24, Square for Restaurants, Untill, Mobiware, Smartsoft of Lobbyfly bijna altijd sneller live en goedkoper. Onze meerwaarde begint waar uw werkproces, prijsstructuur of integratie-eisen buiten de standaard van die pakketten vallen.

In de praktijk komen klanten bij ons via een specifieke aanleiding: een ERP-integratie tussen Lightspeed en AFAS die niet rondkomt, een prijsstaffel per klantgroep die ergens hardcoded moet, of een multi-vestiging-flow waarbij elke locatie zijn eigen voorraad en bezorgvensters heeft. Dat zijn de momenten waarop maatwerk economisch verstandig wordt.

Drie typen bestel-app die we bouwen.

De architectuur, de UX en de integraties verschillen sterk per type. We adviseren in het eerste gesprek welke variant het beste past bij uw klanten, uw catalogus en uw operatie.

Compact traject · vast sprintbudget

B2B-bestelapp voor groothandels en fabrikanten

Voor groothandels in horeca-leveranties, levensmiddelen, bouwmaterialen of ijzerwaren, en voor fabrikanten met een dealer-netwerk. Klanten loggen in met hun eigen contractvoorwaarden, zien hun eigen prijzen en staffels, kunnen favorieten en eerdere bestellingen herhalen, en plaatsen orders die direct als verkooporder in uw ERP landen. Veel klanten zien dit als de eerste maatwerk-vervanging voor een handmatig EDI-proces of een telefonische bestelflow waarvan de fouten zich opstapelen.

Klant-specifieke prijzenStaffel & contract-tarievenOrder-historyERP-orderdoorgang
Middelgroot traject · vast sprintbudget

Bezorg-app voor restaurants en cloud-kitchens

Voor bezorgrestaurants, cloud-kitchens en cateraars die hun eigen merk-app naast platforms als Thuisbezorgd of Uber Eats willen zetten — om marges terug te winnen, herhaalaankopen te belonen en de klantrelatie in eigen hand te houden. Bezorgvensters per postcode, route-deadlines, kassa-koppeling met Lightspeed of Untill, push-notificaties voor de bezorgstatus en een loyalty-laag die u zelf kunt sturen. Voor cateraars en evenementen wordt vaak een variant gebouwd voor groepsbestellingen, factuur-flow en periodieke leveringen.

BezorgvenstersRoute-deadlinesKassa-koppelingLoyalty
Groter traject · vast sprintbudget

Bestelapp voor zorg, bouw en project-leveringen

Voor apotheken en zorgleveranciers met medicatie-bestellingen, voor bouwmaterialen-leveranciers die vanuit de bouwplaats bestellen op projectnummer, en voor leveranciers met geconsigneerde voorraad bij hun klanten. Vaak meertalig, met multi-vestiging, met integratie naar branche-specifieke systemen, en met flows zoals geautomatiseerde herhaalleveringen of bestellen onder een afgesproken project-budget. Door de complexiteit van rollen, autorisaties en audit-eisen valt deze variant zelden binnen een standaardpakket.

Project-bestellingenPeriodieke leveringenAudit-logMulti-vestiging

Wat een bestel-app standaard kan.

De modules die in vrijwel elke maatwerk bestel-app terugkomen, ongeacht of u groothandel, restaurant of zorgleverancier bent. We bouwen deze laag steeds opnieuw, maar telkens afgestemd op úw catalogus, uw klanten en uw operatie.

  • Product-catalogus met klant-specifieke prijzenEén catalogus, maar elke klant ziet zijn eigen prijzen, staffels en contract-condities. Geschikt voor catalogi tot tienduizenden SKU's, met varianten, bundels en beschikbaarheid per locatie.
  • Mandje, checkout en betalingMollie, Adyen of Stripe voor consumenten-flows, en factuur- of automatische-incasso-flow voor B2B. Bestellingen op rekening, met PO-nummer, of vooruit betaald — afhankelijk van wat per klant is afgesproken.
  • Order-history en favorietenKlanten zien hun bestelgeschiedenis, kunnen een eerdere order met één tik herhalen of bewerken, en bouwen favorietenlijsten op voor terugkerende boodschappen. Het belangrijkste kenmerk waarop een B2B-bestelapp wint ten opzichte van een gewone webshop.
  • Real-time voorraad uit het ERPVoorraadstanden uit AFAS, Exact, Microsoft Dynamics of een WMS. Met buffer-regels per artikel en per locatie, zodat klanten geen orders plaatsen op stock die er niet meer is.
  • Multi-vestiging en locatie-keuzeKlant kiest een filiaal of de app stelt automatisch het dichtstbijzijnde voor. Met regels per locatie voor voorraad, bezorgvensters, openingstijden en aflever-deadlines.
  • Levertijd- en route-plannerBezorgvensters per postcode, deadlines per route, en koppeling met uw eigen wagenpark of vervoerders als PostNL en DHL. Voor groothandels die op vaste rit-dagen leveren is dit vaak een make-or-break onderdeel.
  • Push-notificaties en statusupdatesKlanten krijgen meldingen over orderbevestigingen, voorraadwaarschuwingen, route-deadlines en aanbiedingen. Met instelbare voorkeuren zodat ze niet overstroomd worden.
  • Offline-modus voor vertegenwoordigersWie als vertegenwoordiger ter plekke bij een klant bestelt — denk aan een buitendienst-medewerker bij een groothandel — kan ook zonder netwerk doorwerken. Bestellingen worden lokaal opgeslagen en synchroniseren zodra er weer verbinding is.
  • Klant-mode én vertegenwoordiger-modeEén codebase, twee modi: één voor de eindklant die zelf bestelt, één voor uw eigen sales-medewerker die bij de klant ter plekke een order plaatst. Vaak met extra rechten en met klantkeuze in het inlogscherm.
  • White-label voor merken of dealersVoor fabrikanten met een dealer-netwerk: één technische app, meerdere merkverschijningen — eigen logo's, eigen kleuren en eigen catalogus-subset per dealer of regio.
  • Beheer-contract (optioneel)Doorlopend onderhoud, OS-updates, security-patches, monitoring en doorontwikkeling tegen een vaste maandprijs. Inclusief backups en SLA-afspraken voor de uptime.

Wanneer maatwerk de juiste keuze is.

Niet elke organisatie heeft een maatwerk bestel-app nodig. Voor eenvoudige horeca-bestelflows of kleine consumenten-webshops zijn pakketten als Eijsink, Lightspeed, Square of Untill bijna altijd sneller live en goedkoper. Zes signalen waarbij we klanten zien overstappen op maatwerk.

Prijslogica

B2B-prijzen worden te complex

U werkt met klantspecifieke prijzen, staffels op basis van afname-volume, contract-tarieven die per kwartaal kunnen wijzigen, of regio-prijzen voor dealers. Standaardpakketten hebben hier zelden meer dan twee tiers voor en u zit vast aan workarounds of een dure prijs-engine erbovenop. Klant-specifieke prijslogica is veruit de meest voorkomende reden waarom een groothandel uiteindelijk voor maatwerk kiest.

Catalogus

Tienduizenden SKU's, met varianten

Een catalogus met meer dan 10.000 SKU's, met varianten zoals maat, kleur, verpakkingsgrootte, en met beschikbaarheid die per vestiging verschilt. Standaardpakketten worden hier traag of bieden onvoldoende filter-mogelijkheden. Voor uw klanten betekent dat: ze vinden hun product niet of de app voelt traag — en in beide gevallen bestellen ze niet via de app.

Integratie

ERP-koppeling die niet rondkomt

Uw operatie loopt op AFAS, Exact of Microsoft Dynamics, met daarnaast een POS zoals Lightspeed of Untill en een WMS voor de magazijn-aansturing. De standaard-koppelingen tussen die systemen ondersteunen úw exacte velden, prijslogica of order-routing niet. Bijvoorbeeld een maatwerk order-management-laag tussen Lightspeed en AFAS is een terugkerend patroon dat we voor klanten bouwen wanneer de standaardconnectoren te grof zijn.

Operatie

Multi-vestiging met eigen regels

U heeft meerdere filialen of distributiecentra, elk met eigen voorraad, eigen bezorgvensters, eigen openingstijden en soms eigen prijslijsten. Klanten kiezen een locatie of de app kiest die voor hen op basis van postcode. Standaard SaaS-platforms zijn hier vaak black-and-white — alles op één centrale voorraad of helemaal niet.

Merk

Eigen merk-beleving telt mee

Voor bezorgrestaurants, cloud-kitchens en fabrikanten met een dealer-netwerk is de app onderdeel van het merk. Een white-label SaaS-scherm met het logo van de leverancier ergens onderaan past niet bij dat verhaal. Een eigen app, in uw eigen huisstijl en met uw eigen UX, geeft een professionelere indruk en geeft u controle over de klantrelatie.

Snelheid

Bestellen ter plekke door uw vertegenwoordiger

Uw buitendienst staat fysiek bij de klant en moet ter plekke een bestelling kunnen plaatsen — bijvoorbeeld een groothandel-vertegenwoordiger in een horeca-keuken, of een bouwmaterialen-account op de bouwplaats. Snelheid en offline-werken zijn dan kritisch. Een B2B-app voor vertegenwoordigers heeft heel andere UX-eisen dan een consumenten-flow.

Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

Hoe een bestel-app traject loopt.

1

Kennismaking en pakket-scan

Een gesprek waarin we uw bestelproces in kaart brengen: welke klantgroepen bestellen, hoe vaak, met welke prijslogica, welke systemen zitten erachter en wat doet u nu al met een SaaS-pakket. We adviseren eerlijk waar een standaardpakket volstaat en waar maatwerk loont — soms is het advies: blijf bij Lightspeed en bouw alleen een koppeling.

2

Catalogus- en flow-analyse

We analyseren uw productcatalogus, de structuur van uw prijzen, en interviewen drie tot vijf eindgebruikers — vaak een mix van klanten en uw eigen sales-medewerkers. Wat zoeken ze het vaakst, waar haken ze af in de huidige flow, en welke shortcuts zou een snellere app moeten bieden. Aan het einde van deze stap: een concrete scope, een eerste wireframe en de keuze in hoofdarchitectuur.

3

Bouw in sprints

Iedere twee weken een werkende versie van de app op uw telefoons en tablets. U test mee, geselecteerde klanten testen mee, en we sturen continu bij. Eerst de kern — catalogus, mandje, checkout, ERP-koppeling. Daarna de bredere features zoals multi-vestiging, loyalty en vertegenwoordiger-mode. Een eerste werkende versie staat na een paar sprints, een productie-app na een traject van meerdere sprints.

4

Integraties en pilot

De ERP-, POS- en WMS-koppelingen testen we eerst op een staging-omgeving met echte data uit een testperiode. Daarna een pilot met enkele klanten of één vestiging, om te zien of de orderflow eindigt waar hij hoort: in uw ERP, op uw factuur, op de juiste route. Pas daarna een geleidelijke uitrol naar de bredere klantenkring.

5

Uitrol, training en doorontwikkeling

Inclusief training voor uw klantenservice en account-managers, een korte instructie-video voor klanten, en een runbook voor uw IT-team. Na de livegang ondersteunen we met monitoring, OS-updates voor iOS en Android, security-patches en doorontwikkeling — denk aan een tweede land, nieuwe vestigingen of een uitbreiding naar zorg- of bouw-specifieke functionaliteiten.

Veelgestelde vragen.

De vragen die opdrachtgevers meestal stellen voor we beginnen met een bestel-app.

Vervangen jullie Lightspeed, Untill of een vergelijkbaar pakket?
In de meeste gevallen niet. Voor klassieke horeca- en retail-flows zijn pakketten als Lightspeed, Untill, Square for Restaurants, Eijsink, Catch24 en Mobiware vaak prima — sneller live en goedkoper dan maatwerk. Wij komen in beeld wanneer uw werkproces, uw prijsstructuur of uw integratie-eisen buiten wat die pakketten standaard bieden vallen. Soms is de uitkomst van een eerste gesprek dat u bij uw huidige pakket blijft en we alleen de koppeling op maat bouwen. Dat is een legitieme uitkomst.
Kunnen jullie klant-specifieke B2B-prijzen aan?
Ja, dat is in vrijwel elk B2B-bestelapp traject het hart van de logica. We werken met klantspecifieke catalogi, prijsstaffels op basis van afname-volume, contract-tarieven die per kwartaal kunnen wijzigen, regio- of dealer-prijzen, en combinaties daarvan. De prijslogica leeft meestal in uw ERP — wij sluiten daarop aan, in plaats van een tweede waarheid in de app op te bouwen.
Hoe werkt de koppeling met AFAS, Exact of Lightspeed?
Voor AFAS Online, Exact Online, Microsoft Dynamics, Twinfield en branche-specifieke pakketten hebben we kant-en-klare integratie-patronen die we per project finetunen. Voor POS-systemen zoals Lightspeed, Untill, Square en Untouchable Order werken we via hun officiële API of via een tussenlaag. Een veelvoorkomend voorbeeld: een Lightspeed-kassa die orders in real-time doorzet naar AFAS Profit voor de financiële administratie. Zie ook onze pagina over slimme API-integraties.
Multi-vestiging — kan elke locatie zijn eigen voorraad en regels hebben?
Ja, en voor groothandels en retailers met meerdere DC's of filialen is dit standaard onderdeel van de architectuur. Per vestiging configureren we voorraadstanden, bezorgvensters, openingstijden, prijslijsten en aflever-deadlines. Klanten kunnen kiezen of de app stelt automatisch een vestiging voor op basis van postcode, klantenrelatie of eerdere bestelhistorie.
Native iOS- en Android-app of een web-app op de telefoon?
Voor een bestel-app raden we vaak native aan, omdat u push-notificaties, camera-toegang voor barcode-scanning, biometrische ontgrendeling en offline-functionaliteit nodig heeft. Native bouwen we meestal in Flutter of React Native — één codebase voor iOS en Android. Voor sommige B2B-scenario's met alleen kantoor-gebruik kan een progressive web-app voldoende zijn; dat hangt af van waar uw klanten bestellen en op welk toestel.
Hoe lang duurt een bestel-app traject?
Dat hangt sterk af van de complexiteit van uw catalogus, de prijslogica, het aantal integraties en het aantal rollen (alleen klanten, of ook vertegenwoordigers, of ook dealers). Een eerste werkende versie met de kern — catalogus, mandje, checkout, ERP-koppeling — kan binnen enkele sprints staan voor één klantgroep. Een productie-app met multi-vestiging, complexe prijzen en meerdere integraties is een traject van meerdere sprints, gevolgd door een geleidelijke uitrol.
Wat bepaalt de kosten?
Drie factoren bepalen de scope: de complexiteit van uw catalogus en prijslogica, het aantal integraties met bestaande systemen, en hoeveel verschillende rollen of klantgroepen u wilt bedienen. We werken met vaste sprintbudgetten zodat u per sprint weet wat u uitgeeft en wat erin zit. In het eerste gesprek geven we een richtinggevende inschatting; na de discovery-sprint is die concreet.
Werken jullie ook samen met onze eigen developers?
Ja, dat is in een groot deel van onze trajecten de norm. Veel klanten hebben een eigen IT-team dat de backend, het ERP-systeem of de webshop beheert; wij richten ons op de mobile-laag en de integratie-API's. We werken in dezelfde Git-repository, gebruiken dezelfde code-conventies en doen pair-programming als dat helpt voor kennisoverdracht. Aan het einde van het traject kan uw eigen team de codebase volledig zelfstandig onderhouden — geen lock-in op ons als leverancier.
Hoe zit het met security, betaling en AVG?
Alle communicatie wordt versleuteld in transit en at-rest, met biometrische ontgrendeling op het toestel en automatische sessie-vergrendeling. Voor betalingen werken we met PCI-compliant partners als Mollie, Adyen en Stripe — wij verwerken geen kaartdata zelf. AVG-naleving zit in het ontwerp: data-minimalisatie, audit-log waar nodig, en bij projecten met persoonsgegevens een DPIA. In de laatste sprint doen we standaard een pen-test door een onafhankelijke security-partij.

Praat met ons over uw bestel-app.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar uw bestelproces, uw catalogus en uw klantgroepen, en geven richting waar u iets aan heeft — ook als het advies is om eerst met een standaardpakket zoals Lightspeed of Untill door te gaan. Voor verwante varianten kunt u kijken naar onze pagina's over B2B-apps, buitendienst-apps, order-management-systemen op maat en de bredere dienst app-ontwikkeling.

Edit Content