Blogs | Eneve

“Gebouwd om zichzelf te runnen'': Arnoud Sietsema over [Eneve's billing & operations-oplossing]

Geschreven door Ennie | Apr 16, 2026 1:36:35 PM

Behind the Screens at Eneve 

Er bestaat een soort ambitie die zichzelf niet aankondigt. Die op een bedrijfsbarbecue opduikt, aan de zijkant staat terwijl collega's lachen en eten, en denkt: wij hebben hieraan bijgedragen.

Dat is Arnoud Sietsema. En het zegt veel over hoe hij producten bouwt.

Arnoud kwam in 2017 via een detachering bij wat nu Eneve's billing & operations-oplossing is (voorheen Ecedo). Zijn taakomschrijving voor de eerste twee jaar was simpel: help ons gewoon. Dat deed hij, en hij bleef.

Van engineer naar product owner, bijna per ongeluk

Arnoud is opgeleid als software-engineer. Maar al vroeg merkte hij dat zijn favoriete onderdeel van het werk niet het schrijven van code was. Het was het gesprek vóórdat er ook maar één regel code werd geschreven.

"Ik vond het altijd interessant om met klanten te praten over wat ze nodig hadden en te begrijpen waarom ze iets gebouwd wilden hebben," zegt hij. "Soms zei een klant: 'ik wil dat jullie dit bouwen,' en door het gesprek veranderden we het uiteindelijk volledig om beter aan te sluiten op wat ze eigenlijk nodig hadden."

Toen hij bij het Ecedo-team begon, was er geen product owner. Dus werd hij het zelf. Hij sprak al als consultant met klanten; die gesprekken vertalen naar user stories was een logische volgende stap.

Wat de beginjaren deed werken, was de nabijheid van klanten. De eerste vijf waren niet zomaar klanten. "We hebben eigenlijk heel veel input gevraagd van al die klanten. Ze hielpen ons allemaal om het product naar hun behoeften te vormen." Geen enkele klant bepaalde de roadmap op eigen kracht, maar samen deden ze dat wel.

De feature waar hij het meest trots op is

Vraag Arnoud welke feature hem het meest trots maakt, en hij aarzelt geen moment: dynamisch factureren.

"We hebben het vanaf nul gebouwd. Er waren destijds maar een paar bedrijven die ermee begonnen. We hebben bestudeerd wat zij deden en er vervolgens onze eigen versie van gebouwd." Tegenwoordig is facturering op marktprijzen de standaard. Destijds was het een gok.

Het team bouwt zelden iets zonder minimaal één klant die erom heeft gevraagd en bereid is ermee te lanceren. Maar zodra dat signaal er is, bouwen ze het op hun eigen manier.

"Mijn ideaal is dat er zo min mogelijk gebruikers in het product actief zijn. Het zou zichzelf moeten runnen, of in ieder geval via integraties. Hoe minder gebruikersinteractie nodig is, hoe beter."

Maar vraag door, en er komt een specifieker antwoord. Hij zou willen zien hoe iemand omgaat met afwijkingen. De energiemarkt zit vol variabelen die ogenschijnlijk willekeurige uitkomsten produceren. Als er iets misgaat, kan een gebruiker dan inzoomen en de oorzaak vinden?

"Alles wat routinematig is, moet automatisch verlopen. Maar als er iets onverwachts gebeurt, moeten we gebruikers de tools geven om te onderzoeken wat er aan de hand is. Ik zou willen weten of we dat goed genoeg hebben gedaan."

 

Price Blocks en de energietransitie

De feature waar Arnoud nu het meest enthousiast over is, is Price Blocks, en zijn enthousiasme gaat ver voorbij het product zelf.

Slimme meters en netwerkinfrastructuur zijn tientallen jaren geleden ontworpen. Een "normaal" tarief liep van 7 uur 's ochtends tot 11 uur 's avonds; een "laag" tarief gold 's nachts en in het weekend. Dat had destijds zin. Nu niet meer.

"Onze energiemix is volledig veranderd," zegt hij. "Zonne- en windenergie zorgen voor overproductie op specifieke momenten. Het verbruik is daar niet op aangepast. Hernieuwbare energie gaat verloren omdat de prijssignalen de eindgebruiker niet bereiken."

Price Blocks lost een hardwareprobleem op met software. Het stelt leveranciers in staat hun eigen tariefvensters te definiëren zonder meters in het veld te vervangen.

"Klanten met een vast contract kunnen nog steeds gestuurd worden naar momenten waarop energie groen is, omdat het dan het goedkoopst is. Het helpt ons als samenleving echt bij de overgang naar groenere elektriciteit."

Eén klant gebruikt het al in productie. Een bredere lancering staat op de planning.

Productsynergieën bij Eneve

Eneve's billing & operations-oplossing is altijd API-first geweest. Niet als technische voorkeur, maar als filosofie.

"We zijn een van de kernproducten waar onze klanten op vertrouwen, en we willen ze niet tegenhouden," zegt Arnoud. "Als een klant e-mails wil versturen via Salesforce omdat zij denken dat dat beter werkt, prima. We hebben voor alles API's."

Die openheid is wat Eneve's onboarding & contracts-oplossing (voorheen GridHub) de ruimte gaf om te groeien zoals het deed. Wat begon als één klant die een schonere integratie van het verkoopkanaal nodig had, werd een volledig portalplatform.

"Ze integreerden met ons omdat we open waren en omdat we de mensen waardeerden. We gaven advies: gebruik deze API zo, die andere zo. En toen kreeg het echt een eigen leven." Hij zegt het met genegenheid.

Zijn visie op de samenwerking in de toekomst: de twee teams moeten als één geheel opereren, met twee codebases. "Wanneer we een feature uitbrengen die de onboarding-oplossing niet ondersteunt, beperkt dat direct de waarde voor onze klanten."

Voor klanten die snel willen lanceren, levert de combinatie al resultaat. "Gebruik de onboarding-oplossing als startpunt. Beslis over twee jaar wat je zelf wilt bouwen. Meestal doen ze dat nooit."

Hoe Arnoud over product nadenkt

Arnouds ideale werkdag is rustig, want productdenken vraagt ononderbroken tijd.

"Ik wil alle impact doordenken. Niet alleen waar we naartoe willen, maar ook waar we nu echt staan. Je kunt alleen een route plannen als je je vertrekpunt kent."

Zijn aanpak is niet altijd het meest directe pad, maar het pad dat de juiste architectuur bouwt voor waar het product naartoe moet.

Gevraagd naar zijn belangrijkste vaardigheden noemt Arnoud er drie: diepgaande productkennis, het geheugen voor waarom beslissingen zijn genomen, en het doordenken van alle variabelen en use cases vóór je een keuze maakt.

Dan voegt hij er een vierde aan toe: humor.

"Werk moet niet ondraaglijk zijn. Ik probeer altijd plezier te maken. Mensen een beetje plagen, in goede sfeer, zodat we overdag een paar keer kunnen lachen."

De menselijke kant van een langetermijnbouwer

Buiten het werk is Arnoud vader, zelfverklaard taxichauffeur voor zijn kinderen, en iemand die nog steeds programmeert voor zijn plezier. Sinds vorig jaar schiet hij ook met pijl en boog. Hij is er een beginner in. Dat deert hem niet.

Wat hij wil worden herinnerd voor, komt neer op twee dingen.

Het eerste is cultuur. Arnoud heeft altijd geprobeerd de mensen om hem heen het vertrouwen te geven om zelf beslissingen te nemen, en om er soms naast te zitten. Zijn minst favoriete vraag: Arnoud, wat moet ik doen? De versie die hij wil horen: Arnoud, ik heb dit probleem. Ik denk dat ik dit moet doen.

"Ze hebben het misschien fout. Maar ze hebben erover nagedacht. En van daaruit kun je iemand echt coachen."

Het tweede is moeilijker te beschrijven, maar makkelijker voor te stellen. Een barbecue, jaren geleden. Collega's die genieten. Arnoud staat aan de zijkant en kijkt toe.

"Ik voelde me echt dankbaar dat we in staat waren geweest om vreugde te brengen in het leven van al die mensen. Ze hadden een baan, een inkomen, ze zorgden voor hun gezin. En ze genoten gewoon. Dat was het doel."

Hij deelt ook één ritueel dat het kernachtig samenvat. Wanneer klanten cadeaus stuurden, nam hij die nooit mee naar huis. Hij liet ze op kantoor achter om te delen of te verloten onder het team.

"Dat iemand blij is en mij een cadeau stuurt, betekent niet dat ik het werk heb gedaan. Het betekent dat wij het werk hebben gedaan. Dus iedereen moet daarvan kunnen meegenieten."

Behind the Screens at Eneve belicht de mensen en beslissingen die Eneve's softwaresuite vormgeven. Meer weten over onze oplossingen? Neem contact met ons op.