L by LCL

J'interviens là où le métier est verrouillé par la réglementation, pour transformer la contrainte en produit utilisable.

La promesse de la squad tient en une phrase : équiper le professionnel, c'est l'outiller et le protéger, directement dans l'app. L'outiller, c'est facturer et encaisser ; le protéger, c'est couvrir son activité et ses moyens de paiement. La cible : des indépendants et de très petites entreprises, souvent moins de vingt salariés.

La particularité du terrain, c'est que la réglementation est partout : secret bancaire, RGPD, règles des réseaux cartes, devoir de conseil en assurance, facturation électronique. Chaque décision se prend avec le juridique, la conformité et la lutte anti-fraude dans la pièce. Les chapitres qui suivent reprennent mes trois registres, puis l'IA mise au travail dans le quotidien de la squad.

L'objectif principal de la mission était là : cadrer de zéro l'encaissement par carte directement sur smartphone, sans terminal (softPOS / Tap-to-Pay), pour des micro-marchands, artisans et indépendants qui encaissent en déplacement. J'ai porté le cadrage : segments cibles, cas d'usage, proposition de valeur et périmètre du MVP.

J'ai commencé par un benchmark : les néobanques et fintechs de référence convergent vers un encaissement intégré à l'app bancaire, avec activation en temps réel. Le parti pris s'est calé là-dessus, adossé à une configuration d'acquisition qui permet l'activation instantanée et fait baisser les coûts d'onboarding. Puis j'ai conçu le parcours souscription, accès, activation.

Le nœud, c'est l'éligibilité : les réseaux cartes autorisent ou non l'encaissement selon le code d'activité du commerçant (MCC), une donnée que nous n'avions pas nativement. J'ai défini une table de correspondance à partir du code d'activité connu de l'entreprise, pour trancher l'éligibilité automatiquement. Trois arbitrages en sont sortis : un angle mort de conformité levé tôt (le cadre interne ne couvrait pas le softPOS en présentiel), une stratégie de plateforme (Android et iOS, MVP Android-first car l'iOS passe par une licence de l'éditeur de l'OS), et des notes de risque posées noir sur blanc.

Le produit n'est pas encore lancé : je livre un MVP dé-risqué et une définition partagée, pas des chiffres d'usage.

Ce chantier m'a été confié bloqué : un outil de facturation, proposé via un partenariat, entièrement développé (parcours compris) mais qui n'avait jamais reçu le feu vert de la conformité. Il avait été construit sans Product Manager, donc tout le travail amont de cadrage et de conformité restait à faire. L'enjeu était réel : la facturation électronique devient obligatoire pour les entreprises assujetties à la TVA, offrir cette feature met nos clients en conformité, à condition de l'être nous-mêmes.

Le parcours d'éligibilité interroge le partenaire et renvoie quatre verdicts : éligible, à réconcilier (compte partenaire existant, basculable en gratuit), inéligible pour une offre supérieure déjà détenue, inéligible pour multi-entreprises. J'ai repris ce parcours, assaini les cas de refus et l'expérience d'attente.

Le vrai sujet était en amont. Dans le montage d'origine, le produit pré-créait un compte chez le partenaire dès l'entrée en relation, avant d'avoir cadré l'information de l'utilisateur et le partage de ses données : un problème de secret bancaire et de RGPD qui bloquait la mise en production. J'ai rebouclé avec la conformité et repensé le dispositif en deux temps, pour que ce soit le produit qui porte la règle. L'utilisateur signe dès l'entrée en relation les conditions qui l'informent d'un partage possible de ses données, mais la transmission et la création du compte ne se déclenchent qu'au moment où il active lui-même la feature. Le consentement est capté proprement, la transmission ne concerne que ceux qui activent, la feature passe en production. Une fois en ligne, j'ai piloté la migration du stock de clients déjà actifs, chacun réconcilié ou recréé au cas par cas via l'API du partenaire.

Sur la gamme d'assurance pour les pros, souscriptible en ligne dans l'app (signature électronique, validation d'identité) et distribuée avec des assureurs partenaires, j'ai structuré et documenté l'offre pour la squad : référentiel produit et grille de réponses support, en repartant des contrats et des parcours réels.

En cartographiant le parcours, j'ai mis le doigt sur une couture stratégique : le besoin d'assurance responsabilité civile culmine au moment de la création de l'entreprise. Or la souscription intervient après, et le parcours de création est capté par un acteur tiers, en amont de nous. Le moment de besoin maximal nous échappe. Ce n'est pas un problème de parcours, c'est un problème de moment. J'ai étayé le constat par la donnée et l'ai porté aux discussions de roadmap et de positionnement.

Au-delà du produit, j'ai outillé le quotidien de la squad avec l'IA, là où elle fait gagner du temps sans rien réinventer.

Les retours clients arrivaient par Crisp, en flux et sans traitement. J'ai monté une chaîne qui les collecte, les synthétise, les trie, et produit un récapitulatif hebdomadaire sourcé : chaque point renvoie à son verbatim d'origine. L'équipe passe ainsi du bruit de support à une liste de sujets priorisables.

J'ai aussi porté la généralisation de Claude dans l'entreprise : des cas d'usage concrets pour les PM (synthèse, cadrage, analyse de parcours) et le partage des pratiques, pour que l'outil serve au-delà de ma seule squad.