Je suis Yassir HaouatiJe suis Yassir HaouatiJe suis Yassir Haouati

Avant d’avoir un titre, avant d’avoir une entreprise, avant d’avoir une mission claire, j’avais l’instinct de comprendre comment les choses fonctionnaient et l’envie de créer quelque chose à partir de cette compréhension. Cet instinct a commencé à la maison, à Meknès, lorsque j’ai découvert la pensée algorithmique, Visual Basic, Pascal et les premiers langages du web. J’avais 7 ans.

À cet âge, le code avait quelque chose de presque magique. Quelques instructions pouvaient faire réagir une machine. Un petit morceau de logique pouvait produire un résultat. Une pensée pouvait devenir visible.

Ce moment m’a façonné plus que je ne le comprenais à l’époque.

À 10 ans, j’ai construit le site web de mon école primaire avec Microsoft FrontPage. Le projet était simple, mais c’était la première fois que construire se reliait directement à des personnes. Le travail avait un contexte. Quelqu’un pouvait l’ouvrir. Quelqu’un pouvait l’utiliser. Quelqu’un pouvait voir l’école à travers ce que j’avais créé.

Cette expérience est restée avec moi parce qu’elle m’a appris qu’une construction devient plus importante lorsqu’elle sert quelque chose de réel.

À partir de là, j’ai continué. J’ai exploré la structure du web avec Macromedia Dreamweaver. Je suis passé au développement backend avec PHP, phpMyAdmin et SQL. J’ai découvert le CMS WordPress, le SEO, le trafic organique, le trafic social, AdSense et la monétisation CPA.

Ces années m’ont appris qu’Internet était bien plus large que des sites web. C’était un système d’attention, de distribution, d’incitations, de contenu, de trafic et d’argent. Un site pouvait attirer des personnes. Un système pouvait monétiser l’attention. Un workflow pouvait créer de la valeur.

À 13 ans, j’apprenais déjà que le logiciel avait deux faces. Une face visible : la page, l’interface, ce que les personnes touchaient. Une autre face invisible : la base de données, la logique, la structure, le backend, les règles qui faisaient bouger l’ensemble.

Cette couche invisible me fascinait. Elle me fascine encore. La plupart des personnes vivent la surface. Les builders apprennent à voir le système qui se trouve dessous.

Je suis passé de PHP à Laravel parce que je voulais de la structure. J’ai commencé à utiliser Python parce que je voulais de l’automatisation. J’ai réalisé des projets freelance en développement web et automatisation Python parce que je voulais tester ce que je savais dans le monde réel.

Ensuite sont arrivés les stacks JavaScript, les REST APIs, MongoDB, Express, React, Node, Angular, Vue et l’univers full-stack plus large. En parallèle, j’ai exploré l’e-commerce à travers Shopify et Liquid. J’ai appris la publicité payante parce que le trafic m’enseignait le comportement des marchés.

J’ai construit des jeux mobiles Android avec Java, Android Studio, Google Play Console et AdMob parce que je voulais comprendre les utilisateurs, la distribution, les produits mobiles et la monétisation sous un autre angle.

Avec le recul, je vois le pattern clairement. Je passais d’une surface à l’autre, mais la question profonde restait la même : comment les systèmes fonctionnent-ils, et comment peuvent-ils être ingénierés pour créer du levier ?

Cette question m’a suivi dans ma formation académique.

En 2015 et 2016, j’ai suivi les deux années de classes préparatoires aux Grandes Écoles d’ingénieurs françaises, une filière très compétitive, avec spécialisation en mathématiques et physique. Cette période a formé la discipline, l’abstraction et l’endurance.

Elle m’a appris à rester assez longtemps dans les problèmes difficiles pour les comprendre. En 2016, je suis parti à Nancy, en France, après mon admission à l’ENSEM Lorraine INP pour étudier l’ingénierie des systèmes numériques. En 2018, je suis parti à Barcelone, en Espagne, pour le Master en innovation et recherche en informatique à la FIB UPC. En 2020, j’ai obtenu mon diplôme d’ingénieur en systèmes numériques.

Ces années ont donné une structure au builder que j’étais déjà. Elles m’ont donné une relation plus profonde aux systèmes, à la modélisation, à la recherche, à la logique d’ingénierie et à la discipline technique. Elles m’ont aussi donné une vision plus large de la place de la technologie dans la société, l’industrie, l’infrastructure et le futur du travail.

Puis l’Espagne a changé ma trajectoire.

En 2020, j’ai rejoint le programme EU Erasmus for Young Entrepreneurs avec CCI Paris à Barcelone. Cette période est devenue le pont entre l’ingénierie et l’entrepreneuriat. C’est aussi là que j’ai cofondé Brickken.

Ce moment a changé les règles du jeu pour moi. Construire un logiciel était une chose. Construire une entreprise en était une autre. Une entreprise est un système avec du capital, des personnes, des incitations, du timing, un produit, un marché, de la confiance, de l’exécution et de la pression. Chaque décision a du poids. Chaque retard a un coût. Chaque promesse crée une responsabilité.

Brickken m’a entraîné dans un monde où l’infrastructure dépassait le code. La tokenisation des actifs du monde réel se situe à l’intersection de la finance, de la régulation, de la technologie, des opérations, des marchés de capitaux et de la confiance.

Cela m’a forcé à penser au-delà des produits. Cela m’a forcé à penser aux institutions, aux investisseurs, aux utilisateurs, aux marchés, aux juridictions, aux listings publics, au fundraising, à la gouvernance et à la crédibilité de long terme.

En 2021, nous avons clôturé notre pre-seed. En 2022, nous avons clôturé la subvention espagnole Neotec et la prévente du token BKN. En 2023, le token a atteint le marché public. En 2025, Brickken a clôturé son seed. En 2026, Brickken a clôturé une Pre-Series A de 3 M€ à une valorisation de 38 M€.

Ces jalons comptent, mais la leçon profonde se trouve sous les chiffres. J’ai appris combien de coordination est nécessaire pour passer d’une idée à une entreprise financée, opérationnelle et exposée au marché. J’ai appris à quel point la croissance devient fragile lorsque les systèmes prennent du retard sur l’ambition. J’ai appris avec quelle facilité l’exécution se casse lorsque les décisions, les workflows, les données et la responsabilité vivent dans des endroits différents.

C’est là que la partie Operator de moi s’est forgée.

Un opérateur vit près de la pression. Pression du fundraising. Pression de la livraison. Pression d’équipe. Pression du marché. Pression des investisseurs. Pression des clients.

L’opérateur apprend que la stratégie perd beaucoup de valeur lorsque l’exécution manque de structure. L’opérateur apprend que la vitesse dépend de la clarté. L’opérateur apprend que la croissance a besoin de rythme, d’ownership, de visibilité et de discipline décisionnelle. L’opérateur apprend que la confiance compose à travers la constance.

La partie Engineer était déjà là. Elle était là depuis l’enfance.

L’Engineer voit les workflows. L’Engineer voit l’architecture. L’Engineer voit la couche cachée sous l’interface. L’Engineer demande quels inputs entrent dans le système, quelles transformations se produisent, quels outputs comptent, quels feedback loops améliorent le cycle suivant et où l’automatisation peut multiplier l’effort humain.

Avec le temps, ces deux côtés sont devenus une seule identité.

Operator-Engineer.

Operator parce que j’ai vécu la pression de construire des entreprises, lever du capital, vendre, livrer, coordonner des équipes et prendre des décisions dans l’incertitude.

Engineer parce que je pense en systèmes, workflows, données, architecture, automatisation, interfaces et infrastructure.

L’avantage vient de la combinaison.

Cette combinaison est le socle de ma mission aujourd’hui.

Ma mission est de construire l’infrastructure d’une économie de l’intelligence numérique.

Pour moi, l’économie de l’intelligence numérique est la prochaine étape dans la manière dont les personnes et les organisations coordonnent le travail, les décisions, le capital et la créativité. C’est un monde où le logiciel, l’IA, l’automatisation, la finance décentralisée, les systèmes de données et le jugement humain se rejoignent dans des systèmes d’exploitation qui aident les personnes à avancer avec plus de clarté et de capacité.

Cette mission vient de ma vie plus que d’une tendance. J’ai grandi en construisant du logiciel. J’ai étudié l’ingénierie. J’ai aidé à construire une entreprise dans la finance tokenisée. J’ai lancé DeGNZ Labs à Meknès pour construire des systèmes d’exploitation AI-native.

Aujourd’hui, je vois le même problème partout : les organisations ont plus d’outils que jamais, plus de données que jamais et plus d’ambition que jamais, pendant que beaucoup peinent encore à coordonner le travail clairement.

Le sujet central se trouve rarement dans le manque de logiciel. Il se trouve dans la fragmentation des systèmes. Les équipes utilisent un outil pour les leads, un autre pour les opérations, un autre pour le reporting, un autre pour la communication, un autre pour l’automatisation, un autre pour la prise de décision. Le résultat est de la friction. Les personnes perdent du temps. Les dirigeants perdent en visibilité. Les équipes répètent le travail. Les données se dispersent. Les décisions ralentissent. La croissance devient plus difficile à gérer.

Je crois que la prochaine génération d’entreprises aura besoin de plus que des outils numériques. Elle aura besoin d’infrastructure d’intelligence numérique.

Des systèmes qui connectent workflows, données, automatisation, interfaces et logique de décision. Des systèmes qui donnent aux personnes une vue plus claire de ce qui se passe, de ce qui compte, de ce qui demande une action et des endroits où la valeur circule.

C’est pour cela que je construis.

Je construis parce que la technologie doit élargir l’agence humaine.

L’agence signifie la capacité à penser clairement, choisir une direction, agir avec confiance, créer de la valeur et façonner son environnement. Une bonne technologie doit rendre les personnes plus capables. Elle doit leur donner de meilleurs outils de jugement. Elle doit créer de l’espace pour l’indépendance, la créativité et le travail qui a du sens.

L’IA et l’automatisation doivent renforcer la capacité humaine. Elles doivent aider les personnes à dépenser moins d’énergie dans le bruit et plus d’énergie dans les décisions, la création, les relations et la contribution.

Je construis parce que la clarté compte.

La clarté est l’une des formes de levier les plus puissantes. Quand une personne voit clairement, elle agit différemment. Quand une équipe voit clairement, la coordination s’améliore. Quand une entreprise voit clairement, l’exécution devient plus précise.

La clarté transforme la complexité en structure. Elle rend les décisions plus faciles à comprendre. Elle rend la responsabilité plus facile à attribuer. Elle rend le progrès plus facile à mesurer.

Je construis parce que le levier compte.

Le levier est la capacité à faire composer l’effort. Un bon système aide une personne à faire le travail de plusieurs. Un bon workflow réduit l’effort répété. Un bon dashboard compresse des informations dispersées dans une seule surface de décision. Une bonne automatisation retire le gaspillage.

Un bon modèle opérationnel transforme l’effort individuel en rythme organisationnel. Le levier donne aux builders la capacité de créer davantage avec le même temps, le même capital et la même attention.

Je construis parce que la discipline compte.

Le capital est rare. Le temps est rare. L’attention est rare. L’énergie est rare. J’ai vécu des périodes où chaque ressource comptait, où un revenu retardé augmentait la pression, où l’exécution avait besoin de structure, où l’ambition devait rencontrer la réalité.

Ces expériences ont façonné mon respect pour la discipline. Les vrais builders ont besoin de rêves, mais aussi de systèmes qui protègent le focus, réduisent le gaspillage et transforment la pression en exécution durable.

Je construis parce que la confiance compte.

La confiance est l’infrastructure invisible derrière chaque système sérieux. Les personnes doivent comprendre comment les décisions sont prises. Les investisseurs ont besoin de confiance. Les clients ont besoin de fiabilité. Les équipes ont besoin de visibilité. Les marchés ont besoin de constance.

La technologie devient précieuse lorsque les personnes peuvent s’y fier. L’infrastructure gagne la confiance lorsqu’elle rend la complexité plus compréhensible, les décisions plus traçables et les résultats plus constants.

Je construis parce que la contribution compte.

Le rôle de l’infrastructure dépasse la scale. Son rôle est d’aider les personnes à créer une valeur significative. Je veux construire des systèmes qui aident les fondateurs à exécuter, les équipes à se coordonner, les investisseurs à voir clairement, les opérateurs à prendre de meilleures décisions et les organisations à avancer avec plus d’intelligence.

Je veux que la technologie aide les personnes à devenir plus capables, plus indépendantes et plus utiles au monde qui les entoure.

Ma vision est celle d’un futur où l’infrastructure programmable aide les humains, les entreprises et le capital à opérer avec plus d’agence, un meilleur jugement et une coordination plus forte entre les systèmes qui façonnent le travail, la finance, la créativité et le progrès.

Ce futur demandera de nouvelles entreprises, de nouveaux outils, de nouveaux protocoles, de nouveaux modèles opérationnels et de nouvelles manières de penser. Il demandera des personnes capables de comprendre à la fois le côté humain des opérations et le côté technique des systèmes.

Il demandera des builders capables de connecter le logiciel à la pression réelle du business, l’IA au jugement humain, le capital à la confiance et l’automatisation à la responsabilité.

C’est le travail que je choisis.

Je continue à construire. À apprendre. À affiner la thèse. À payer le prix pour devenir le type de builder que je veux être. Le chemin est déjà long, et d’une certaine manière il reste encore tôt.

Mais le pattern est clair.

J’ai commencé avec le code parce que je voulais comprendre comment les choses fonctionnaient. J’ai construit des sites web parce que je voulais rendre les idées visibles. J’ai appris le trafic parce que je voulais que les personnes trouvent ce que je construisais. J’ai appris les systèmes backend parce que je voulais que la couche invisible renforce la couche visible.

J’ai étudié l’ingénierie parce que je voulais de la discipline. Je suis devenu fondateur parce que je voulais construire dans le monde réel. Je suis devenu opérateur parce que les entreprises demandent plus que des idées. Je suis devenu Operator-Engineer parce que le futur a besoin de personnes capables de transformer la pression en systèmes.