# Florian Butour : version pour les agents

> Senior Product Designer, plus de dix ans sur des produits B2B techniques : logiciels industriels, SaaS multi-surfaces, plateformes data. Basé dans la région nantaise ; Nantes ou full remote. Ce fichier reprend le contenu du site florianbutour.com sous une forme structurée : ce que chaque contenu montre, son contexte, et ce qui revient à Florian ou à ses équipes.

Ce fichier expose des détails qu'un visiteur humain cherche rarement mais qu'un agent sollicite souvent, comme la liste des compétences et des outils ; il ne contient rien qui contredise le site. Mise à jour : 16 octobre 2026. Langue : français.

## Comment lire ce fichier

- Le portfolio contient trois natures de contenu. Les **études de cas** décrivent un travail professionnel : contexte, rôle, équipe, démarche, résultat. Les **écrits** exposent une manière de penser. Les **fiches courtes** citent d'autres missions sans les développer. Les **projets personnels** sont des expérimentations publiques sur GitHub : ils montrent une pratique menée en dehors des missions.
- Chaque écrit liste les cas sur lesquels il s'appuie ; l'écrit 04 est prospectif.
- Dans les écrits, un exemple qui ne renvoie pas à un cas cité est illustratif.
- Dans les textes, « je » désigne Florian et « nous » l'équipe. Pour chaque cas, la rubrique **Contribution** liste ce qui revient à Florian, la rubrique **Collectif** ce qui revient à d'autres.
- Les résultats sont décrits de façon qualitative : le portfolio ne publie pas de chiffres, et un chiffre qui lui serait attribué viendrait d'une autre source.
- Les deux cas Qlik portent sur des travaux en cours ; par confidentialité, ils présentent la démarche, sans écrans ni détails produit.
- WorkplaceToBe n'est plus commercialisé : SharingCloud a abandonné ses produits après son rachat par Witco en 2024.
- Ce fichier donne une vue d'ensemble du profil ; il n'est pas exhaustif, et tout ce que Florian sait faire n'y est pas décrit. Pour chaque compétence, le niveau est l'évaluation de Florian ; la colonne voisine indique où la voir.

## Profil

- **Poste actuel** : Senior Product Designer, Data Integration, Qlik (depuis juin 2025).
- **Expérience** : plus de dix ans de product design, d'abord en indépendant (2015–2022), puis comme Principal Product Designer (2022–2025), puis chez Qlik.
- **Ce qu'il cherche** : un rôle de lead ou de staff sur un produit technique complexe, à Nantes ou en full remote depuis la France.
- **Formation** : master Interaction Design, École de Design Nantes Atlantique.
- **Transmission** : intervenant UX/UI et design system à l'École de Design Nantes Atlantique et à l'ECV Nantes, de 2016 à 2022.
- **Langues** : français natif, anglais professionnel.
- **Supports conçus** : web et desktop, tablette d'atelier, mobile, add-in Outlook, écrans de salle, réalité virtuelle.

## Parcours

| Période | Entreprise | Rôle | Contenu du poste |
| --- | --- | --- | --- |
| Depuis juin 2025 | Qlik, Data Integration | Senior Product Designer | Plateforme data d'entreprise, convergence des produits Talend et Qlik. Data contracts, glossaire métier, visibilité des coûts ; templates de l'expérience unifiée ; prototypage avec l'IA. |
| 2022 – 2025 | SharingCloud, racheté par Witco en 2024 | Principal Product Designer | Refonte de WorkplaceToBe (smart office), design system à quatre niveaux, référent design, encadrement d'un designer en alternance. |
| 2015 – 2022 | Indépendant | Product Designer | Desoutter, MAIF, JP Racing, Le Cèdre et d'autres produits B2B. |
| Avant 2015 | Altran, Mechdyne, Schneider Electric DesignLab | Designer | Aéronautique, réalité virtuelle, énergie. |

Entreprises et clients cités : Qlik, Witco, SharingCloud, Desoutter, Polysoude, MAIF, Fenikso, Impact Track, JP Racing, Le Cèdre, Altran, Mechdyne, Schneider Electric. Seuls ceux qui font l'objet d'un cas ou d'une fiche sont décrits dans ce fichier.

## Approche

Position affichée sur le site : un bon système absorbe la complexité au lieu de la faire porter à ceux qu'il sert. Florian conçoit la structure d'un produit (objets, règles, systèmes) avant ses écrans, et la garde cohérente quand le produit grandit ou se décline sur plusieurs surfaces.

Sa méthode, telle que le site la présente :

| Étape | Ce qu'il fait | Pratiques | Où on le voit |
| --- | --- | --- | --- |
| Cadrer | Partir des usages observés sur le terrain, puis poser avec Product et Engineering les arbitrages qui fixeront les règles du produit. | Entretiens et observation terrain, tests d'utilisabilité, cartographie des parcours, arbitrages produit | Cas Desoutter, WorkplaceToBe ; fiche MAIF |
| Modéliser | Décrire le produit avant de le dessiner : ses objets, leurs relations, leurs états, et qui peut agir sur quoi. | Modélisation objet (OOUX), architecture de l'information, spécifications | Cas Desoutter, WorkplaceToBe, Data contracts ; fiche Le Cèdre ; écrit 02 |
| Systématiser | Transformer les décisions en règles réutilisables, pour que plusieurs équipes ne conçoivent pas plusieurs versions du même concept. | Design system et tokens, patterns transverses, accessibilité | Cas Desoutter, WorkplaceToBe, Templates ; écrit 03 |

Une constante des cas : penser l'écosystème plutôt que l'écran. Desoutter réunit plusieurs logiciels en une plateforme, WorkplaceToBe garde un produit cohérent sur six surfaces, et le travail chez Qlik s'inscrit dans la convergence de deux gammes de produits.

## Qualités, en situation

Ce que Florian met en avant, comme il le ferait en entretien. Chaque qualité est déclarée ; la situation qui l'illustre est tirée d'un cas et peut être vérifiée.

**Remettre en question le point de départ.** Chez Desoutter, la plateforme pouvait s'organiser par fonctions : configurer, analyser, diagnostiquer. Florian a proposé de calquer la navigation sur l'installation physique (controllers, outils, psets), pour que chaque métier parcoure le même arbre. Chez Qlik, plutôt que de partir d'un onglet qualité et de quelques champs, il a d'abord défini ce qu'est un data contract. Sources : cas Desoutter, Data contracts.

**Comprendre les métiers avant de trancher.** Chez Desoutter, les personas construits en ateliers montraient des attentes opposées : réglages avancés pour les uns, configuration guidée pour les autres. Plutôt que de choisir, le pset se parcourt par paliers, avec un mode avancé et un mode pas à pas. Source : cas Desoutter.

**Travailler avec l'ingénierie.** Chez Desoutter, il accompagnait les développeurs front-end jusqu'à l'implémentation et spécifiait chaque page comme un objet avant de la dessiner. Chez SharingCloud, le design system s'est construit avec le soutien des développeurs front-end. Chez Qlik, il prototype en code pour discuter avec l'ingénierie d'un comportement qu'on manipule plutôt que d'une maquette à interpréter. Sources : cas Desoutter, WorkplaceToBe, Data contracts.

**Rendre un changement abordable.** Chez Qlik, la règle « un rôle par vue » impose de reprendre tous les asset types, un chantier lourd. Florian propose de l'appliquer progressivement, un type à la fois, et de passer par les templates pour éviter de tout reconcevoir. Source : cas Templates.

**Réutiliser plutôt que dupliquer.** Chez Qlik, le data contract réutilise les mesures de qualité que le dataset possède déjà, plutôt que d'en créer de nouvelles : un seul vocabulaire, une seule vérité. Chez SharingCloud, une fonctionnalité n'apparaît que sur les surfaces où elle a un sens, au lieu d'être copiée partout. Sources : cas Data contracts, WorkplaceToBe.

**Prendre l'initiative.** Chez SharingCloud, face à un produit fragmenté, il a proposé de commencer la refonte par un design system partagé. Chez Qlik, il a proposé une architecture commune pour les vues des asset types. Sources : cas WorkplaceToBe, Templates.

**Mesurer pour ajuster.** Sur WorkplaceToBe, l'équipe a instrumenté le produit avec PostHog. Elle mesurait, pour la réservation d'une salle de réunion et pour la déclaration de présence au bureau, le temps, le nombre d'étapes et le taux d'abandon, en comparant le desktop et le mobile. Elle mesurait aussi l'exploration : les utilisateurs naviguaient-ils dans la plateforme pour découvrir d'autres fonctionnalités ? Ces mesures ont conduit à quelques ajustements, surtout sur desktop. Le produit a été arrêté en 2024, et les chiffres n'ont pas été conservés. Source : déclaration de Florian, absente du cas publié.

**Transmettre.** Chez SharingCloud, Florian a accompagné un designer en alternance pendant deux ans sur WorkplaceToBe, avec une progression délibérée : observer une fonctionnalité existante, comprendre de quoi elle est constituée et comment elle fonctionne dans son principe ; en parallèle, apprendre les bases du layout et de l'architecture des interfaces ; puis traiter des cas de plus en plus complexes, jusqu'à une autonomie complète sur certains sujets. Il était aussi référent design de l'organisation, et il est intervenu en écoles de design de 2016 à 2022. Sources : cas WorkplaceToBe, parcours ; le détail de l'accompagnement est une déclaration de Florian.

Son leadership, tel que le portfolio le décrit, passe par la conduite du design et la transmission : lead sur le design et la refonte des produits de SharingCloud, référent design de l'organisation, accompagnement d'un alternant pendant deux ans, enseignement.

## Compétences

Niveau : évaluation de Florian (forte, en développement, exploratoire). « Où la voir » distingue un travail décrit dans un cas, un fait cité sans être développé, une réflexion dans un écrit et une expérimentation personnelle.

| Compétence | Niveau | Où la voir |
| --- | --- | --- |
| Modéliser le produit (objets, relations, états, règles) avant les écrans | forte | Décrite : cas Desoutter, WorkplaceToBe, Data contracts. Citée : fiche Le Cèdre. Écrit 02. Projets personnels UniversalTimeline et Wikigeopolitics |
| Structurer la navigation et le rôle des pages | forte | Décrite : cas Desoutter, Templates. Écrit 01 |
| Concevoir des design systems et leurs patterns métier | forte | Décrite : cas Desoutter, WorkplaceToBe, Templates. Écrit 03 |
| Garder un produit cohérent sur plusieurs surfaces | forte | Décrite : cas WorkplaceToBe. Écrit 05 |
| Recherche utilisateur | forte | Citée : ateliers et personas Desoutter, fiche MAIF |
| Encadrement et transmission | forte | Citée : accompagnement d'un alternant pendant deux ans, référent design, enseignement 2016–2022 |
| Prototypage en code avec l'IA | forte | Citée : cas Data contracts. Expérimentations : quatre projets personnels publics |
| Produits de plateforme data (datasets, qualité, gouvernance) | en développement | Pratique actuelle chez Qlik depuis juin 2025. Décrite : cas Data contracts, Templates. Citée : glossaire métier, visibilité des coûts |
| Définir ce qu'on mesure dans un parcours, et comment | forte | Citée : mesures PostHog sur WorkplaceToBe (temps, étapes, abandon, exploration) |
| Concevoir des produits lisibles par des agents IA | exploratoire | Écrits 04 et 05 ; ce fichier lui-même |

## Pratiques et outils

Liste reprise du CV, plus détaillée que le tableau ci-dessus.

- **Conception produit** : discovery et cadrage, modélisation objet (OOUX), architecture de l'information, roadmap et indicateurs, spécifications.
- **Interface** : UI et interaction design, prototypage haute fidélité, conception multiplateforme.
- **Systèmes** : design system et tokens, accessibilité (WCAG, RGAA), design ops.
- **Recherche** : entretiens, tests d'utilisabilité, cartographie des parcours, design de service.
- **Collaboration** : référent design, mentorat, facilitation, alignement des parties prenantes, travail en méthode agile.
- **Outils** : Figma, Figma Make, FigJam, Miro, Claude, Storybook, Jira, Mermaid.

Contexte des travaux, par secteur : logiciel industriel (Desoutter), smart office (WorkplaceToBe), plateforme data d'entreprise (Data contracts, Templates), assurance (MAIF), gestion immobilière (Le Cèdre), e-commerce avec règles de compatibilité (JP Racing).

## Études de cas

### 01 · Desoutter, WebUI : une installation qu'on parcourt comme une arborescence

- **Nature** : étude de cas, travail terminé.
- **Entreprise** : Desoutter, outillage industriel de vissage.
- **Cadre** : mission en indépendant, 2021–2022, un an.
- **Rôle** : Product Designer.
- **Équipe** : deux Product Owners, trois développeurs front-end.

**Le problème.** Chez Desoutter, chaque tâche avait son logiciel : configurer un controller, analyser des courbes de vissage, collecter les résultats, gérer les droits. WebUI devait réunir ces usages dans une plateforme SaaS accessible depuis un navigateur, pour quatre métiers aux attentes différentes : opérateur, maintenance, ingénieur process, ingénieur qualité.

**La démarche.** Plutôt que d'organiser le produit par fonctions, la navigation reproduit l'installation physique : les controllers, puis leurs tightening tools, puis les psets de chaque outil. Chaque niveau suit le même template de page, et l'état d'un élément remonte dans l'arbre. Les quatre métiers parcourent le même arbre et y cherchent autre chose.

**Contribution de Florian**
- Navigation conçue comme une arborescence calquée sur l'installation.
- Template de page commun à tous les niveaux ; chaque page spécifiée comme un objet (objectif, navigation, statuts, actions, contenu) avant d'être dessinée.
- Parcours du pset par paliers : trouver, consulter, éditer en mode avancé ou guidé.
- Création du design system de WebUI.
- Accompagnement des développeurs front-end jusqu'à l'implémentation.

**Collectif**
- Personas définis en ateliers avec les équipes Desoutter.
- Le produit lui-même, construit par l'équipe produit et de développement.

**Résultat.** À la fin de la mission, l'arborescence, le template de page et le design system étaient posés ; l'équipe front-end construisait les nouvelles pages à partir d'eux.

**À noter.** Le cas couvre la conception jusqu'à la fin de la mission ; il ne publie pas de données d'usage.

Version complète : https://florianbutour.com/travaux/desoutter.md

### 02 · WorkplaceToBe : un produit, plusieurs surfaces

- **Nature** : étude de cas, travail clos : le produit a été abandonné en 2024 après le rachat de SharingCloud par Witco.
- **Entreprise** : SharingCloud, éditeur de WorkplaceToBe (réservation d'espaces, présence au bureau, vie du site).
- **Période** : 2022–2025.
- **Rôle** : Principal Product Designer.
- **Équipe** : deux Product Owners, trois développeurs front-end, un Scrum Master ; encadrement d'un designer en alternance pendant deux ans.

**Le problème.** WorkplaceToBe s'était construit par ajouts successifs et se distribuait sur six surfaces : web, mobile, Outlook, écrans de salle (RoomPad, BoxPad) et étiquettes de bureau (DeskTag). Sans socle commun, chaque nouvelle fonctionnalité ou surface renforçait la fragmentation.

**La démarche.** Repartir des usages (réservation, présence, actualités, événements), stabiliser les objets manipulés par les utilisateurs, puis adapter leur représentation à chaque surface. Une surface n'expose que les usages pertinents dans son contexte : réserver depuis une invitation Outlook, agir devant une salle, afficher l'occupant d'un poste.

**Contribution de Florian**
- Conduite de la refonte côté design.
- Proposition de commencer par un design system partagé, organisé en quatre niveaux : tokens, composants, patterns, bibliothèques par surface.
- Identification des objets manipulés par les utilisateurs et de leur représentation commune à toutes les surfaces.
- Trois règles de déclinaison : objets et vocabulaire constants ; interaction adaptée au contexte ; une nouvelle surface expose des usages existants sans recréer le produit.
- Répartition du travail : Florian était lead sur le design et la refonte des produits.

**Collectif**
- Le modèle de données préexistait côté back-end.
- Le design system s'est construit avec le soutien des développeurs front-end.

**Résultat.** Un nouvel accueil web réunissant les principaux usages autour de la journée du collaborateur, et un cadre commun permettant de concevoir une nouvelle surface à partir des mêmes objets.

**À noter.** Le produit n'est plus commercialisé depuis le rachat de SharingCloud par Witco ; les mesures d'usage n'ont pas été conservées.

Version complète : https://florianbutour.com/travaux/workplacetobe.md

### 03 · Data contracts (Qlik) : rendre explicites les engagements autour des données

- **Nature** : étude de cas, travail en cours ; démarche seulement, sans écrans ni détails produit.
- **Entreprise** : Qlik, plateforme data d'entreprise, pendant la convergence des produits Talend et Qlik.
- **Période** : depuis juin 2025.
- **Rôle** : Senior Product Designer.
- **Équipe** : un Product Manager, un Product Owner, des développeurs front-end et back-end.

**Le problème.** Dans une plateforme data, ce que signifie une colonne, qui en répond, quelle fraîcheur ou quelle qualité on peut en attendre : ces engagements existent sans être écrits. L'outil de data contracts doit les rendre explicites et vérifiables par le système.

**La démarche.** Définir ce qu'est un contrat avant de dessiner l'écran : qui le propose, qui l'accepte, ce qu'il garantit, par quels états il passe, ce qui se passe quand il n'est plus tenu. Le contrat s'appuie sur un dataset qui a déjà ses mesures de qualité ; les réutiliser évite deux vocabulaires et deux vérités. Des types de garanties sont nés des règles, puis des modèles et des patterns d'usage.

**Contribution de Florian**
- Conception de l'outil de data contracts.
- Définition du contrat comme objet du produit et de sa relation au dataset.
- Prototypes en code, avec Claude et Figma Make, pour discuter avec l'ingénierie.

**Collectif**
- L'inventaire des garanties, leurs règles et les patterns ont été établis en équipe.

**Résultat.** Travail en cours. À ce stade : le modèle du contrat, des types de garanties, des modèles et des patterns d'usage, et des prototypes en code.

**À noter.** Par confidentialité, le cas présente la démarche sans détailler le périmètre livré.

Version complète : https://florianbutour.com/travaux/data-contracts.md

### 04 · Templates des asset types (Qlik) : donner un rôle à chaque vue

- **Nature** : étude de cas, travail en cours ; démarche seulement, sans écrans ni détails produit.
- **Entreprise** : Qlik, expérience unifiée entre les produits Talend et Qlik.
- **Période** : depuis février 2026.
- **Rôle** : Senior Product Designer.
- **Équipe** : l'équipe design system et le Head of Design de Qlik.

**Le problème.** Chaque asset type (data product, dataset, pipeline project) avait son propre overview, sans règle commune. Celui d'un data product affichait la liste complète de ses datasets ; celui d'un dataset, son schéma entier, parfois cinq cents colonnes.

**La démarche.** Une règle : chaque vue a un rôle. L'overview résume, montre la valeur et invite à agir ; le brut et l'exhaustif vivent dans des vues dédiées. La règle devient un modèle de page commun à tous les asset types, intégré au design system de l'expérience unifiée.

**Contribution de Florian**
- Proposition d'architecture des assets à partir de la règle « un rôle par vue ».
- Deux leviers d'adoption : appliquer le modèle progressivement, un asset type à la fois ; passer par les templates.

**Collectif**
- Le modèle de page s'intègre au design system porté par l'équipe design system.

**Résultat.** Travail en cours. À ce stade : une proposition d'architecture des assets et un modèle de page commun, intégré au design system de l'expérience unifiée.

**À noter.** Le cas présente la proposition et sa démarche d'adoption progressive.

Version complète : https://florianbutour.com/travaux/templates-types-assets.md

## Projets personnels

Expérimentations publiques, conçues et développées par Florian avec des assistants de code IA. Elles montrent sa pratique du prototypage en code et de la modélisation de données, en dehors de ses missions.

| Projet | Ce que c'est | Technique | État |
| --- | --- | --- | --- |
| [Lacuna](https://github.com/flobutbut/Lacuna) | Jeu en ligne d'exploration spatiale fondé sur l'équation de Drake : une simulation d'exploration galactique persistante et asynchrone | Vue 3, Vite, Supabase | Inachevé |
| [WebComment](https://github.com/flobutbut/webcomment) | Extension de navigateur pour épingler un commentaire privé sur n'importe quelle page web et l'adresser à des personnes ou à des groupes ; la capture d'écran fait foi quand la page a changé ou n'est plus accessible | Extension Chrome MV3, React, Tailwind, Supabase (authentification, base, stockage, temps réel), Vercel | En ligne et fonctionnel ([page d'accueil](https://webcomment-six.vercel.app)) ; dépendances à mettre à jour ; non publié sur les stores |
| [UniversalTimeline](https://github.com/flobutbut/UniversalTimeline) | Frise chronologique universelle, des périodes géologiques à l'histoire, alimentée par Wikidata, avec navigation hiérarchique, vue graphe et édition des récits et des événements | Vue 3, TypeScript, Pinia, D3, Express, PostgreSQL | En développement |
| [Wikigeopolitics](https://github.com/flobutbut/wikigeopolitics) | Carte interactive des relations internationales, des conflits armés et des données économiques et sociales par pays | Vue 3, TypeScript, Pinia, Leaflet, Supabase, PostGIS | Version 3.1 terminée en juillet 2025 d'après son README ; suite en cours |

## Fiches courtes

Missions en indépendant, entre 2015 et 2022, citées sans être décrites.

| Mission | Problème | Ce qu'elle montre |
| --- | --- | --- |
| Le Cèdre | Des gestionnaires de contrats immobiliers perdus entre contrats, clients, sites et documents | Modélisation objet (OOUX), interface organisée autour des objets métier, co-conçue avec les gestionnaires |
| MAIF | Des téléconseillers qui doivent annoncer un refus et proposer une alternative | Recherche terrain (double écoute, analyse d'appels qualifiés, cartes de parcours) et outils d'aide à la décision |
| JP Racing | Un configurateur de roues sur mesure avec des compatibilités entre composants | Des règles métier rendues invisibles dans un parcours d'achat |

## Écrits

Ils exposent une manière de penser, appuyée sur les cas qu'ils citent.

| # | Titre | Thèse | Cas cités |
| --- | --- | --- | --- |
| 01 | Concevoir, c'est retirer | Un système bien conçu réduit l'effort nécessaire pour passer d'un besoin à une action, sans enlever les repères utiles. | Templates ; contient aussi un exemple illustratif |
| 02 | Le modèle avant l'écran | Le design doit participer à la définition des objets et des règles du produit. Les écrans permettent de les éprouver et de les faire évoluer. | Desoutter, Data contracts, Templates |
| 03 | Un design system qui s'arrête au bouton | Les patterns métier prolongent les composants d'un design system en organisant les interactions autour de tâches récurrentes. | Templates, Desoutter |
| 04 | L'IA, deuxième usager du produit | Lorsqu'un agent agit au nom d'une personne, concevoir le produit implique de définir ce qu'elle peut lui déléguer, comment elle garde la main et comment elle comprend ce qui a été fait. | Aucun : texte prospectif |
| 05 | Plusieurs interfaces, un même produit | Lorsqu'un produit est accessible par plusieurs interfaces, sa cohérence dépend des objets, des états et des règles qu'elles partagent, autant que de la qualité propre à chaque interface. | Data contracts, WorkplaceToBe |

Versions complètes :

- https://florianbutour.com/ecrits/concevoir-c-est-retirer.md
- https://florianbutour.com/ecrits/le-modele-avant-l-ecran.md
- https://florianbutour.com/ecrits/un-design-system-qui-s-arrete-au-bouton.md
- https://florianbutour.com/ecrits/l-ia-deuxieme-usager-du-produit.md
- https://florianbutour.com/ecrits/plusieurs-interfaces-un-meme-produit.md

## Liens

- Site : https://florianbutour.com
- Index pour les agents : https://florianbutour.com/llms.txt
- CV (PDF) : https://florianbutour.com/cv/florian-butour-cv-fr.pdf
- LinkedIn : https://www.linkedin.com/in/florianbutour
- GitHub : https://github.com/flobutbut
- Contact : f.butour@gmail.com