Aller au contenu
Réserver un diagnostic offert
Menu
Tous les talks
Talk

La méthode pour coder ce qui compte vraiment

… à l’heure où l’IA code tout le reste.

Recevoir les slides en PDF

Le talk en bref

L’IA écrit déjà une grande partie du code. On code plus vite, mais quoi ? Une solution sans problème, plus un agent IA, égale du code inutile, livré plus vite.

Le talk suit une équipe du début à la fin : celle de BétonPro, un SaaS pour le BTP inventé pour l’occasion, et Victor, chef de chantier. En trois étages : le pourquoi, prioriser, (se) parler.

Trois questions avant votre prochain ticket

Pour un humain, ou pour un agent :

  1. Pour qui ?
  2. Pour quel résultat business ?
  3. Est-ce écrit là où l’agent le lira ?

Les méthodes du talk

  • Impact mapping, de Gojko Adzic.
  • Jobs To Be Done, de Clayton Christensen et Tony Ulwick.
  • Les 5 pourquoi, de Sakichi Toyoda, chez Toyota.
  • La matrice valeur / effort.
  • La user story au format Connextra, popularisée par Mike Cohn.
  • MoSCoW, de Dai Clegg.
  • Le story mapping, de Jeff Patton.

Les 38 slides

Sous chaque slide, son texte, puis, en plus petit, la description de ses dessins et de ses graphiques. Ces descriptions servent aux personnes qui lisent la page avec un lecteur d’écran.

© 2026 Cateline Puccetti. Ces slides, leur texte et leurs dessins sont sous licence Creative Commons BY-NC-ND 4.0 : vous pouvez les partager en citant l’autrice et le lien de cette page, sans les modifier ni en faire un usage commercial. Les photos et captures d’autres auteurs gardent leurs propres droits, indiqués sous la slide.

  1. Slide 1 : La méthode pour coder ce qui compte vraiment. Son texte suit.

    1 La Mêlée Numérique 2026, Révolutions artificielles. La méthode pour coder ce qui compte vraiment… à l’heure où l’IA code tout le reste. Cateline Puccetti, sparring partner pour les décisions produit en SaaS B2B. Portrait de Cateline sur un disque jaune.

  2. Slide 2 : Levez la main. Son texte suit.

    2 Levez la main… Qui a fait coder une IA cette semaine ? Dessin : une salle de petits cubes, la main levée.

  3. Slide 3 : On code plus vite… mais quoi ?. Son texte suit.

    3 2026. On code plus vite… mais quoi ? 75 % du nouveau code chez Google est généré par l’IA. Source : Sundar Pichai, avril 2026, code généré par l’IA puis relu par les ingénieurs (chiffre déclaratif).

  4. Slide 4 : 18 ans de produit en SaaS B2B. Son texte suit.

    4 18 ans de produit en SaaS B2B, chez Holy-Dis, Eurécia, Berger-Levrault et iSYBUY. J’ai appris le produit sur le terrain, au service client, avec les devs, en formation continue. Quatre petits dessins de Cateline, un pour chaque façon d’apprendre, et les logos des quatre éditeurs.

  5. Slide 5 : Aujourd’hui. Son texte suit.

    5 Aujourd’hui : sparring partner des Head of Product et Lead PM en SaaS B2B, avec cateline.fr. Cofondatrice de l’association Tech Speak’Her. Autrice, sous le nom de Cateline Sola.

  6. Slide 6 : Pourquoi on le fait ?. Son texte suit.

    6 En écriture comme en code, une seule question : pourquoi on le fait ? Pour qui ? Et pour quel résultat business ?

  7. Slide 7 : Le code a désormais un prête-plume. Son texte suit.

    7 Le code a désormais un prête-plume. Une solution sans problème, plus un agent IA, égale du code inutile, livré plus vite. Dessin : un agent IA tape à toute vitesse sous une pile de feuilles ; Cateline lui demande : Et l’intrigue ?

  8. Slide 8 : Coder ce qui compte vraiment. Son texte suit.

    8 Coder ce qui compte vraiment, en trois étages : 1, Pourquoi. 2, Prioriser. 3, (Se) Parler. Dessin : un escalier de cubes en pointillés, avec le petit cube jaune tout en haut qui demande : On monte ?

  9. Slide 9 : Partie 1 : Le Pourquoi. Son texte suit.

    9 Partie 1 sur 3 : Le Pourquoi.

  10. Slide 10 : Des fonctionnalités inutiles. Son texte suit.

    10 Qui pense avoir travaillé sur des fonctionnalités inutiles ? Dessin : un cube jette à la poubelle des fonctionnalités inutiles, en disant Trois points !

  11. Slide 11 : BétonPro. Son texte suit.

    11 BétonPro, SaaS pour le BTP, inventé pour ce talk. Le bon béton, à l’heure, sans quitter le chantier. Leur roadmap : bouton urgent, agent vocal, géoloc du camion… 1 200 clients du BTP. 8 % de churn (5 % l’an dernier). On appelle, c’est plus simple., disent les clients qui partent.

  12. Slide 12 : Trois hypothèses. Son texte suit.

    12 Le churn de BétonPro est passé de 5 % à 8 % en un an. Qu’est-ce qui a changé ? Trois hypothèses. Hypothèse 1, le marché : des TPE du BTP ferment. On ne l’évite pas… on peut l’amortir. Hypothèse 2, le contexte : moins de bras, plus d’intérimaires, des chefs de chantier qui débutent. Hypothèse 3, le produit : nouveau cette année, la validation du conducteur de travaux avant chaque commande. Les données vont trancher.

  13. Slide 13 : Ce qu’ils disent… et ce qu’on observe. Son texte suit.

    13 L’analyse du churn : ce qu’ils disent… et ce qu’on observe. 8 % de churn cette année. Fermetures : 2 %, des TPE qui ferment, c’est vérifiable et public. On ne l’évite pas… on l’amortit : formule réduite, alerte quand les commandes chutent. Départs : 6 %. Pourquoi partent-ils ? Ce qu’ils disent : On appelle, c’est plus simple. Trop cher pour le service rendu. Ce qu’on observe : pour l’urgent, ils n’utilisent pas l’app. Ce que disent les clients est un indice, pas une preuve. On mesure. Note : cas fictif. Fermetures vérifiables au BODACC. Source : Les utilisateurs mentent sur leurs raisons de départ : Rachel Dubois, Devoxx France 2025.

  14. Slide 14 : L’urgent ne passe pas par l’app. Son texte suit.

    14 Ce qu’on observe dans les données : l’urgent ne passe pas par l’app. Exemple fictif. Graphique des commandes passées via l’app, selon le délai entre commande et réception : presque rien sous 2 heures et le jour même, beaucoup à J+1, J+2, J+3 et au-delà. Annotation : Presque rien. Les urgences passent par téléphone.

  15. Slide 15 : Tombez amoureux du problème. Son texte suit.

    15 Impact mapping de BétonPro (cas fictif). Tombez amoureux du problème, pas de la solution (Uri Levine, cofondateur de Waze). Pourquoi : churn de 8 % à 5 % d’ici juin 2027 ; ceux qui partent n’utilisent pas l’app pour l’urgent, trop compliqué. Qui, comment et quoi : les chefs de chantier passent l’urgent dans l’app, au lieu d’appeler, avec l’IA qui calcule le volume sur photo ou une commande urgente en 2 taps. Les conducteurs de travaux contrôlent après coup, au lieu de bloquer, avec une validation après coup en 10 min ou un seuil sous 8 m³, sans attente. Les dirigeant·es des TPE clientes réduisent leur abonnement, au lieu de résilier, avec une formule réduite sans frais ou une alerte quand les commandes chutent. Impact Mapping : Gojko Adzic.

  16. Slide 16 : Victor, chef de chantier. Son texte suit.

    16 Victor, chef de chantier. Gants, bruit, mobile. Français langue seconde. Pas geek. Dessin : Victor, casque sur la tête, crie Allô ?! dans son téléphone à côté d’une toupie à béton qui fait « Vrrrr ! »

  17. Slide 17 : Son job to be done. Son texte suit.

    17 Pour que son entreprise reste cliente… Ce que Victor demande, une solution : Il me faut un bouton URGENT. Le vrai besoin, son job to be done : quand il manque du béton en plein coulage, je veux le bon béton sous 2 heures, pour couler ma dalle d’un seul tenant. Jobs To Be Done : Clayton Christensen, Tony Ulwick.

  18. Slide 18 : Les pourquoi du chef de chantier. Son texte suit.

    18 Les pourquoi, chaîne 1, le chef de chantier : Victor veut commander du béton en urgence. Pourquoi ? Il manque 4 m³ pour finir la dalle. Pourquoi ? La toupie n’a livré que la moitié. Pourquoi ? Le fournisseur a compris « demi-toupie ». Pourquoi ? La commande est passée par téléphone. Pourquoi ? Dans l’app, c’est trop compliqué, et la validation bloque. Les 5 pourquoi : Sakichi Toyoda (Toyota). Cinq petits dessins de Victor, un par pourquoi.

  19. Slide 19 : Les pourquoi du conducteur de travaux. Son texte suit.

    19 Les pourquoi, chaîne 2, le conducteur de travaux : et le conducteur, pourquoi tout valider ? Pourquoi ? Des factures arrivent qui ne collent pas. Pourquoi ? La commande ne correspond pas au besoin réel du chantier. Pourquoi ? Les infos terrain et bureau n’étaient pas alignées. Pourquoi ? Tout repose sur l’expert métrés… souvent absent. On a livré ce que les clients demandaient : du contrôle. Et ce contrôle a renvoyé l’urgent au téléphone. Quatre petits dessins, dont une facture de 30 m³ pour une commande de 20 m³.

  20. Slide 20 : Trois solutions sur la table. Son texte suit.

    20 Deux chaînes de pourquoi, deux besoins. Besoin 1 : commander l’urgent sans attendre. Besoin 2 : contrôler ce qui est commandé, sans bloquer. Trois solutions sur la table : un seuil, sous 8 m³, pas d’attente ; la validation après coup, en 10 min ; l’IA qui calcule le volume sur photo. Laquelle d’abord ?

  21. Slide 21 : Ce qu’il faut garder de la partie 1. Son texte suit.

    21 Partie 1, le Pourquoi. Si vous ne gardez que ça : 1, un besoin, c’est une action métier. Pas un bouton. 2, les 5 pourquoi remontent à la racine. 3, tombez amoureux du problème. Dessin : un cube détective, loupe en main : Pourquoi ? … et pourquoi ?

  22. Slide 22 : Partie 2 : Prioriser. Son texte suit.

    22 Partie 2 sur 3 : Prioriser.

  23. Slide 23 : Mais tout est urgent !. Son texte suit.

    23 Mais tout est urgent !

  24. Slide 24 : Valeur / effort. Son texte suit.

    24 Valeur / effort. Gros paris, plus de valeur et plus d’effort : la validation après coup, l’IA volume sur photo. Quick wins, plus de valeur et moins d’effort : le seuil sous 8 m³. À éviter : moins de valeur, plus d’effort. Bouche-trous : moins de valeur, moins d’effort.

  25. Slide 25 : Notre pari, en une phrase. Son texte suit.

    25 Notre pari, en une phrase. En tant que Victor, chef de chantier, je veux passer une commande urgente sans attendre la validation, afin de couler ma dalle d’un seul tenant. Derrière : zéro pénalité, un client qui renouvelle. Moins de churn. Format de user story : Connextra (2001), popularisé par Mike Cohn.

  26. Slide 26 : Hypothèse : les urgences passeront par l’app. Son texte suit.

    26 On mesure ce qui est mesurable. Hypothèse : les urgences passeront par l’app. Exemple fictif, commandes passées via l’app. Graphique : aujourd’hui, les commandes à moins de 2 heures et du jour même passent encore par téléphone ; l’objectif de juin 2027 les fait monter dans l’app.

  27. Slide 27 : MoSCoW. Son texte suit.

    27 MoSCoW : Must, Should, Could, Won’t. On y renonce, pour cette fois. Explicitement. MoSCoW : Dai Clegg (1994). Dessin : un cube dit Le plus important, c’est le S !, un autre répond Non… c’est le W.

  28. Slide 28 : Parcours de Victor : la commande urgente. Son texte suit.

    28 Parcours de Victor, la commande urgente : constater le manque, préparer la commande, commander, attendre la livraison, réceptionner le béton. Must : commande urgente dès l’accueil, béton du chantier pré-rempli, volume en gros boutons, envoi sans attente sous 8 m³. Should : Face ID, calculer le volume avec le métrage, conducteur prévenu, fournisseurs en stock livrant sous 2 h, estimation du délai de livraison, valider la réception avec l’heure et la photo du bon. Could : contacter le chauffeur, évaluer le fournisseur. Won’t : commande vocale, volume calculé par IA sur photo, validation bloquante avant envoi, géoloc temps réel du camion. Story mapping : Jeff Patton.

  29. Slide 29 : Qu’est-ce qui coûte ?. Son texte suit.

    29 Quand coder ne coûte (presque) plus rien, qu’est-ce qui coûte ? Coder plus, peut-être. Coder utile, surtout. Source : GitClear, 2026. Dessin : un agent IA empile des feuilles « +81 % de code dupliqué » ; à côté, un cube dépité devant une pile « À relire ».

  30. Slide 30 : Ce qu’il faut garder de la partie 2. Son texte suit.

    30 Partie 2, Prioriser. Si vous ne gardez que ça : 1, une solution, c’est un pari : on la mesure. 2, le plus important, c’est le W : dire non. 3, coder plus, peut-être. Coder utile, surtout. Dessin : un cube brandit une pancarte W : Non merci !

  31. Slide 31 : Partie 3 : (Se) Parler. Son texte suit.

    31 Partie 3 sur 3 : (Se) Parler. Les devs ne sont pas là juste pour coder, d’après Rachel Dubois, Devoxx 2025.

  32. Slide 32 : Votre meilleur prompt : le pourquoi. Son texte suit.

    32 Votre meilleur prompt : le pourquoi. Prompt nu : Un bouton béton urgent. Prompt avec le pourquoi. Pour qui : Victor, chef de chantier ; gants, bruit, français langue seconde. Résultats : dalle coulée d’un seul tenant ; churn de 8 % à 5 %. Besoin : commander l’urgent sous 8 m³, sans attendre la validation. Contraintes : gros boutons pour choisir, 1 tap par écran, pas de vocal. Hors périmètre : vocal, GPS, volume par IA. C’est réussi si plus de commandes urgentes passent par l’app.

  33. Slide 33 : Le dev parle plus à son agent qu’à son PM. Son texte suit.

    33 Aujourd’hui, le dev parle plus à son agent qu’à son PM. 2 h par jour avec l’IA. Et avec votre PM ? Agents IA : 31 % des devs en 2025, 59 % en 2026. Le goulot, c’est de décider ce qu’on veut vraiment construire. Andrew Ng (traduit), podcast No Priors, 2025. Sources : 2 h par jour : médiane des pros de la tech qui utilisent l’IA au travail, DORA, State of AI-assisted Software Development, 2025. Agents IA : Stack Overflow, Developer Survey 2025 (31 %) et sondage d’avril 2026 (59 %). Dessin : le dev discute avec son agent IA ; le PM, à l’écart, demande À quoi ça sert ?

  34. Slide 34 : Des agents qui écrivent pour des agents. Son texte suit.

    34 Des agents qui écrivent pour des agents. 1, un agent de spec écrit… pour un agent de code. 2, ce qui manque à leur contexte… ils l’inventent. 3, donnez-leur : pour qui, quel résultat. Persona, objectif chiffré, hors périmètre. Ce contexte, vous l’avez déjà : l’impact map, Victor, son job.

  35. Slide 35 : Trois questions avant votre prochain ticket. Son texte suit.

    35 Avant votre prochain ticket, 3 questions, pour un humain… ou un agent : 1, pour qui ? 2, pour quel résultat business ? 3, est-ce écrit là où l’agent le lira ? Dessin : un cube au mégaphone : Pour qui ?!

  36. Slide 36 : Et demain, selon votre place. Son texte suit.

    36 Pour vous. Et demain, selon votre place. Dev : vous n’êtes pas là juste pour coder, demandez pour qui, et pour quel résultat. PM / PO : mettez personas, clients et objectif business dans le contexte des agents. Dirigeant·e : fixez un objectif business chiffré. Et exigez qu’il soit écrit là où l’agent le lira.

  37. Slide 37 : Merci La Mêlée Numérique !. Son texte suit.

    37 Avant les questions. Merci La Mêlée Numérique ! Elise Brunet, pour l’invitation. La team Tech Speak’Her, sans qui je ne serais pas là aujourd’hui.

  38. Slide 38 : L’IA a rendu le code presque gratuit à écrire. Son texte suit.

    38 L’IA a rendu le code presque gratuit à écrire. À nous de décider ce qu’elle code. Mon site : cateline.fr. LinkedIn : Cateline Puccetti. Votre avis : OpenFeedback. Deux QR codes, vers cateline.fr et vers OpenFeedback.

Recevoir les slides en PDF

Laissez votre adresse : vous recevez un message de confirmation, puis le lien du PDF (38 slides, 5,7 Mo).

Format : une adresse du type nom@entreprise. Cateline pourra aussi vous écrire au sujet du produit en SaaS B2B. Désinscription en un clic. Détails dans les mentions légales.

Ces questions se posent chez vous ?

Pour qui, pour quel résultat business : c’est le travail que je fais avec les Head of Product et les Lead PM en SaaS B2B.

Qui je suis
Réserver un diagnostic offert

30 min avec Cateline, sans engagement.