Op 1 juli zaten we met gedeelte van het team in Rotterdam bij de hackathon #DigitalTwinVaart, georganiseerd door Topsector Logistiek. We doken een dag lang in de binnenvaart om mee te denken. De centrale vraag van de dag: hoe kunnen data en digital twins de besluitvorming rondom de inzet van binnenvaartschepen verbeteren, voor, tijdens en na de reis?
Een ochtend vol domeinkennis
De dag begon met pitches van experts uit de sector. PTC Group schetste de uitdagingen van een binnenvaartcoöperatie: de energietransitie, personele bezetting, vaarwegbetrouwbaarheid en het behoud van het kleine schip. Een digitale oplossing moet daarbij vooral gebruiksvriendelijk, betaalbaar en betrouwbaar zijn, want de digitale kennis van de gemiddelde ondernemer in de sector is nog beperkt.
Rijkswaterstaat liet zien wat er al aan data beschikbaar is via RIS, EuRIS en sluisplanning en misschien nog wel belangrijker: wat er nog ontbreekt. Absolute zekerheid over de diepgang van een schip, actuele waterstanden onder elke brug, of toestemming van schippers om hun data te delen, dat is er allemaal nog niet. Shipping Technology en TRIUMPH vulden dit aan met voorbeelden van sensordata aan boord en digital twins.
Vanuit deze pitches werden zes vraagstukken uitgewerkt: van duwbakkenplanning en dynamisch routeadvies tot een virtuele copiloot en inspectie van de waterweg. Als team kozen we voor het vraagstuk "inzicht in knelpunten".
Eerst begrijpen, dan pas bouwen
Ons startpunt was eerst begrijpen, wat zijn knelpunten? In gesprekken met de experts leerde we over uitdagingen zoals lage waterstanden, wachttijden bij sluizen of onveilige situaties. Deze kunnen soms geleidelijk ontstaan en/of kunnen sterk afhankelijk zijn van omstandigheden. De informatie hierover is versnipperd, waardoor het lastig is om knelpunten objectief te identificeren.
We hadden ervoor kunnen kiezen om meteen te gaan bouwen, maar besteedden het grootste deel van de dag aan een andere vraag: wie heeft hier eigenlijk last van en waarom? Uit onze analyse kwamen drie stakeholders naar voren. Verladers, voor wie lage waterstanden voor grote problemen in de voorraad kunnen zorgen. Rijkswaterstaat, die onveilige situaties tijdig wil signaleren voordat ze tot verdere stremmingen leiden. En schippers, die op het juiste moment de juiste data nodig hebben om een route te kunnen plannen. We besloten ons te richten op de schipper.
FareWell: Google Maps voor op het water
Met de laatste uren bouwden we een prototype op basis van mock data: FareWell. Het idee is simpel te omschrijven, maar niet triviaal te bouwen: Google Maps voor op het water. Real-time inzicht in actuele stremmingen en wachttijden, een voorspellend model dat historische en actuele data combineert om de meest efficiënte route te bepalen, en proactieve notificaties op de momenten dat een schipper daadwerkelijk een routekeuze moet maken.
De schipper is het startpunt, maar dezelfde data is minstens zo waardevol voor de terminal en de verlader verderop in de keten. Onze eerste aannames laten zien dat een schipper al snel 10.000 euro per jaar kan besparen, bijvoorbeeld door 2 uur wachttijd te schelen per trip. Dan hebben we het nog niet eens over de efficiëntere capaciteitsplanning en lagere CO2-uitstoot die erbij komen. De impact kan, zo zagen we in één dag tijd, enorm zijn.
Wat we meenemen
De grootste les van de hackathon zat niet in het prototype zelf, maar in het proces ernaartoe. De verleiding om snel te starten met bouwen is groot, vooral binnen de tijdsdruk van een hackathon. Maar de tijd die we staken in het scherp krijgen van de stakeholders en hun daadwerkelijke probleem, leerde ons meer over het vraagstuk en de sector. Een aanpak waar we veel op hammeren binnen onze projecten.
Dank aan Topsector Logistiek voor de organisatie, aan de experts van PTC Group, Rijkswaterstaat, Shipping Technology en TRIUMPH voor hun inzichten, en aan alle studenten, professionals en kennisinstellingen waarmee we mee mochten samenwerken.
