Meebouwen aan het Grip-portaal

Als ontwikkelaar bij een ERP-partner werk je aan software waarmee bedrijven hun dagelijkse processen regelen. Van inkoop en voorraad tot verkoop en financiën. Maar betekent dat ook dat je steeds binnen hetzelfde systeem werkt? Sven Pouwels, teamlead van het componententeam bij Blisss, laat zien hoe breed het ontwikkelwerk kan zijn. Het afgelopen jaar werkte hij met zijn team aan Grip: een platform dat bedrijven helpt om problemen in hun ERP-systeem eerder te herkennen en gericht aan te pakken.

IMG 9871

Een idee dat op zijn plek viel

Grip kwam niet uit het niets. Binnen de supportdienstverlening van Blisss bestonden al Grip op Updates en Grip op Prestaties. Daarmee hielpen we klanten om hun software bij te houden en de prestaties van hun omgeving te verbeteren. Tegelijkertijd bleef de vraag: hoe kunnen we daarin een volgende stap zetten?

Tijdens Directions, het jaarlijkse Microsoft-evenement dat een delegatie van Blisss bezocht, woonde Nick Faasen, manager techniek, een sessie bij over telemetrie binnen Business Central. Telemetrie zijn technische gegevens die de software vastlegt over de werking en het gebruik van het systeem. Denk aan foutmeldingen, de tijd die het openen van een pagina kost of het verloop van een achtergrondproces.

In een kennissessie werd opnieuw duidelijk hoeveel informatie beschikbaar was. En vooral: hoeveel mogelijkheden die informatie bood om klanten beter te helpen. Na de sessie vielen de kwartjes op hun plek. Zoals collega’s Nick kennen, kroop hij enthousiast achter zijn laptop om een eerste concept uit te werken. Vanaf daar ging het balletje rollen. Het idee werd binnen het managementteam besproken en kreeg na verdere overleggen een plek op de ontwikkelagenda voor 2026.

Vervolgens kwam het bij het componententeam terecht. Aan Sven en zijn team de uitdaging om van die eerste gedachte een bruikbaar platform te maken.

1788162171445

Van technische gegevens naar bruikbaar inzicht

Want veel gegevens hebben is één ding. Begrijpen wat je ermee kunt, vraagt om ander werk. Een Business Central-omgeving legt grote hoeveelheden technische informatie vast. Daarin moet je als ontwikkelaar ontdekken welke signalen relevant zijn. Welke fout komt steeds terug? Waar wachten gebruikers onnodig lang? En wanneer heeft iets daadwerkelijk gevolgen voor het werk van een klant?

“Daar moet je echt in gaan zoeken en graven,” vertelt Sven. “Wat staat daar nou? Maar vooral: wat betekent dit? En wat heeft het voor impact?”

Binnen Grip op Prestaties was al ervaring opgedaan met rapportages voor klanten. Die lieten bijvoorbeeld zien welke fouten vaak voorkwamen en welke pagina’s langzaam waren. Door die bevindingen naast de ervaringen van gebruikers te leggen, werd duidelijk waar verbeteringen mogelijk waren. Het nieuwe portaal moest dat inzicht toegankelijker maken en het handmatige rapportagewerk verminderen. Dat vroeg om meer dan gegevens op een dashboard zetten. Sven en zijn team moesten bepalen hoe ze informatie begrijpelijk konden presenteren en wanneer een signaal aandacht verdiende.

“Je wilt dat transformeren tot iets wat tastbaar is, wat begrijpbaar is. Iets waar een klant iets aan heeft.”

Grip Van Blisss

De uitdaging zit ook in wat je weglaat

Een pagina die één keer langzaam opent, hoeft geen probleem te zijn. Gebeurt dat voortdurend bij een handeling die medewerkers de hele dag uitvoeren, dan wordt het een ander verhaal. Dat onderscheid is belangrijk bij het ontwikkelen van Grip. Als elke afwijking een melding oplevert, raakt de informatie die ertoe doet al snel ondergesneeuwd. Het team moest dus nadenken over drempelwaarden, de samenhang tussen signalen en de manier waarop gebruikers het overzicht bewaren.

Ook de impact van een probleem telt mee. Een achtergrondproces dat wat langer duurt, kan weinig hinder veroorzaken. Een proces waardoor facturen niet worden verstuurd, vraagt juist om aandacht. Daar zit een belangrijk deel van het ontwikkelwerk: de techniek doorgronden én begrijpen wat die betekent voor de mensen die ermee werken.

Een platform bouwen dat verder kan groeien

Bij het ontwerpen van Grip keek het componententeam ook naar toekomstige toepassingen. Het platform moest ruimte bieden om nieuwe inzichten toe te voegen, zonder steeds de bestaande onderdelen opnieuw te moeten bouwen.

“Het platform is heel dynamisch uitbreidbaar opgezet,” legt Sven uit. “Het is zo opgezet dat we daar relatief makkelijk dingen aan toe kunnen voegen.”

Dat vraagt om keuzes in de opbouw van de software. Hoe richt je onderdelen in? Wat maak je configureerbaar? En hoe zorg je dat je later kunt uitbreiden? Voor Sven en zijn team liep dit ontwikkeltraject naast het reguliere componentenwerk en de releases. Zo combineerden ze het onderhouden en verbeteren van bestaande software met het bouwen aan een nieuw platform.

Samenwerken maakt de oplossing beter

Om van technische inzichten naar verbeteringen te komen, is ook de kennis van andere collega’s nodig. Het componententeam weet hoe het platform werkt. Consultants en supportcollega’s kennen de processen en inrichting bij de klant.

“De teams die de klant beter kennen, kunnen die klant gewoon beter helpen dan wij als componententeam,” zegt Sven.

Die samenwerking bepaalt hoe Grip in de praktijk wordt gebruikt. Wat betekent een melding in deze specifieke omgeving? Is het gedrag te verklaren? En welke vervolgstap helpt de klant? Ook na de introductie blijft het ontwikkelwerk doorgaan. Collega’s leren met het portaal werken en brengen vragen en ideeën terug naar het team. Die ervaringen helpen om de oplossing verder te verbeteren.

Zorgvuldig bouwen hoort erbij

Nieuwe mogelijkheden brengen ook verantwoordelijkheid mee. Bij het voorbereiden van toegang voor klanten moet bijvoorbeeld zorgvuldig worden getest of zij uitsluitend hun eigen gegevens kunnen zien. Ook kijkt Sven kritisch naar de toepassing van de beschikbare informatie. Inzicht in systeemgebruik kan helpen om processen te verbeteren. Maar losse cijfers over gebruikers kunnen een verkeerd beeld geven en ongewenst gedrag uitlokken als mensen daarop worden beoordeeld.

Daarmee gaat het werk verder dan de vraag of iets technisch mogelijk is. Je denkt ook na over hoe je software wordt gebruikt en welke keuzes daarbij passen. Grip laat zo zien wat ontwikkelen bij Blisss kan betekenen: een idee onderzoeken, technische vraagstukken uitwerken en samen met collega’s een oplossing bouwen die in de praktijk waarde krijgt.

Ben jij ook een techneut met een passie voor softwareontwikkeling? En denk je na het lezen: werken als ontwikkelaar bij een ERP-bedrijf biedt eigenlijk meer mogelijkheden dan ik dacht? Neem dan gerust contact met ons op. We vertellen je graag meer over het werk en de ontwikkelvraagstukken bij Blisss.