J'aime construire des choses qui servent.

Mon parcours m'a fait passer par le développement, le marketing et la gestion. Alors je m'intéresse autant à la façon dont un outil fonctionne qu'à ce qu'une entreprise peut réellement en faire.

Ce qui m'agace, c'est la facilité avec laquelle on annonce qu'un outil va régler un problème avant même d'avoir compris comment les gens travaillent. Une démo de deux minutes, tout fonctionne. Moi, j'ai tout de suite envie de demander : les données viennent d'où ? Qui vérifie le résultat ? Et quand ça se trompe, il se passe quoi ?

Ces questions font moins rêver. Mais c'est là que le travail commence.

Ma façon de travailler

• Je pars de ton problème, pas d'un outil. Une règle simple peut suffire. L'IA aussi, si l'essai le montre.
• Je parle simplement. Si je dois relire ma propre phrase pour la comprendre, c'est qu'elle est ratée.
• Je ne prends personne de haut. Quelqu'un qui fait son métier depuis quinze ans sait des choses que je ne sais pas.
• Je préviens quand ça bloque. Et je sais dire « je ne sais pas encore », avec une façon de le vérifier et une date.

Ce que je ne fais pas

• Je ne commence pas par vendre un outil.
• Je ne promets pas de chiffre avant d'avoir regardé le travail réel.
• Je ne livre pas de rapport de 40 pages que personne ne lira.
• Je ne te rends pas dépendant de moi : ce que je construis est documenté et t'appartient.

Ce qu'on peut me demander

Clarifier un indicateur que trois services comptent différemment. Supprimer une double saisie. Préparer une liste de relances utile. Former une équipe aux bons usages de l'IA. Construire un premier outil, le tester avec ceux qui s'en servent, et mesurer ce qu'il change.

Et la troupe ?

Alma, Karim, Odile, Momo et les autres sont des personnages dessinés : ils jouent les situations qu'on retrouve dans beaucoup de bureaux. Ce ne sont ni des clients ni des personnes réelles. Moi, en revanche, je suis bien réel, et c'est moi qui te réponds. Faire connaissance avec la troupe.