Ik werk elke dag met Matthias samen, maar de duidelijkste manier om hem voor te stellen is niet met een lijst technologieën of functietitels. Het is met de vraag die hij telkens opnieuw in de kamer brengt: kan iemand anders volgen hoe we tot dit antwoord kwamen? Die vraag bepaalt hoe hij bij Upswitch naar engineering, data en productbeslissingen kijkt. Een bedrijfseigenaar heeft niets aan een cijfer dat alleen precies oogt. Een eigenaar moet begrijpen waarop het cijfer rust, welk bewijs ontbreekt, welke aannames belangrijk zijn en welke actie de onderneming sterker kan maken. Matthias is verantwoordelijk voor de vertaling van die norm naar werkende software en een technische methodologie die ze consequent kan dragen.
Zijn formele rol is medeoprichter en verantwoordelijke voor engineering en data. De titel is bewust breed omdat het werk verschillende grenzen kruist: de informatie die een onderneming aanlevert, de manier waarop die informatie wordt genormaliseerd, de berekeningen die erop volgen, het vertrouwen dat aan een uitkomst wordt gekoppeld en de uitleg voor de persoon die een beslissing moet nemen. Die onderdelen kunnen niet als losse functies worden behandeld. Zwakke input wordt niet gerepareerd door een mooi rapport. Een correcte berekening die niemand kan uitleggen, verdient geen vertrouwen. Een interface die onzekerheid verbergt, belooft meer dan het bewijs kan dragen.
Een achtergrond op het kruispunt van software, product en data
Voor Upswitch werkte Matthias ongeveer tien jaar aan het bouwen en verbeteren van software in België, Zweden en een bredere EMEA-context. Zijn publieke professionele parcours toont een combinatie van technische, analytische, product- en groeiverantwoordelijkheden in plaats van één smalle discipline. Die combinatie is hier relevant. Upswitch is niet alleen een rekendienst en niet alleen een interface. Het product moet onvolmaakte bedrijfsinformatie ontvangen, ordenen, methodekeuzes zichtbaar maken en de uitkomst vertalen naar taal die een eigenaar, accountant of adviseur kan betwisten. Ervaring op het snijvlak van software en werkelijk gebruik is daarom waardevoller dan één geïsoleerd technisch label.
Ook het geografische deel van dat parcours telt op een bescheiden, praktische manier. Wie voor meer dan één markt bouwt, ziet lokale aannames sneller. Boekhoudtaal, bedrijfsclassificaties en verwachtingen over een bruikbaar rapport zijn niet identiek in België, Nederland en de rest van Europa. Matthias behandelt die verschillen niet als versiering die na het kernproduct wordt toegevoegd. Ze zijn input voor het ontwerp. Een Europees systeem moet weten waar een gedeelde methode mogelijk is en waar landencontext expliciet moet blijven. Die discipline voorkomt dat één marktvocabularium zomaar overal wordt gekopieerd.
Waarom Upswitch het werk werd
De route naar Upswitch begon bij een probleem dat eenvoudig klinkt en moeilijk op te lossen is. Eigenaars komen vaak bij beslissende momenten zonder een gedeeld, actueel beeld van hun onderneming. De vraag kan ontstaan tijdens een gesprek met de bank, een opvolgingskwestie, een onverwacht bod of het gevoel dat te veel nog van één persoon afhangt. De beschikbare antwoorden zitten verspreid over boekhouding, spreadsheets, adviseurskennis en de intuïtie van de eigenaar. Matthias zag dat software de kost van het samenbrengen kon verlagen, maar alleen wanneer het systeem de grenzen van het bewijs respecteert en niet één zwarte doos door een andere vervangt.
Daar kwamen onze routes samen. Mijn werk ligt dichter bij eigenaars, adviseurs, transactievraagstukken en de praktische taal van de markt. Matthias vertrekt vanuit engineering, data en productstructuur. Geen van beide perspectieven volstaat alleen. Een technisch elegante flow mislukt wanneer hij niet antwoordt op de vraag die een eigenaar werkelijk stelt. Een overtuigend marktverhaal mislukt wanneer het onderliggende systeem zijn conclusies niet kan reproduceren. Upswitch werd een gezamenlijk project omdat het probleem beide disciplines tegelijk nodig heeft: marktinzicht dat de echte beslissing herkent en engineering die het bewijs leesbaarder en herhaalbaar maakt.
Ons eerdere essay wij prijsden onze eigen ronde op de oude manier legt uit waarom dit geen abstracte kritiek is op hoe anderen beslissen. Ook oprichters steunen op conventie, vertrouwde adviseurs en een aannemelijk cijfer wanneer een transparante methode ontbreekt. Die ervaring verscherpte de norm die Matthias op het product toepast: beweer niet dat software het oordeel verwijdert, maar maak input en redenering zichtbaar genoeg zodat mensen beter kunnen oordelen.
Waar Matthias vandaag verantwoordelijk voor is
Matthias leidt het engineering- en datawerk achter de ervaring voor eigenaars en adviseurs. Op hoog niveau omvat dat de routes waarlangs bedrijfsinformatie het product binnenkomt, de regels waarmee verschillende inputs vergelijkbaar worden, de diensten die resultaten berekenen en bewaren, en de laag die resultaten omzet in uitleg. Het omvat ook het minder zichtbare werk dat bepaalt of een product betrouwbaar is: toegangsgrenzen, validatie, monitoring, foutafhandeling en tests die voorkomen dat een zelfverzekerde interface sneller gaat dan de data erachter. We beschrijven die verantwoordelijkheden hier op het niveau dat het publieke product kan dragen; details blijven teamwerk in plaats van marketingclaims.
Hij bewaakt ook de technische kant van de methodologie. Dat betekent niet dat code financiële of transactiekennis vervangt. Het betekent dat een methode helder genoeg wordt uitgedrukt om ze consequent toe te passen, vast te leggen welk pad werd gebruikt en te tonen waar menselijke controle nodig blijft. Methodologie wordt bruikbaarder wanneer ze inspecteerbaar is. Wanneer een normalisatie een resultaat wijzigt, moet de gebruiker categorie en reden zien. Wanneer een band breed is door dun bewijs, moet het product dat zeggen. Wanneer twee benaderingen verschillen, is dat informatie die niet zonder uitleg mag worden gladgestreken.
Dataleiderschap binnen Upswitch is even praktisch. Meer data is niet automatisch betere data. Een registerveld, een boekhoudsaldo, een antwoord van de eigenaar en een marktobservatie hebben een verschillende herkomst en andere grenzen. Matthias moet die verschillen intact houden terwijl informatie door het product beweegt. Het doel is niet om elk signaal even gezaghebbend te laten lijken. Het doel is genoeg context bewaren zodat een eigenaar of adviseur kan onderscheiden wat bekend is, wat werd afgeleid, wat de onderneming zelf aanleverde en welk bewijs nog ontbreekt.
De werkprincipes achter het product
- Herkomst vóór afwerking. Een bruikbaar antwoord toont waar belangrijke inputs vandaan komen voordat het uiterlijk wordt geoptimaliseerd.
- Onzekerheid moet zichtbaar blijven. Een band, voorbehoud of vraag om ontbrekende data is eerlijker dan schijnprecisie en nuttiger dan een algemene disclaimer.
- De eigenaar heeft een volgende stap nodig. Analyse moet een zwakte aanwijzen die onderzocht of hersteld kan worden, niet eindigen met een score zonder route.
- Automatisering ondersteunt oordeel. Repetitieve verzameling en berekening kunnen sneller, terwijl beslissende keuzes door mensen controleerbaar blijven.
- Lokale context hoort in het model. Europese KMO-data wordt niet betrouwbaar door verschillen in land, sector of rapportering weg te poetsen.
Die principes maken Matthias op een productieve manier veeleisend. Hij is terughoudend tegenover functies die een sterke demo opleveren maar het controlespoor verzwakken. Hij verkiest een kleinere claim die het product kan verdedigen boven een brede claim die ideaal bewijs veronderstelt. Hij staat er ook op dat een technische beperking niet achter vage copy verdwijnt. Wanneer een flow nog een document, een antwoord of de controle van een adviseur nodig heeft, moet het product dat gewoon zeggen. Vertrouwen groeit wanneer het systeem aan zijn grenzen consequent blijft, zeker wanneer het antwoord onvolledig is.
Hoe onze oprichtersrollen elkaar aanvullen
Onze rollen vullen elkaar aan zonder van elkaar afgesloten te zijn. Ik breng gesprekken met eigenaars, accountants en adviseurs in productbeslissingen. Matthias vraagt welk bewijs de vraag ondersteunt, of het gewenste gedrag consequent kan worden uitgedrukt en hoe een fout bij de gebruiker zichtbaar zou worden. Hij brengt technische grenzen en datavragen terug naar marktgesprekken. Ik vraag of de uitleg aansluit bij de woorden waarmee iemand het probleem beschrijft. Die lus is waardevoller dan overeenstemming op zich. Ze dwingt producttaal en systeemgedrag samen te komen voor een klant ze ziet.
De verdeling is dus niet technologie aan de ene kant en business aan de andere. Matthias is verantwoordelijk voor engineering, data en technische methodologie; ik voor de M&A-praktijk, marktrelaties en de plaats van het product in het werk rond een eigenaar. De belangrijkste productkeuzes maken we samen. De nuttige spanning zit tussen wat gebouwd kan worden, wat verdedigd kan worden en wat iemand helpt handelen. Wanneer alle drie aanwezig zijn, hoort een functie in het product. Wanneer er één ontbreekt, is meer onderzoek meestal beter dan meer zekerheid.
Wie de andere kant van die samenwerking wil lezen, vindt Matthias’ introductie van mij. De kruisende auteursnaam is bewust. Een oprichtersprofiel in de eerste persoon wordt snel een cv of manifest. Over elkaar schrijven maakt de werkrelatie zichtbaar: wat de andere persoon zelfstandig mag dragen, hoe beslissingen tussen ons bewegen en waar onze perspectieven de uitkomst scherper maken.
Wat Matthias voor eigenaars bouwt
Het onmiddellijke productdoel is eenvoudig te formuleren: een eigenaar helpen de toestand van de onderneming helder genoeg te zien om te beslissen wat aandacht verdient. Waarde maakt deel uit van dat beeld, maar is niet het enige onderdeel. Een bedrijf kan vandaag een geloofwaardige band hebben en toch zwaktes dragen die de uitkomst broos maken: klantconcentratie, eigenaarsafhankelijkheid, onregelmatige rapportering of beslissingen die maar één persoon kan nemen. Matthias bouwt de technische basis die bewijs over die zwaktes verbindt met uitleg en, waar mogelijk, een concrete herstelroute.
Daarom is de bredere Upswitch-taal verschoven naar kennen en versterken in plaats van waardering als een eenmalige onthulling te behandelen. Het essay groei versus sterkte beschrijft het verschil. Groei kan een onderneming groter maken terwijl afhankelijkheden onaangeroerd blijven. Sterkte is het minder zichtbare werk dat prestaties duurzamer en de onderneming begrijpelijker maakt zonder de eigenaar in de kamer. Engineering helpt door veranderingen doorheen de tijd meetbaar te maken en de basis van elke conclusie beschikbaar te houden voor controle.
De langere ambitie is geen machine die een onbetwistbare prijs uitspreekt. Het is infrastructuur die belangrijke KMO-beslissingen minder afhankelijk maakt van losse bestanden en privé-interpretaties. Dat vraagt geduld: betere dekking, duidelijkere herkomst, betrouwbare landencontext, zorgvuldige toegangsregels en feedback van mensen die het werk uitvoeren. Matthias voelt zich thuis in zo’n lang project. Hij wil dat het systeem bij elke iteratie bruikbaarder en beter verdedigbaar wordt, niet dat een onafgewerkte mogelijkheid wordt voorgesteld alsof het moeilijke werk al klaar is.
Matthias volgen of contacteren
Het canonieke overzicht van Matthias’ rol en gepubliceerde expertise staat op zijn Upswitch-teamprofiel. Zijn publieke professionele parcours staat op LinkedIn. De teampagina is de bron die we onderhouden voor zijn huidige verantwoordelijkheden bij Upswitch; LinkedIn biedt de bredere professionele context. Voor vragen over engineering, data, methodologie of productintegriteit zijn dat de duidelijkste ingangen. Voor gesprekken met eigenaars, adviseurs of partners zorgt eender welke oprichter dat de vraag op de juiste plek belandt.
Veelgestelde vragen
Wat is de rol van Matthias Mandiau bij Upswitch?
Matthias is medeoprichter en leidt engineering, data en de technische methodologie. Hij is verantwoordelijk voor systemen die bedrijfsbewijs ordenen, berekeningen ondersteunen, herkomst bewaren en resultaten omzetten in uitleg die eigenaars en adviseurs kunnen controleren.
Kwam Matthias vanuit M&A naar Upswitch?
Zijn primaire achtergrond ligt in software, product en datawerk in België, Zweden en een bredere EMEA-context. Upswitch combineert dat technische perspectief met de M&A-, eigenaars- en marktverantwoordelijkheden van Lieven Plaetsier.
Wat betekent technische methodologie hier?
Methodes worden helder genoeg uitgedrukt om consequent toe te passen, met registratie van bewijs en aannames, zichtbare onzekerheid en duidelijke punten waar menselijke controle of extra informatie nodig is.
Waar staat het canonieke profiel van Matthias Mandiau?
Gebruik de Upswitch-teampagina op /nl/about/team/matthias-mandiau. Dat is de onderhouden bron voor zijn huidige rol bij Upswitch en ze verwijst door naar zijn publieke LinkedIn-profiel.
Upswitch is de M&A-infrastructuurlaag voor de Europese KMO-economie. Verdedigbare waarderingen en gestructureerde transactiematching voor het lager middensegment.