Je travaille chaque jour avec Matthias, mais la meilleure façon de le présenter n’est pas d’énumérer des technologies ou des fonctions. Elle consiste à partir de la question qu’il ramène sans cesse dans la discussion : une autre personne peut-elle suivre le chemin qui mène à cette réponse ? Cette question oriente sa manière d’aborder l’ingénierie, les données et les décisions produit chez Upswitch. Un dirigeant n’a pas besoin d’un chiffre qui paraît seulement précis. Il doit comprendre les éléments sur lesquels ce chiffre repose, les preuves manquantes, les hypothèses décisives et l’action susceptible de renforcer son entreprise. Matthias transforme cette exigence en logiciel opérationnel et en méthodologie technique cohérente.
Son rôle officiel est celui de cofondateur et responsable de l’ingénierie et des données. Le titre est volontairement large, car le travail traverse plusieurs frontières : les informations fournies par une entreprise, leur normalisation, les calculs qui s’appuient dessus, le niveau de confiance associé à un résultat et l’explication présentée à la personne qui doit décider. Ces éléments ne peuvent pas être traités comme des fonctionnalités indépendantes. Une présentation soignée ne répare pas une donnée faible. Un calcul correct mais inexplicable ne crée pas la confiance. Une interface qui dissimule l’incertitude promet davantage que ce que les preuves permettent.
Un parcours entre logiciel, produit et données
Avant Upswitch, Matthias a passé environ dix ans à construire et améliorer des logiciels en Belgique, en Suède et dans un contexte EMEA plus large. Son parcours professionnel public montre une combinaison de responsabilités techniques, analytiques, produit et croissance plutôt qu’une spécialisation unique. Cette combinaison est utile ici. Upswitch n’est ni un simple service de calcul ni une interface isolée. Le produit doit recevoir des informations imparfaites, les organiser, rendre les choix de méthode explicites et traduire le résultat dans une langue qu’un dirigeant, un comptable ou un conseiller peut contester. L’expérience à l’intersection du logiciel et de son usage réel est donc plus pertinente qu’une étiquette technique étroite.
La dimension géographique de ce parcours compte également, de manière très pratique. Construire pour plusieurs marchés rend visibles les hypothèses locales. Le langage comptable, les classifications d’activité et les attentes envers un rapport utile ne sont pas identiques en Belgique, aux Pays-Bas et dans le reste de l’Europe. Matthias ne considère pas ces différences comme un décor ajouté à la fin. Elles participent à la conception. Un système européen doit savoir où une méthode commune est possible et où le contexte national doit rester explicite. Cette discipline empêche de copier partout le vocabulaire d’un seul marché.
Pourquoi Upswitch est devenu le projet
Le chemin vers Upswitch part d’un problème facile à résumer et difficile à résoudre. Les dirigeants arrivent souvent à un moment décisif sans vision actuelle et partagée de leur entreprise. La question peut surgir lors d’une discussion bancaire, d’une succession, d’une offre inattendue ou du constat que trop de choses dépendent encore d’une seule personne. Les réponses disponibles sont dispersées entre comptabilité, feuilles de calcul, connaissance des conseillers et intuition du dirigeant. Matthias a vu que le logiciel pouvait réduire le coût de cet assemblage, à condition de respecter les limites des preuves et de ne pas remplacer une boîte noire par une autre.
C’est là que nos deux trajectoires se sont rejointes. Mon travail est plus proche des dirigeants, des conseillers, des questions de transaction et du langage concret du marché. Matthias part de l’ingénierie, des données et de la structure du produit. Aucun de ces regards ne suffit seul. Un parcours techniquement élégant échoue s’il ne répond pas à la question réelle du dirigeant. Un récit commercial convaincant échoue si le système ne peut pas reproduire ses conclusions. Upswitch est devenu un projet commun parce que le problème exige les deux disciplines : le jugement de marché qui identifie la décision et l’ingénierie qui rend les preuves plus lisibles et répétables.
Notre essai nous avons fixé le prix de notre propre tour à l’ancienne montre pourquoi il ne s’agit pas d’une critique abstraite des décisions des autres. Les fondateurs s’appuient eux aussi sur les conventions, des conseillers de confiance et un chiffre plausible lorsqu’aucune méthode transparente n’est disponible. Cette expérience a renforcé la règle appliquée par Matthias : ne pas prétendre que le logiciel supprime le jugement, mais rendre les données et le raisonnement assez visibles pour améliorer ce jugement.
Les responsabilités actuelles de Matthias
Matthias dirige le travail d’ingénierie et de données qui soutient l’expérience des dirigeants et des conseillers. À un niveau public, cela comprend les chemins par lesquels les informations entrent dans le produit, les règles qui rendent des données différentes comparables, les services qui calculent et conservent les résultats et la couche qui transforme ces résultats en explications. Cela comprend aussi le travail moins visible qui rend un produit fiable : limites d’accès, validation, surveillance, gestion des erreurs et tests qui empêchent une interface assurée de dépasser la qualité des données. Les détails restent du travail d’équipe, pas une promesse marketing.
Il porte également le versant technique de la méthodologie. Cela ne signifie pas remplacer l’expertise financière ou transactionnelle par du code. Il s’agit d’exprimer une méthode assez clairement pour l’appliquer de manière cohérente, enregistrer le chemin utilisé et montrer où une revue humaine reste nécessaire. Une méthodologie devient plus utile lorsqu’elle peut être inspectée. Si une normalisation modifie un résultat, l’utilisateur doit voir sa catégorie et sa justification. Si une fourchette est large parce que les preuves sont minces, le produit doit l’indiquer. Si deux approches divergent, cette divergence est une information et ne doit pas être lissée sans explication.
La responsabilité des données est tout aussi concrète. Davantage de données ne signifie pas automatiquement de meilleures données. Un champ de registre, un solde comptable, une réponse du dirigeant et une observation de marché n’ont ni la même provenance ni les mêmes limites. Matthias veille à préserver ces distinctions lorsque l’information traverse le produit. L’objectif n’est pas de présenter chaque signal comme également fiable. Il est de conserver assez de contexte pour distinguer ce qui est connu, ce qui est déduit, ce qui vient de l’entreprise et ce qui exige encore une preuve.
Les principes de travail
- La provenance avant la présentation. Une réponse utile identifie l’origine de ses données importantes avant d’optimiser son apparence.
- L’incertitude doit rester visible. Une fourchette, une réserve ou une demande de donnée manquante vaut mieux qu’une fausse précision.
- Le dirigeant a besoin d’une prochaine étape. L’analyse doit révéler une faiblesse à vérifier ou réparer plutôt qu’un score sans chemin.
- L’automatisation soutient le jugement. La collecte et le calcul répétitifs peuvent accélérer tandis que les choix importants restent révisables.
- Le contexte local appartient au modèle. Les différences nationales, sectorielles et comptables ne doivent pas être effacées.
Ces principes rendent Matthias exigeant d’une manière productive. Il se méfie des fonctions qui produisent une démonstration impressionnante tout en affaiblissant la piste d’audit. Il préfère une affirmation plus limitée que le produit peut défendre à une promesse large qui dépend de données idéales. Il refuse aussi de masquer une limite technique derrière une formulation vague. Si un parcours demande encore un document, une réponse ou la revue d’un conseiller, le produit doit le dire simplement. La confiance grandit lorsque le système reste cohérent à ses limites, surtout lorsque la réponse est incomplète.
La complémentarité entre fondateurs
Nos rôles se complètent sans être enfermés l’un loin de l’autre. J’apporte les conversations avec les dirigeants, les comptables et les conseillers dans les décisions produit. Matthias demande quelles preuves soutiennent la demande, si le comportement peut être exprimé de façon cohérente et comment un échec apparaîtrait à l’utilisateur. Il ramène les contraintes techniques et les questions de données dans les discussions de marché. Je vérifie que l’explication correspond aux mots employés par la personne concernée. Cette boucle vaut davantage qu’un accord permanent : elle oblige le langage et le comportement du système à se rejoindre avant d’atteindre le client.
La répartition n’est donc pas la technologie d’un côté et le commerce de l’autre. Matthias est responsable de l’ingénierie, des données et de la méthodologie technique ; je suis responsable de la pratique M&A, des relations de marché et de la place du produit dans le travail autour d’un dirigeant. Nous prenons ensemble les décisions produit les plus importantes. La tension utile se situe entre ce qui peut être construit, ce qui peut être défendu et ce qui aide quelqu’un à agir. Quand les trois sont présents, une fonction a sa place. Quand l’un manque, davantage d’apprentissage est souvent préférable à davantage de certitude.
Pour lire l’autre côté de cette collaboration, voyez la présentation que Matthias fait de moi. La signature croisée est intentionnelle. Une biographie écrite uniquement à la première personne devient vite un CV ou un manifeste. Écrire l’un sur l’autre rend la relation de travail visible : ce que chacun confie à l’autre, la manière dont les décisions circulent et l’endroit où nos perspectives améliorent le résultat.
Ce que Matthias construit pour les dirigeants
L’objectif immédiat du produit est simple à formuler : aider un dirigeant à voir l’état de son entreprise assez clairement pour décider ce qui mérite son attention. La valeur fait partie de cette image sans en être l’unique dimension. Une entreprise peut avoir aujourd’hui une fourchette crédible et porter encore des fragilités : concentration des clients, dépendance au dirigeant, rapports irréguliers ou décisions qu’une seule personne sait prendre. Matthias construit la base technique qui relie les preuves de ces faiblesses à une explication et, lorsque c’est possible, à une voie de réparation concrète.
C’est pourquoi le langage d’Upswitch a évolué vers connaître et renforcer plutôt que traiter la valorisation comme une révélation ponctuelle. L’essai croissance contre solidité décrit la différence. La croissance peut agrandir une entreprise sans réduire ses dépendances. La solidité est le travail moins visible qui rend la performance durable et l’entreprise compréhensible sans son dirigeant dans la pièce. L’ingénierie y contribue en rendant les changements mesurables dans le temps et en conservant la base de chaque conclusion pour révision.
L’ambition à plus long terme n’est pas une machine qui annonce un prix incontestable. C’est une infrastructure qui rend les décisions importantes des PME moins dépendantes de fichiers séparés et d’interprétations privées. Cela exige de la patience : meilleure couverture, provenance plus claire, contexte national fiable, règles d’accès prudentes et retours des personnes qui font le travail. Matthias est à l’aise dans ce type de projet long. Il veut que le système devienne plus utile et plus défendable à chaque itération, pas présenter une capacité inachevée comme si le travail difficile était déjà terminé.
Suivre ou contacter Matthias
La vue canonique du rôle et de l’expertise publiée de Matthias se trouve sur son profil d’équipe Upswitch. Son parcours professionnel public est disponible sur LinkedIn. La page d’équipe est notre source maintenue pour ses responsabilités actuelles chez Upswitch ; LinkedIn apporte le contexte professionnel plus large. Pour les questions d’ingénierie, de données, de méthodologie ou d’intégrité produit, ces pages constituent les entrées les plus claires. Pour les échanges avec dirigeants, conseillers ou partenaires, chaque fondateur peut orienter la demande.
Questions fréquemment posées
Quel est le rôle de Matthias Mandiau chez Upswitch ?
Matthias est cofondateur et dirige l’ingénierie, les données et la méthodologie technique. Il est responsable des systèmes qui organisent les preuves, soutiennent les calculs, préservent la provenance et transforment les résultats en explications inspectables.
Matthias venait-il du M&A avant Upswitch ?
Son parcours principal relève du logiciel, du produit et des données en Belgique, en Suède et dans un contexte EMEA plus large. Upswitch combine cette perspective avec les responsabilités M&A, dirigeant et marché de Lieven Plaetsier.
Que signifie méthodologie technique ?
Les méthodes sont exprimées assez clairement pour être appliquées de façon cohérente, avec les preuves et hypothèses enregistrées, l’incertitude visible et les points de contrôle humain ou de données supplémentaires identifiés.
Où trouver le profil canonique de Matthias Mandiau ?
Utilisez la page Upswitch /fr/about/team/matthias-mandiau. C’est la source maintenue pour son rôle actuel et elle renvoie vers son profil LinkedIn public.
Upswitch est la couche d'infrastructure M&A pour l'économie des PME européennes. Valorisations défendables et correspondance de transactions structurées pour le marché intermédiaire inférieur.