Work

Des problèmes réels. Des décisions réelles. Des systèmes réellement construits.

Chaque cas montre comment un problème business a été compris, arbitré puis traduit en système, en distribution ou en opérations.

Règle de preuveSituation. Problème. Décision. Build. Outcome.
01
Growth & Distribution · activité opérée

L’Architecte ERP — transformer une expertise métier en système de demande.

Situation

L’Architecte ERP porte une expertise de conception, d’autorisations et de travaux pour les établissements recevant du public. Le savoir-faire existait déjà ; il fallait le rendre plus lisible, plus commercial et plus facile à capter par la demande.

Problème

Un métier réglementaire génère facilement des demandes fragmentées, des recherches très techniques et des missions trop petites. Le vrai enjeu était de rendre visible une chaîne de valeur complète et de mieux distinguer les dossiers qui justifient une intervention senior.

Décision

Positionner l’offre autour du problème business du client — ouvrir, transformer, autoriser, rendre exploitable — plutôt qu’autour d’une simple liste de formalités. Puis construire une distribution capable d’intercepter des intentions fortes.

Build

Repositionnement du site, page dédiée au dossier ERP, clarification de la chaîne faisabilité → conception → autorisation → projet détaillé → consultation → maîtrise d’œuvre → ouverture, architecture SEO et règles de qualification commerciale.

Outcome

Le dispositif a commencé à générer des demandes entrantes au-delà de sa zone historique, dont un contact provenant d’Agen.

02
Operations & Automation · système interne

FIXIA — transformer des leads et dossiers multiples en système commercial exploitable.

Situation

FIXIA et L’Architecte ERP opèrent plusieurs sources de demande, plusieurs verticales et des opportunités commerciales qui avancent à des rythmes différents.

Problème

Lorsque les leads arrivent de plusieurs canaux, la difficulté n’est pas seulement de les stocker : il faut éviter les doublons, préserver le contexte, qualifier de façon cohérente et garder une source de vérité commerciale.

Décision

Construire d’abord une infrastructure commerciale fiable, puis ajouter l’IA au-dessus. La priorité a été donnée à la persistance, à l’idempotence, à la déduplication et au pipeline avant toute automatisation spectaculaire.

Build

Lead intake, persistance Supabase, déduplication, couche de qualification, Company Brain, pipeline d’opportunités et architecture de Control Center. Les workflows sont construits par gates fonctionnels et de production séparés.

Outcome

L’ingestion, la persistance, la déduplication et la qualification IA ont franchi leurs gates fonctionnels, posant une base exploitable pour l’industrialisation du système commercial.

03
International B2B · client delivery

Groupe Design & Build — construire une distribution commerciale multilingue.

Situation

Un groupe suisse de Design & Build devait présenter son offre de manière cohérente à des interlocuteurs francophones, germanophones et anglophones.

Problème

Le site, le SEO et les supports commerciaux ne pouvaient pas être traités comme des livrables isolés. Ils devaient raconter la même proposition de valeur et soutenir les échanges commerciaux dans plusieurs langues.

Décision

Traiter le digital comme une infrastructure de distribution : une même logique d’offre, déclinée en plusieurs langues et raccordée aux supports commerciaux utilisés dans la relation client.

Build

Site V4 en français, allemand et anglais, travail SEO multilingue, cartes et plaquette commerciale, soutien à la production de devis et de propositions, accompagnement commercial associé.

Outcome

Le dispositif digital et commercial multilingue a été livré pour soutenir une présence commerciale cohérente sur plusieurs marchés et plusieurs langues.

Ce que ces cas prouvent

La même logique sur des problèmes différents.

Comprendre le vrai problème. Décider ce qui mérite d’être construit. Construire avec la plus petite équipe capable. Mesurer ce qui change. Les outils varient ; la discipline reste la même.

Les cas présentés couvrent à la fois des missions clients et des systèmes construits dans des activités opérées par la direction de QORAM.