De la discovery aux revenus

Contexte

Product DNA est une plateforme SaaS B2B de traçabilité. Pour entrer dans la construction, il lui fallait une offre qui trace les matériaux clés et leur empreinte à travers les fournisseurs. La difficulté, c'était le périmètre : compléter les outils de gestion de chantier que les clients utilisent déjà, ou les remplacer ? Calculer le CO2, ou le synchroniser depuis d'autres outils ?

Utilisateurs & mon rôle

Acheteurs, équipes RSE et décideurs, qui travaillent depuis le bureau. J'ai co-défini la vision et la roadmap avec le CTO, mené la discovery et les tests utilisateurs, conçu le produit de bout en bout, et accompagné 6 développeurs des user stories jusqu'à la QA fonctionnelle.

Ce que j'ai découvert

• La traçabilité commence par les commandes, pas par le chantier.
• Les clients tracent les matériaux clés, pas chaque composant de la chaîne.
• Les fournisseurs de rang 1 atteignent leurs propres fournisseurs bien plus facilement que le client.
• Les outils de gestion de chantier sont complexes, et les clients n'en attendaient pas de traçabilité.

Décisions produit

• Les commandes comme point d'entrée, là où la traçabilité commence.
• Uniquement les matériaux clés, plutôt que de cartographier toute la chaîne d'approvisionnement.
• Les fournisseurs de rang 1 relaient la demande en cascade : un maximum de données pour un minimum d'effort.
• Compléter, sans remplacer, les outils de gestion de chantier existants.
• Un calculateur de CO2 : peu coûteux à construire, directement utile aux équipes RSE.

Décisions UX

• Desktop-first, pensé pour l'analyse : comparer l'empreinte de chaque produit, matériau et fournisseur.
• Un suivi fournisseurs visible : chaque demande et chaque réponse au même endroit.
• Conformité, due diligence et reporting découlent directement des données collectées.
• Des prototypes en quelques jours avec Claude et Claude Design, testés avec les clients avant le développement.
• Un design system PrimeNG pensé pour l'IA, qui a réduit les frictions entre design et développement.

Livré aussi : la refonte du site web

L'ancien site avait un message flou et un design daté. Je l'ai reconstruit avec le marketing et les ventes, pour les dirigeants et les acheteurs, j'ai mis en place Mixpanel avant le lancement et accompagné le stagiaire qui l'a développé. Le taux de rebond est passé de 70 % à 54 % et la durée de session au p75 a doublé.

Contexte

Les prospects se perdaient sur un site complexe, et peu allaient au bout d'une demande en ligne. Derrière, les conseillers jonglaient entre plusieurs processus séparés : documents éparpillés entre plusieurs outils, estimations issues de différents services externes, dossiers complexes difficiles à suivre.

Utilisateurs & mon rôle

Futurs emprunteurs et conseillers hypothécaires. En tant que Product Designer chez CBTW, j'ai mené la définition des besoins avec le métier, l'IT et les conseillers, puis conçu le parcours client et l'outil conseiller avec les experts internes de la banque et l'équipe produit de CBTW.

Ce que j'ai découvert

• Environ 80 % des demandes suivent les mêmes étapes ; une minorité nécessite un traitement particulier.
• Documents et estimations se trouvaient à des endroits différents, ce qui ralentissait le suivi.
• Peu de prospects allaient au bout d'une demande sur l'ancien site.

Décisions produit

• Un produit, deux faces : sinon la refonte ne fait que déplacer le goulot d'étranglement.
• 80 %, pas 100 % : un workflow standard, les exceptions traitées à part.
• Un simulateur avant le formulaire, pour transformer les visiteurs en demandeurs qualifiés.

Contexte

L'outil permet aux gérants de fortune de suivre la performance des portefeuilles clients et de comparer des stratégies d'investissement. Après des années de fonctionnalités ajoutées à la demande, il souffrait de surcharge et d'une lourde dette UX.

Ce que j'ai découvert

• Les fonctionnalités ajoutées au fil des ans avaient surchargé l'interface.
• Les utilisateurs avaient besoin de clarté, d'efficacité et de performance.
• Comparer des portefeuilles était au cœur de leur quotidien.
• Les tests dans 3 banques ont révélé des frictions jamais apparues en atelier.

Décisions produit

• Partir des besoins, pas des anciens écrans, pour ne pas reproduire leur dette.
• Prioriser avec ceux qui l'utilisent, en ateliers avec des parties prenantes seniors.
• Desktop d'abord, mobile ensuite.

Décisions UX

• Une hiérarchie claire pour des données financières denses.
• La comparaison de portefeuilles et de stratégies comme parcours central.
• Des prototypes haute fidélité testés dans 3 banques partenaires ; le développement suivi jusqu'à l'intégration.

Contexte

Les TPG coordonnent chaque événement qui touche le réseau genevois avec un seul outil interne : planification, coordination, suivi en temps réel, juridique et logistique. Construit en 9 ans sans approche produit, il avait un onboarding long, une expérience fragmentée, des fonctionnalités inutilisées et des dépendances à des systèmes comme SAP.

Ce que j'ai découvert

• L'outil était plein de frictions et de fonctionnalités en double que personne n'utilisait.
• Les services avaient des besoins communs, éparpillés dans des outils séparés.
• L'information était cloisonnée, ce qui ralentissait la coordination.

Décisions produit

• Auditer avant de refondre, pour partir d'une base objective.
• Cartographier tout le système avec trois service blueprints.
• Couper, puis unifier : fonctionnalités inutilisées supprimées, besoins communs fusionnés.

Décisions UX

• Une seule plateforme adaptée au rythme de chaque service, unifiée dans son langage et sa navigation.
• Des rôles clairs pour chaque service dans chaque événement.
• Les événements en cours et à venir en un coup d'œil, avec un accès rapide pour les urgences.

Contexte

Tarotale est une app de tarot propulsée par l'IA, en ligne depuis février 2025. Je l'ai construite seule, comme une vraie entreprise : un produit par abonnement que les gens paient et continuent d'utiliser, dans une catégorie très concurrentielle.

Ce que j'ai découvert

• Le paywall convertissait mal, à 1,1 %.
• Les utilisateurs n'avaient aucune raison de revenir entre deux tirages, ce qui faisait grimper le churn quotidien.
• Les utilisateurs doutaient de la crédibilité des tirages, un risque pour les abonnements.

Décisions produit

• Monétiser par l'expérimentation : offre, formulation, prix et timing testés dans RevenueCat.
• Fidéliser par l'habitude : une fonctionnalité quotidienne gratuite a divisé le churn quotidien par deux.
• La qualité de l'IA comme problème produit : réponses du LLM et présentation itérées jusqu'à ce que les doutes sur la fiabilité disparaissent.
• Aller sur le marché : un refus de l'App Store contesté puis approuvé ; phase de test Android ; Google, Meta et Apple Search Ads, ASO et UGC.

Décisions UX

• Un onboarding émotionnel : animations de cartes, vidéo et son dès les premières minutes.
• Une vision moderne d'un genre traditionnel, respectueuse de sa symbolique.
• Un univers visuel unique, généré avec Midjourney et retravaillé à la main.