Jaap Zaal (Nedap): “Ik zie bij veel developers een passie voor retail ontstaan''

Er is geen winkelier die een klant ‘nee’ wil verkopen. Met de opkomst van online retail als aanvulling op fysieke winkels is goed voorraadbeheer belangrijker geworden. Tijdens de Developers Summit (2 t/m 5 juni) vertelt Jaap Zaal (Nedap Retail) over de ontwikkeling en het up-to-date houden van een platform dat retailers hierbij helpt. “Soms zit er bij ons maar twee maanden tussen een proefballonnetje en een unieke feature.”

Wie gaat er nog ‘de stad in’ voor een nieuwe broek of een paar schoenen? Steeds meer mensen laten aanvullingen op hun garderobe gewoon door de pakketbezorger thuis afleveren. Over niet al te lange tijd gebeurt dat laatste misschien wel door een drone. De coronapandemie heeft deze trend nog eens versterkt. Het belang van nauwkeurig voorraadbeheer is daardoor toegenomen, zegt Jaap Zaal, team captain van het Software Services Team van Nedap. “Een klant die je als winkelier ‘nee’ moet verkopen, ben je in principe kwijt.” Met een multidisciplinair team waarin onder andere frontend- en backend-developers en data-scientists zitten, ontwikkelt Jaap het iD Cloud-platform, een voorraadsysteem dat omnichannel-sales (online verkoop gecombineerd met fysieke winkels) mogelijk maakt.

RFID-technologie

Omdat de nauwkeurigheid van de fysieke voorraad in winkels doorgaans maar tussen de 65 en 75 procent ligt, gaan sommige retailers ‘overleveren’ en houden zij grote voorraden aan. “Dat is niet erg duurzaam. Daarnaast willen we ook mogelijkheden zoals click & collect en het thuisbezorgen van artikelen beter ondersteunen.” De visie van het team van Jaap omvat inmiddels meer dan alleen voorraadbeheer, het thema waarmee de ontwikkeling zeven jaar geleden begon. “We gaan steeds meer naar een totale oplossing voor de supplychain, met duurzaamheid als thema. Om dit goed in te richten, met track & trace van productie tot de verkoop van een artikel, heb je RFID-technologie nodig. Met RFID-chips is elk kledingstuk uniek traceerbaar. Je weet bijvoorbeeld of een broek verkocht is, maar ook of hij weer retour is gestuurd en waar hij zich in dat geval precies bevindt.”

Cloudoplossing rond microservices

Voor de ontwikkeling van iD Cloud gebruikt het team van Jaap twee hoofdtalen. “We schrijven in Java, maar tegenwoordig ook steeds vaker in Kotlin, dat op de Java-stack kan draaien. De syntax daarvan is net wat prettiger omschreven, waardoor veel van onze developers een voorkeur voor Kotlin hebben. De leercurve is bovendien niet steil als je Java al beheerst.” ID Cloud is volledig ‘buzzword compatible’, zoals Jaap dit noemt. “We gebruiken onder andere Cassandra, Elastic Search, Kafka, Redis, MySQL, Rails en Vue. Op heel veel manieren kunnen we een microservices-architectuur neerzetten.” Vanaf het begin van de ontwikkeling van het platform is rekening gehouden met de schaalbaarheid ervan. “Dat doen we door onze oplossing als clouddienst aan te bieden, waarbij we regelmatig loadtesten doen en schaalbaarheidsproblemen snel kunnen oplossen. Ook integreert het platform met api’s makkelijk met bestaande systemen bij klanten. Een ander voordeel is dat we het precies op een manier konden ontwikkelen waarvan we vonden dat dit aansloot bij de markt. We bouwen alles, van mobiele backend- tot frontend-applicaties, en zelfs hardware zoals alarmpoortjes en handheld-scans inclusief firmware.”

Gebruiksgemak en data-uitdaging

Een van de uitdagingen bij het bouwen van zo’n systeem is het realiseren van gebruiksgemak, vertelt Jaap. “In de retailsector heb je een hoog verloop van medewerkers. Het systeem moet dus makkelijk zijn te gebruiken. Een andere uitdaging is dat we te maken hebben met steeds grotere datavolumes. Neem alleen al het balansen in winkels. Dat gebeurde vroeger twee keer per jaar, maar inmiddels wil je als winkelier realtime inzicht. Dat vraagt niet alleen iets van de capaciteit van mobiele devices waarmee het tellen gebeurt, maar ook van de dataverbindingen. Bedenk daarbij dat retailers gewoontedieren zijn die allemaal op maandag tussen acht en negen uur ’s ochtends gaan tellen. We zien dan grote pieken in het dataverkeer naar onze backend-systemen. Wat ook bijdraagt aan hogere datastromen, is dat de historie van artikelen belangrijker is geworden. Teruggeleverde artikelen zie je meer dan één keer terug in de backend en dan heb je ook nog eens te maken met meerdere locaties, nog zo’n vermenigvuldigende factor. Net zo’n factor zit in het feit dat het artikel in de winkel zelf, of onderweg, al een paar keer wordt gelezen. Denk aan shipment notice, goods receiving, count, move en sale. Een product genereert al snel zo’n tientallen events per week. Dat kun je alleen maar ondersteunen door in je oplossing goed rekening te houden met schaalbaarheid.”

Virtual shielding

Een voorbeeld van een feature die bedacht is als ‘proefballon’ door een developer is virtual shielding. “RFID is een draadloze technologie waarbij je door een muur heen kunt lezen. Als je in een winkel artikelen scant, scan je daardoor al snel ook de voorraad aan de andere kant van de muur. Je kunt zo’n muur helemaal afschermen, bijvoorbeeld met aluminiumfolie, maar het kan ook softwarematig. Door positiebepaling en veldsterktes in te stellen en daar algoritmes op los te laten, kan de mobiele software die we gebruiken bepalen of een gescand artikel daadwerkelijk het artikel aan de juiste kant van de muur is. Dit vind ik een mooi voorbeeld van hoe je soms tot nieuwe dingen kunt komen. Iemand laat een proefballon op, wij zorgen ervoor dat hij of zij de de ruimte krijgt om het idee uit te werken en twee maanden later is er een unieke functionaliteit ontwikkeld die geen enkel ander systeem op de markt biedt.”

Meer dan alleen code

Tijdens de Developers Summit verzorgt Jaap een sessie over de ontwikkeling van iD Cloud. Wat gaat hij precies vertellen? “Ik voel er weinig voor om op codeniveau voorbeelden te laten zien. Daar heeft niemand iets aan, vind ik. Een code is maar een stukje tekst, een uitvoering van iets. Dat neemt overigens niet weg dat we goede, elegante code wel erg belangrijk vinden voor de onderhoudbaarheid van ons platform. Maar het gaat wat mij betreft ook om wat je ermee wilt bereiken. Daarin schuilt de kracht van mijn team. Iedereen heeft de drive om iets te maken wat ertoe doet en ik zie veel ondernemerschap. Je krijgt bij ons veel vrijheid om een visie neer te zetten, nieuwe dingen te proberen en dat te vertalen naar een daadwerkelijk product. Daarmee kun je ook gaan testen bij de klant en zie je een oplossing dus zelf in het veld. Doordat ze die hele cyclus meemaken, zie ik bij veel collega’s echt een passie voor retail ontstaan.”

Benieuwd geworden naar het verhaal van Jaap? Registreer nu je ticket voor de Developers Summit, die dit jaar (digitaal) plaatsvindt van 2 tot en met 5 juni. Meer informatie over het programma en het registreren van tickets vind je hier.

Klik hier voor meer informatie over Nedap.

Dit artikel is geen redactioneel artikel, maar een advertorial en tot stand gekomen dankzij Nedap en Tweakers Partners. Dit is de afdeling binnen Tweakers die verantwoordelijk is voor commerciële samenwerkingen, winacties en Tweakers-events zoals Meet-ups, Developers Summit, Testfest en meer. Kijk hier voor een overzicht van alle acties en events. Mocht je ideeën met ons willen delen over deze vorm van adverteren, dan horen wij dat graag. Hierover kun je met ons in gesprek via [Discussie] Reclame algemeen].

Reacties (20)

[SirQuack]

“Ik zie bij veel developers een passie voor retail ontstaan''

Bijzondere quote, die ik uit het artikel verder niet teruglees. Ik kan mijzelf hier totaal niet in vinden. Als ik naar retail kijk is het enige wat ik hoor "meten = weten" en worden al snel tools als Google Tag Manager gebruikt om de 68 trackers die een webshop "echt enorm nodig heeft" te laden om elke laatste byte om te zetten tot verkoopbevorderende, of verkoopbare informatie.

Ik ben bewust overgestapt naar de zorgsector omdat het er hier nog op lijkt dat privacy leeft. Dit tegenovergestelde maak ik op uit dit artikel. Je weet waar alles hangt (adhv RFID) en je kan met het privacy-twijfelachtige WiFi-tracking de fysieke winkel net zo privacy-onvriendelijk maken als het web, waardoor er nóg meer redenen zijn om niet naar de winkel te gaan (want online kan ik mijn adblocker nog inzetten).

[Revoc]

Ik ben het hier helemaal mee eens. Er wordt teveel getrackt, dat hebben we "offline" niet ook nóg meer nodig.

Enige opmerking: Je kan je WiFi uitzetten buitenshuis, dat scheelt ook een hoop tracking. Zie het als je "offline" adblocker voor fysieke winkels. Misschien zelfs te automatiseren met geofencing o.i.d. (al wil je dat misschien als écht privacyfanaat ook niet ).

[GameNympho]

Ik doe het zelfs nog erger, mijn mobiel gaat alleen mee op reizen van meer dan een uur, voor de rest blijft dat ding lekker thuis. Al dat getrack wordt je moedeloos van

[Snake]

Moderne telefoons wisselen van MAC adres, wat tracking onmogelijk maakt.

[onok]

Ook helemaal mee eens. Volgens mij is de duurzame energie sector bijvoorbeeld veel hipper dan online retail. Online retail is oud nieuws, dan truukje kent iedere developer nou wel. En idd, die trackers, zo herkenbaar

[Motrax]

Leuk stuk! Negeer de rest van de azijnzeikers hier. Zelf in de IT bij retail gewerkt en ik herken de thema's en de ontwikkelingen. Schalen is inderdaad een interessante, er zijn toko's met sterke seizoensinvloeden waar in December een 3x hogere verkoop, met nog hogere pieken op dag of uur basis, en dan in Januari bijna helemaal niks.

De passie voor retail is herkenbaar. Veel korte lijntjes, kleine teams, alles moet snel (want geld) en goedkoop (want... geld). Leuke sector om in te werken.

[Reactie gewijzigd door Motrax op 24 juli 2024 05:36]

[alienfruit]

Ja, sales forecasting is wel een leuk probleem om op te lossen.

[equit1986]

sales forecasting bestaat al enorm lang en daar zijn al veel gerenommeerde bedrijven in(SlimStock bijv) die het echt heel goed doen in deze markt. Ik snap dit hele artikel niet echt. Ik werk inmiddels 15 jaar in de winkelautomatisering, maar geen enkele case die in dit artikel wordt beschreven is uniek en bestaan al hele goede oplossingen voor die niet heel duur zijn. Sterker nog, de oplossing die hier in dit artikel wordt beschreven wordt door 99% van de grote retailers gezien als een desinvestering(zie mijn andere opmerkingen bij dit artikel voor meer info). En als die er al niet in willen investeren, dan is het zeker niet te doen voor kleine ondernemer.

[alienfruit]

Ja, het bestaat al lang. Maar gewoon probleem van voorspellen hoe productie je nodig hebt afhankelijk van verkoop in het verleden, voorspelde weer was interessant. Ik had er nog nooit eerder aan zoiets gewerkt hoe zoiets te koppelen aan de bevoorrading, productie in de fabrieken, en logistiek. Leuk project voor een bakkerij dat meer sausage rolls bakt dan McDonalds big macs maakt

[Zenomyscus]

alles moet snel (want geld) en goedkoop (want... geld). Leuke sector om in te werken

Zo kun je er ook naar kijken blijkt. Persoonlijk heb ik er een hekel aan dat altijd alles gisteren af moest zijn en vooral niks mag kosten. Dat geeft mij vaak het gevoel alsof je als een kneus behandeld wordt en je tijd eigenlijk niks waard is.

[Verwijderd]

Complimenten dat er onder een advertentie reacties geplaatst mogen worden.

[las3r]

Eens dat zaken als woocommerce, magento en prestashop een prima invulling kunnen zijn voor de iets kleinere MKBer, maar zodra je gaat praten over voorraadbeheer over meerdere locatie, stock movements van voorraadlocaties naar fysieke plekken en de bundeling met verkoop laten deze pakketten vaak e.e.a. liggen omdat ze generiek proberen te zijn. (ik heb erg veel ervaringen met het customizen van eerdergenoemde pakketten). Voor sommige organisaties kan het lonender zijn om een nieuw platform af te nemen waar gewoon support aanwezig is voor je eigen use case.

Overigens gaat het hier dan al lang niet meer over een retailer die wat pannetjes en potjes verkoopt, die kunnen een dergelijk platform helemaal niet betalen, met de consultancy die erbij komt kijken.

[kodak]

De vragen die dit oproept zijn wat er werkelijk zo uniek aan deze oplossing is, waarom dat relevant is en vooral voor wie. Uit het verhaal maak ik het helaas geen van de antwoorden op. Dat lijkt me een mooie gelegenheid om te bedenken om deel te nemen aan de summit.

De praktische toegevoegde waarde van de software shielding bij rfid lijkt er bijvoorbeeld voorlopig nog lang niet te zijn. Het probleem dat je bij rfid door muren heen kan scannen is eerder nauwelijks bestaand en waar de range groter is zijn daar al oplossingen voor. De veelgebruikte rfid is passief en heeft maar een beperkt bereik van enkele centimeters tot een meter, en dat is nog zonder muur of andere barrière. Dus voor wie maken deze developers van deze 'oplossing'-verkopers dan dit soort oplossingen? Voor de retailers die met buzz-words of onterechte angst over te halen zijn? Of voor retailers die waarschijnlijk al verstandig in rfid geinvesteerd hebben en geen last hebben van dit probleem?

Misschien zit het antwoord voor wie ze deze oplossingen maken in een van de eerste zinnen: je wil als verkoper liever geen nee verkopen. Maar het lijkt me als developer, consultant of verkoper juist de bedoeling dat je probeert te verdienen aan waar de klant werkelijk wat aan heeft, of op zijn minst na te gaan wat het echte probleem is. Dat scheelt waarschijnlijk ook in ontwikkeling, je winstmarge en lijkt me bovenal een stuk duurzamer voor je relatie met je klanten. Ik zie de groenteboer of speelgoedwinkel in de wijk (aanpakkers die niet veel technologie gebruiken en waar nog heel veel retailers van zijn) niet zomaar dit soort producten gaan gebruiken omdat ontwikkelaars of verkopers een probleem menen te zien in 65% actueel zijn van een voorraad (terwijl de klanten het geen probleem vinden om uit te zien naar levering) of routines. Ik zie grote retailers niet zomaar dit soort oplossingen kiezen maar eerder eerst consultants inhuren om niet alleen te kijken waar winst valt te halen maar ook wat bij je ondernemers en klantenkring past.

[equit1986]

RFID wordt al 20/30 jaar lang verkocht als "The next thing" in retail.
Reden dat het na 20/30 jaar nog steeds niet overal wordt gebruikt heeft meerdere redenen:
- Het is duur
- Je hele keten(fabrikanten, importeurs, magazijnen, vervoerders, winkels) moet deze technologie ondersteunen. Dit betekend dat je investeringen gaat eisen van partijen waar je zaken mee doet die ze niet willen maken, omdat er voor hun geen baat bij is. Dus ook de boer die al maar 2 cent per broccoli krijgt, moet elke broccoli voorzien van een RFID-tag die duurder is dan het product zelf.(ik chargeer, maar er is geen businesscase op rond te krijgen).
- Het voegt uiteindelijk niets toe, want je kan het nu ook al met andere (softwarematige)oplossingen. Gewoon een slimme scanner(TC52x) met de juiste software en je schappen of producten scannen en je weet precies hetzelfde.

Er is gewoon geen goede ROI voor RFID zolang de hele keten er niet aan meewerkt.
Ik weet welgekend 1 soort product waar dit in de retail is verzorgt, en dat is in de gordijnen business.

[Motrax]

En vervolgens zit de consument op een rfid tag te kauwen tussen zijn broccoli, geen wonder dat die business case niet rond kwam

[Sicos]

Ik zie bij veel developers een passie voor retail ontstaan

Wat een flauwekul kop... als je weet hoeveel opensource winkel pakketten er al zijn dat is het echt niet zo dat er passie bij developers is onstaan. Die is er al jaren en jaren en jaren.

Zomaar een opsomming:

- nopCommerce
- VirtueMart
- wooCommerce
- PrestaShop
- Zen Cart
- Odoo eCommerce
- Bagisto

Etc... etc.. etc..

En dan hebben we het nog eens niet gehad over alle plugins die er bestaat voor deze pakketten.

[beany]

Sterker nog, ik word er moe van. Juist omdat er van alles al te krijgen is. Waarom het wiel opnieuw uitvinden?

[esquire900]

Precies. Niemand begint ook meer van voor af aan, dus ipv creatief programmeren ben je veel meer kwijt tijd met het configureren van een bestaand pakket, koppeling met financieel systeem etc. Denk dat ik de eerste persoon nog tegen moet komen die een passie voor worstelen met software pakketen heeft.

Bv virtual shielding is echt wel tof, maar hoeveel devs werken daar nou aan in vergelijking met het aantal devs die met het "saaie" gruntwerk bezig zijn?

[Ariejan]

"Business Requirements". Daarom.