Je vous avais un peu vendu la mèche dans ce post et un peu dans celui-là.

Aux origines du Studio Lamarck

Cet été, avec une équipe de choc, j'ai créé une association à but non lucratif : le Studio Lamarck. Son objectif est simple : favoriser la création digitale indépendante. Ce qu'on essaie de faire, c'est de redonner aux builders et à tous ceux qui veulent fabriquer des produits le pouvoir d'aller au bout avec l'accompagnement nécessaire.

On s'est rapidement rendu compte, avec les cofondateurs du Studio Lamarck sur nos projets respectifs, qu'une fois passée l'euphorie de la découverte de l'IA et des premières lignes de code pondues, on arrive vite face au mur que tout solo builder rencontre un jour : avoir la tête tellement dans le guidon qu'on n'est plus capable de prendre une décision éclairée.

J'ai souhaité que le studio soit avant tout une communauté. Un espace dans lequel on peut échanger librement, sans engagement, simplement avec l'envie de participer, d'aider les autres et d'obtenir des retours sur son propre projet. Le studio est articulé autour d'un serveur Discord où les membres partagent leurs avancées et s'entraident. Si vous voulez rejoindre l'association et le Discord, ça se passe ici.

Le crash test des jam sessions

On voulait aussi prolonger ce Discord avec des événements physiques plus structurés. On a donc imaginé des « jam sessions », très inspirées des sessions de codéveloppement. Le principe : réunir plusieurs builders autour de la table, faire un focus sur un seul projet à la fois, et permettre au porteur de présenter ses avancées, de célébrer ses victoires et de partager ses blocages. Ensuite, à la façon d'un atelier, l'assemblée cherche et propose des solutions concrètes pour le builder en s'appuyant sur ses propres retours d'expérience.

Tout le monde y gagne : le porteur de projet repart avec des pistes directement actionnables, et les participants font le plein d'inspiration et d'apprentissages pour leurs futurs défis. La co-création rend la démarche vertueuse pour chacun, et c'est entièrement gratuit.

Mercredi dernier, c'était notre session test. On voulait éprouver le format, prendre des notes et vérifier que chacun y trouvait son compte. L'idée est de pérenniser le rythme et de dégoter un lieu fixe pour nous accueillir, sans avoir à chercher une salle différente à chaque fois, tout en misant à fond sur la convivialité. L'objectif est aussi de créer du lien entre builders pour briser la solitude que l'on peut parfois ressentir.

MyMémoires sur le gril : UX et Mistral Large

Pour cette première, j'ai eu la chance d'avoir un long segment dédié à MyMémoires. Je venais avec deux gros sujets à présenter.

Le premier était un pur problème de design et d'UX. J'avais tellement le nez dans mon projet que je n'arrivais plus à prendre de recul, mais je sentais bien depuis quelques semaines que la navigation et l'enchaînement des écrans manquaient de fluidité. Moi, je m'y retrouvais par cœur, mais un utilisateur qui découvrait l'application était vite perdu : comment lancer un enregistrement, consulter les souvenirs, lire la biographie finale, personnaliser son livre ou l'envoyer en impression ? J'ai eu droit à d'excellents retours, j'ai pris une tonne de notes et j'ai même eu droit à un super schéma sur un tableau blanc. J'ai hâte de réattaquer le parcours utilisateur à partir de ces inputs.

Avant cela, je m'attaque à un gros morceau côté tech : l'intégration de Mistral Large 4 (LE CHONK), sorti la semaine dernière, qui va devenir le nouveau moteur LLM pour mes agents chargés de rédiger les biographies. Pour sortir un récit de qualité et éviter les textes uniformes, il me faut le modèle avec les meilleures capacités de raisonnement. Reste à le dompter : les prompts qui fonctionnaient historiquement sur d'autres modèles doivent être revus, car Large 4 ne traite pas l'information comme ses prédécesseurs. Je suis en pleine phase de « test and learn » pour peaufiner mes agents rédacteurs et nous entrons dans la dernière étape de fine-tuning. Il y a déjà un écart très net par rapport à la version précédente.

Repenser le modèle économique : le déclic du cadeau

Autre sujet abordé lors de cette jam : le modèle économique. Être solo builder, ce n'est pas seulement concevoir un produit, c'est aussi penser à sa viabilité financière. J'ai voulu challenger le modèle que j'avais imaginé, d'autant que j'ai du mal aujourd'hui à évaluer si les utilisateurs sont prêts à s'abonner pour ce type d'usage. J'avais envisagé de m'inspirer de Famileo, mais je doutais de la pertinence de ce format récurrent pour MyMémoires.

Une super suggestion a émergé des échanges. Comme la finalité de MyMémoires est de produire un objet physique, l'application peut typiquement s'offrir comme un cadeau à sa grand-mère. Et ce cadeau a une double valeur : il y a le livre relié à la fin, mais il y a aussi tous les moments partagés avec les enfants et les petits-enfants pour enregistrer les souvenirs.

Je pense donc plutôt lancer une offre à prix fixe : un tarif unique comprenant un accès familial illimité à l'application MyMémoires avec autant d'enregistrements que souhaité, et un exemplaire physique inclus à la fin (avec la possibilité de commander des exemplaires supplémentaires à prix coûtant). Cela crée une vraie incitation pour l'utilisateur à aller jusqu'au bout du parcours.

La suite : ouvrir les portes et partager l'élan

Je repars de cette soirée avec pléthore de conseils précieux pour faire grandir MyMémoires, et j'ai adoré voir l'énergie et l'avancement des projets des autres membres. On va très vite caler la session suivante pour entretenir cette dynamique.

Avec les membres du Studio Lamarck, on réfléchit aussi à communiquer plus largement sur les réseaux pour faire connaître l'association. Créer de la visibilité autour du studio permettra, à terme, d'offrir un vrai tremplin marketing pour le lancement des produits de chaque membre.

Si vous voulez suivre l'aventure du Studio Lamarck, rejoignez la communauté ou abonnez-vous à notre page LinkedIn : c'est là qu'on annoncera les prochains rendez-vous

::link-button{label="Studio Lamarck Linkedin" url="https://www.linkedin.com/company/studiolamarck"} ::

Pour la nouvelle mouture de MyMémoires, j'ai voulu muscler mon jeu de génération de biographie.

Jusqu'ici, l'orchestration reposait sur deux rôles. Un agent orchestrateur construisait la structure du récit. Un agent écrivain rédigeait ensuite les chapitres, un par un, en suivant ses consignes.

Pour chaque chapitre, l'orchestrateur lui fournissait le contenu brut à utiliser, lui indiquait le sujet à traiter, et surtout ce qu'il ne fallait pas aborder, pour éviter les répétitions d'un chapitre à l'autre.

Le résultat était de bonne qualité : un récit qui se tient, un fil compréhensible, pas de redites, et une histoire qui suit la vie de la personne de façon logique.

Des chapitres qui ne se parlent pas

Sauf qu'il restait un problème. Les chapitres s'enchaînaient les uns après les autres, sans vrai lien entre eux. Ce qui manquait, c'était du liant entre les éléments importants du récit.

Prenons un exemple concret. Dans la maison de retraite où MyMémoires v1 est déployé, une résidente raconte sa vie. Au fil des récits, elle parle de ses frères et sœurs : elle a 2 frères et 2 sœurs.

Le hic, c'est que l'agent écrivain n'a accès qu'à la partie des retranscriptions que lui confie l'orchestrateur pour son chapitre. Selon le chapitre, il ne connaît donc pas la fratrie en entier, et ne cite que ceux qui apparaissent dans ses extraits. Résultat : des erreurs et des approximations dans les biographies.

Il fallait donc créer un lien entre tous les éléments clés d'une histoire.

Un troisième agent entre dans la danse

C'est là qu'un nouvel agent entre dans la danse. Son rôle : repérer les artefacts dans chaque transcription et les consigner dans une table en base de données.

Pourquoi parler d'artefacts ? Parce qu'un artefact, c'est un objet précieux et chargé de sens. Et c'est exactement ce que sont les informations que cet agent enregistre : des éléments chargés de sens, et précieux.

Il cherche quatre types d'artefacts : les personnes (et leur lien avec le conteur), les lieux, les métiers et les évènements importants.

Pour ce rôle, pas besoin d'un modèle frontière. Pour de l'identification et de la classification, Mistral Small 4 est totalement suffisant et parfaitement capable.

Pour chaque artefact, l'agent attribue un score de confiance. Si ce score passe sous un certain seuil, une pop-in apparaît et demande à l'utilisateur de confirmer une supposition.

Ce seuil, il va falloir le calibrer. Pour ça, je vais devoir passer par des phases de tests, en racontant des histoires avec des éléments qui sèment le doute. Des actions de recette qu'on n'a pas l'habitude de faire.

Cette table est ensuite lue à deux moments du processus : quand on traite le transcript vocal pour en créer le résumé, et quand on construit la biographie.

Concrètement, peu importe le chapitre sur lequel travaille l'agent écrivain, il a toujours accès au contexte du narrateur. Fini la fratrie découpée.

Une console pour tout visualiser

Pour voir ces artefacts de façon graphique, j'ai construit une console qui les présente pour chaque conteur.

::gallery{columns=3} ::

Dans cette console on affiche les artéfacts selon les différents type:

• Un tableau des personnes en lien avec le conteur
• Un arbre généalogique pour la famille
• Une frise chronologique de vie où sont répertoriés évènements, lieux et professions exercées.

À terme, j'aimerais être capable de produire ces arbres généalogiques et ces timelines de vie insérable dans la biographie (en fin de livre, par exemple).

Ouvrir la console aux utilisateurs, ou pas ?

Reste une question : est-ce que je donne accès à cette console, ou à un équivalent, aux utilisateurs de l'app ?

Je commence à galérer pour garder un flow simple, et j'ai peur que cette console vienne complexifier encore un peu plus l'application.

D'un autre côté, j'aimerais pouvoir présenter l'arbre généalogique du conteur. Et donner la possibilité de compléter ce qui manque : ajouter les personnes jamais citées pendant les sessions d'enregistrement, ajuster l'orthographe d'un prénom ou d'un nom de famille, préciser une date de naissance, ou la rue où le conteur vivait à une certaine époque.

Mais l'objectif de MyMémoires, c'est avant tout de favoriser la conversation et le dialogue. Pas de faire passer du temps aux utilisateurs derrière un écran.

Je ne suis pas encore fixé. Pour l'instant, la console reste en back-office pour valider mes tests. Peut-être que je la partagerai à quelques utilisateurs clés pour avoir leur feedback sur cette feature.

Si vous avez un avis sur la question, je suis preneur.

Mon premier réflexe a été d'accuser l'infrastructure : surcharge d'appels parallèles sur l'API Gemini, threads qui sautent ou timeout classique. Mais en ouvrant la console dans Google AI Studio, le verdict était tout autre. Le modèle me renvoyait une erreur explicite : « Forbidden, je ne peux pas générer ce texte car il enfreint mes règles de sécurité ».

Quand les filtres de sécurité se heurtent à la vraie vie

Ma première parade technique a été d'ajuster les safety settings. Pour les catégories harassment, hate speech ou sexually explicit, j'ai passé les seuils à BLOCK_NONE. Un récit de vie authentique ne filtre pas la réalité : nos aînés racontent fidèlement des situations rudes, des contextes d'injustice ou des conflits passés.

Cette modification a débloqué une partie du pipeline, mais pas la totalité. J'ai vite réalisé que certains filtres fondamentaux des modèles commerciaux restent infranchissables. Des thématiques comme la guerre, le travail des enfants ou le suicide déclenchent des blocages stricts et non configurables. Or, le travail infantile ou les traumatismes de guerre sont le quotidien de personnes nées il y a 85 ou 90 ans.

Ce blocage impose un vrai défi d'architecture : soit je dois injecter un contexte lourd pour convaincre le modèle qu'il s'agit d'un travail historiographique légitime ( ce qui alourdit mon pipeline automatique ), soit je dois arbitrer entre la qualité de plume d'un modèle et sa tolérance aux récits sans fard. Réécrire ou édulcorer un pan de vie sous prétexte de modération automatisée n'est pas une option.

Le piège du lissage émotionnel et du contexte historique forcé

Au-delà de la censure, le réglage fin du prompt d'écriture m'a demandé des dizaines d'itérations pour désamorcer deux défauts majeurs des LLM :

1. Le syndrome du « happy ending » : Par défaut, les modèles ont une fâcheuse tendance à vouloir consoler le lecteur. Si un témoin partageait une tristesse profonde liée au deuil, l'agent ajoutait systématiquement une formule d'espoir réconfortante à la fin du chapitre. C'est un ressort classique de narration grand public, mais c'est l'antithèse d'une biographie. Si une émotion est brute, sombre ou douloureuse au moment où la personne la raconte, elle doit rester intacte sur la page.
2. L'obsession de la grande Histoire : Sachant que le modèle maîtrise le contexte d'une époque, j'avais d'abord tenté de lui faire relier les récits aux événements majeurs. S'il voyait « Paris en 1968 », je voulais qu'il comprenne les secousses de mai 68 sans obliger le témoin à expliciter le décor. Résultat : une galère sans nom. L'agent écrivain forçait des passerelles artificielles vers les manuels d'histoire, reléguant le quotidien du témoin au second plan. J'ai abandonné l'idée : je fournis désormais l'ancrage temporel pour éviter les anachronismes, mais je lui interdis d'inventer des liens historiques.

Exemple de paragraphe de ma vie, généré avec abus de références historiques :

Je me revois courir dans les allées, indifférent à la géopolitique qui redessinait l'Europe avec le traité de Maastricht, ignorant tout des fractures du monde qui m'avait vu naître. Ma réalité, c'était la rentrée des classes avec des cartables trop grands, le bruit du modem 56k qui commençait tout juste à chanter dans les foyers les plus modernes, et cette sensation diffuse, mais persistante, d'être un point d'interrogation au milieu d'une phrase affirmative.

Le rôle du modèle n'est pas d'en faire des tonnes, mais de retranscrire avec humilité et justesse l'authenticité de la parole recueillie.

Dans les coulisses : mon architecture agentique

Pour orchestrer tout cela proprement, j'utilise actuellement un système à deux niveaux :

• L'agent orchestrateur : Il balaie rapidement les résumés et les transcriptions brutes de chaque session d'enregistrement. Son rôle est de bâtir la structure globale, chapitre par chapitre. Il définit le titre, rassemble les extraits pertinents et rédige la feuille de route de chaque partie. Pour garantir une transition fluide et bannir les répétitions, il donne des consignes strictes d'exclusion : « Rédige sur le sujet A. En revanche, n'aborde absolument pas les sujets C et D, car ils sont planifiés pour les chapitres 3 et 5 ».
• Les agents écrivains : Une fois le plan verrouillé, l'orchestrateur instancie autant d'agents écrivains que de chapitres. Chaque agent prend connaissance de ses données brutes, applique la charte stylistique et génère sa section de manière ciblée.

La prochaine étape : structurer la mémoire du récit

Ce workflow fonctionne et donne d'excellents résultats sur l'alpha, mais il atteint ses limites sur la consistance globale. Aujourd'hui, les agents écrivains peinent parfois à réconcilier des mentions éparses : si le témoin mentionne « mes deux frères » dans la session une, puis « ma sœur » dans la session trois, le modèle peut s'emmêler les pinceaux sur la composition exacte de la fratrie.

La suite logique de mon chantier technique consiste à extraire et persister en base de données les entités clés dès la transcription : l'arbre généalogique, les lieux récurrents et la chronologie des faits. Ces métadonnées structurées serviront de source de vérité absolue à l'orchestrateur.

L'expérimentation sur le terrain valide l'intérêt de la démarche : le vibe coding permet d'avancer vite, mais c'est la confrontation aux vraies données utilisateurs qui révèle les vrais défis d'ingénierie logicielle.

L'Alpha de MyMémoires en prod : 100 sessions, 7 vies racontées

Aujourd’hui, j’ai la chance d’avoir le prototype de l’application dédié aux maisons de retraite (l’app B2B) en production, entre les mains de vrais utilisateurs. Sept conteurs (les résidents) ont entamé le parcours de rédaction de leurs souvenirs et ont enregistré une centaine de sessions. Concrètement, c'est une centaine de moments où un membre du personnel s'est posé en tête-à-tête avec un résident pour l'écouter raconter sa vie.

C'est là que réside la vraie richesse de MyMémoires. La vraie valeur ajoutée (son vrai succès selon moi ), c'est cette conversation humaine qui finit par s'incarner dans un objet physique. Chaque échange sert à reconstituer la vie de la personne, et chaque moment d'écoute est valorisé jusqu'à l'obtention du livre imprimé. Chez ces 7 résidents, tous ont atteint le stade de pouvoir générer au moins une biographie. Certains l'ont même fait plusieurs fois pour lire et partager l'histoire de leur vie avec leur famille, avec le rendu qu'aurait pu offrir un biographe professionnel.

Pour mettre cette application en production rapidement, j'avais dû faire des concessions sur certaines technos pour valider l'usage. Mais j'avais quand même voulu protéger les résidents et le personnel en rédigeant des CGU que je pensais "sérieuses".

"Vos CGU ? C'est non." : le réveil juridique

Le résultat de l'audit de la juriste est sans appel : les CGU que j'ai générées, principalement à l'aide de LLM, ne sont pas valables.

Pour la version 2, qui se veut beaucoup plus structurée, je ne peux pas les utiliser telles quelles. Mais ce n'est pas grave : c'est l'occasion d'utiliser cette expertise pour construire quelque chose de beaucoup plus solide. Je refuse que les CGU soient une simple case à cocher à l'inscription. Je veux qu'elles incarnent mes valeurs et ma volonté farouche de protéger les données.

Pendant la phase Alpha, je me suis rendu compte que les souvenirs partagés par les résidents étaient un véritable trésor. Hors de question que ces informations tombent entre de mauvaises mains. Je veux garantir d'une part que les données ne servent à rien d'autre qu'à construire la biographie, et d'autre part que la personne qui se raconte reste la seule propriétaire exclusif de ses droits.

Le pivot HDS : zéro entraînement, 100% de sécurité

Le point très positif, c'est que la juriste du groupe était ultra motivée par le projet. Elle m'a fait des retours très concrets et m'a proposé qu'on itère ensemble pour rendre MyMémoires parfaitement "compliant" (Un immense meeeerrrcii !!!!).

Il ne s'agit pas juste de changer trois lignes de texte, il faut adapter la solution technique aux exigences qu'implique le traitement de données de personnes vulnérables. Concrètement, ça veut dire deux choses :

1. Zéro entraînement de modèles sur nos datas et aucune conservation des enregistrements vocaux.
2. Un stockage certifié HDS (Hébergement de Données de Santé).

Pour ça, je dois contractualiser avec un acteur sérieux, et si possible français. Je veux une solution intégralement hébergée sur notre territoire.

La stack V2 : Les Mistrals gagnants

C'est dans cette logique que j'ai revu toute la stack de génération LLM. Là où j'utilisais Google Gemini dans la version Alpha, je passe chez Mistral pour la V2.

Pourquoi Mistral ? Déjà parce que c'est une solution française. J'ai confiance en leurs modèles, la qualité est au rendez-vous et leurs prix permettent de rester super compétitifs. Mes premiers tests avec un backend Python montrent que l'interconnexion à leurs API est d'une fluidité redoutable. Leurs modèles me permettent de traiter la partie enregistrement très facilement. La qualité de transcription que j'obtiens me permet d'ailleurs d'anticiper de futures évolutions, comme la diarisation ou la captation de concepts pour guider graphiquement l'utilisateur.

Dans cette même veine souveraine, j'aimerais tester l'API de Gradium pour le speech-to-text. C'est un acteur français à la pointe sur la voix qui me permettrait d'aller chercher un niveau de qualité encore supérieur. J'aimerais me rapprocher d'eux et de Mistral, idéalement via un programme de partenariat startup, pour continuer à prototyper à moindre coût avant d'officialiser la bascule.

Le porte-étendard : afficher la tuyauterie

Pour matérialiser tout ça, j'ai créé une page dédiée dans le parcours d'inscription pour présenter ma stack technique. L'objectif : montrer que nous sommes 100 % hébergés en France avec des technologies européennes.

Là où la concurrence masque généralement son infrastructure, j'ai codé un composant visuel sympa pour afficher fièrement où sont les serveurs et quels modèles LLM font tourner la machine. C'est comme acheter ses légumes en circuit court : on est fier de soutenir l'économie locale. C'est cette philosophie que je veux appliquer à MyMémoires.

Quand on confie les récits de toute une vie, on préfère le faire à une entreprise soumise aux réglementations européennes, où la protection de la vie privée n'est pas une option mais une règle d'or. En l'affichant, je montre mon engagement. L'objectif, c'est que les utilisateurs n'aient plus l'ombre d'un doute ou d'une crainte lorsqu'ils appuient sur le bouton "Enregistrer".

Adieu la double identité (et les néons Matrix)

Anciennement, mon portfolio était scindé en deux parties faisant la part belle à mon côté Product Manager lié à ma carrière pro, et ma partie Builder avec l’étendue de mes projets perso (dont MyMémoires mais aussi Studio Lamarck et d’autres). J’avais pris le parti de splitter en deux pour vraiment faire ressortir les expérimentations, en donnant un côté futuriste à la The Matrix, où les projets sont encapsulés dans des div fluo sur fond noir, ce qui est finalement assez caricatural des sites faits par IA avec le recul.

J’avais même pour l’occasion créé mon avatar builder, vraiment inspiré des univers néons futuristes.

::gallery{columns=3} ::

J’aimais ce portfolio, mais je trouvais que finalement le côté double-face n’était pas si créatif que ça, et même en tentant d’immiscer des effets très modernes à l’ouverture de la page, je n’y trouvais pas mon compte.

Je restais donc frustré de ne pas changer vraiment la DA de mon portfolio, mais j'y ajoutais quand même une section parlant de Studio Lamarck, de son but, de mon engagement dans l’asso. Une card fluo-futuriste du plus bel effet.

Le déclic du scroll horizontal

Dans mes pérégrinations web, je tombe sur le site internet de Join-TheBridge. Le site propose de casser les codes du scroll vertical pour faire découvrir SF avec un magnifique panorama horizontal doté d'un effet de timelapse. Je suis tombé littéralement amoureux du design, et je devais m’en inspirer pour mon propre portfolio.

Bien sûr, l’objectif était de positionner l’action, non pas à San Francisco, mais à Paris 18ème en reprenant quelques éléments immédiatement reconnaissables de la capitale.

J’ai été complètement bluffé par la facilité qu’a eue Claude à refaire mon portfolio en lui pitchant l’idée de design. En quelques allers-retours, en lui donnant la liste des points clés à y faire apparaître et en indiquant la manière d’orchestrer les informations, j’ai pu reconstruire mon portfolio de A à Z avec une DA que je trouve magnifique.

Je vous laisse le dérouler et découvrir tous les clins d'œil à Paris et au 18ème arrondissement : www.thibautsainrat.fr.

Gamification

Comme je suis un inconditionnel d’escape game ou autre chasse au trésor, j’ai décidé d’ajouter des easter eggs dans la page.

Un easter egg (ou « œuf de Pâques ») est un contenu caché, un clin d'œil ou une fonction secrète glissé volontairement par des créateurs dans un programme informatique, un jeu vidéo, un film ou une page web

Ces easter eggs sont donc cachés dans la page, au milieu des décors et des éléments parisiens. Pour ajouter un point de gamification, ils sont numérotés : l'utilisateur qui navigue sur la page peut savoir combien il lui en reste à trouver. Ils servent aussi à donner plus d'informations aux curieux qui veulent creuser un peu.

Tirer la ficelle entre tous mes projets

Aussi, il m'est venu une idée. Certains easter eggs permettront de débloquer des fonctionnalités ou des éléments de contexte pour mes autres projets.

Comme je l'ai expliqué dans mon dernier article de blog, je cherche à implémenter la possibilité d'avoir plusieurs skins et modèles pour l'enregistreur dans MyMémoires. C'est donc naturellement que j'ai caché un easter egg dans mon portfolio qui donne la possibilité de débloquer un nouvel enregistreur dans MyMémoires : un skin en rapport avec la DA de cette page. Un univers un peu pixelisé et très cubique.

Finalement, ce que j'ai appris de cette expérience, c'est de se laisser la possibilité d'ouvrir ses chakras quant à la créativité et de toujours réfléchir à lier les projets les uns aux autres. Ce que j'aimerais, c'est qu'au fil de mes projets, on arrive à tirer comme une ficelle qui permet de tout connecter. Le but, c'est d'essayer de donner envie aux gens de découvrir les écosystèmes auxquels je participe. Et je trouve que disséminer de petits indices comme ça, c'est recréer une vraie chasse au trésor.

Grâce à Studio Lamarck et aux retours de mon cofondateur Émile, j'ai repensé toute l'iconographie des boutons de la page d'enregistrement. Mon objectif principal : reproduire le rendu et le feeling d'un vrai magnétophone à cassette.

Le problème, c'est que pour simuler un bouton qui s'enfonce, comme je n'étais pas rentré dans les moindres détails de l'UI, le résultat ressemblait davantage à un décalage étrange, presque à un bug. Dès que j'ai montré les premiers écrans du parcours à Émile, il a tout de suite tiqué sur ce point.

Le contexte : Un mot sur MyMémoires

Avant de plonger dans le vif du sujet, un petit rappel sur le projet MyMémoires s'impose. Le but ? Enregistrer les souvenirs de nos anciens pour les transformer en biographie. Tout se fait naturellement, au fil de la discussion. L'application capte les échanges, en extrait automatiquement les éléments clés, puis les recompose pour structurer le récit de leur vie.

Dans cet article, on zoome spécifiquement sur une brique très précise du produit : l'interface qui permet tout simplement à l'utilisateur de lancer sa session de captation.

Retour vers le futur avec Claude

J'ai donc demandé à mon compère Claude de retravailler cet effet d'enfoncement de bouton. Au début, les différents prototypes générés ne donnaient pas satisfaction ; je n'avais pas l'impression de retrouver la résistance physique d'une vraie touche.

je n'avais pas l'impression de retrouver le bouton enfoncé. J'ai demandé à Claude de s'inspirer fortement des anciens radios cassettes en plastique des années 80-90. À ce moment-là, il a ressorti de son imagination un visuel parfait qui a servi de base pour réfléchir à ses boutons.

J'ai alors changé d'approche : j'ai demandé à Claude de s'inspirer fortement des vieux radiocassettes en plastique des années 80-90. À ce moment-là, il m'a sorti de son imagination un visuel parfait qui a servi de base de réflexion. Avec ce bouton rétro sous les yeux, ça a été beaucoup plus facile d'ajuster mon prompt. J'ai pu le guider précisément sur le positionnement des ombres et la colorimétrie pour qu'on ressente que le bouton s'enfonce, et pas juste qu'il glisse vers le bas.

Une fois ce calage réussi, il a été très facile d'itérer. J'ai pu produire la nouvelle interface avec un bouton beaucoup plus naturel, doté d'un vrai retour optique. L'utilisateur a désormais la sensation tangible d'appuyer sur un mécanisme.

D'une contrainte UI à une idée Produit

Finalement, le design "radiocassette des années 80" pur et dur n'a pas été conservé en l'état. Mais cette exploration m'a fait émerger une autre idée : pourquoi ne pas proposer différents skins pour la page d'enregistrement ?

J'ai demandé à Claude d'isoler ce côté rétro, très proche du matériel physique, pour en faire une base de travail. Je garde ça dans un coin de ma tête. Pourquoi ne pas distribuer des skins ? C'est une excellente mécanique de gamification pour récompenser les utilisateurs fidèles. S'ils font beaucoup de sessions d'enregistrement, ils débloquent un nouveau style pour leur interface. C'est le genre de système que j'aime bien et que je compte tester si la charge technique pour créer un éventail de modèles n'est pas trop lourde.

Le mot de la fin : Bienvenue chez Studio Lamarck

Pour finir, un petit point sur Studio Lamarck. Le projet est né au début de l'été et commence sérieusement à prendre forme. Il s'agit d'une association à but non lucratif dont l'objectif est simple : donner de la force aux créateurs, aux solo builders et aux développeurs indépendants. On veut vous permettre d'aller au bout de vos idées, de construire, d'héberger, de sécuriser et de rendre visibles vos produits.

Aujourd'hui, le studio s'articule autour d'un noyau dur de fondateurs et de quelques proches qui nous ont rejoints, mais la volonté est d'être ouvert à tous.

Si vous êtes en train de construire un projet et que vous avez besoin de soutien, d'échanger ou de challenger votre vision, n'hésitez pas à nous contacter à contact@studiolamarck.fr. La porte est grande ouverte. Notre but est de bâtir une véritable communauté d'entraide et de soutenir tout le monde, peu importe votre niveau d'avancement ou votre bagage tech.

L'inspiration Kindle : l'épure avant tout

J’ai vraiment basé ma réflexion sur les liseuses numériques de type Kindle : une interface épurée, avec le moins d’actions possibles si ce n’est tourner la page. Pour simplifier la lecture, je voulais tout de même donner la possibilité de naviguer de manière moderne via une table des matières, afin de pouvoir sauter simplement d’un chapitre à un autre.

Prototypage sous stéroïdes avec Claude Design

J’ai commencé par faire générer des wireframes par Claude Design, car je voulais m’assurer de bien maîtriser l’entièreté du parcours. J’ai donc fait rédiger un brief à Claude, basé sur nos échanges et sur la liseuse déjà présente sur la version 1 de MyMémoires Web, qui constituait une base solide.

Le brief était précis sur le nombre d’écrans du parcours : une page de présentation, des pages de lecture (début et milieu de chapitre), une table des matières, et une page finale avec la possibilité de commander l’ouvrage physique. Claude Design m'a généré 4 pistes. J'ai pu faire mon cherry-picking en sélectionnant ce que je préférais dans chaque écran. La qualité était assez surprenante et, une fois mes remarques et ma sélection faites, le passage en maquette haute fidélité s’est fait sans accroc.

Craquer la navigation : une table des matières à deux niveaux

La table des matières n’est pas un organe de navigation habituel pour la lecture d’un livre papier en cours de route. Or, sur smartphone, on manque rapidement de repères. J’ai donc souhaité, sur les bons conseils de mes early users, ajouter une navigation non intrusive mais redoutablement pratique.

J'ai décidé de concevoir une table des matières accessible à tout moment, pensée en deux étapes. Un premier niveau permet de zapper rapidement entre les chapitres adjacents, et un simple "pull" dévoile ensuite l'arborescence complète de l'ouvrage.

Je suis plutôt satisfait du rendu final de cette expérience de lecture. Ça me laisse maintenant le champ libre pour m'attaquer à la suite : la gestion des compteurs et surtout l'enregistrement audio des chapitres, qui est la véritable clé de voûte de l'application. Je vais me concentrer sur ce gros morceau très prochainement.

Aujourd’hui j’ai push une nouvelle version de la landing page de MyMémoires qui officialise enfin la distinction entre la partie B2C (www.mymemoires.com) et la partie B2B (www.mymemoires.com/ehpad).

J’ai reconstruit cette page avec Claude Code en utilisant le modèle Opus 5 pour la partie B2C et Fable 5 pour le B2B. Beaucoup de bonnes idées générées par Fable que j’ai demandé à Opus de réintégrer.

Dompter l'horreur du vide des LLM

Un des gros problèmes de Claude est de remplir l’espace par du texte sans que je lui demande. On dit que la nature a horreur du vide, et bien je peux affirmer que les LLM ont ce même comportement. Pour corriger cet effet de drift, j’ai mis dans les paramètres une instruction demandant à Claude de me demander confirmation avant d’ajouter du contenu sans que je lui demande.

Design direct et magnétophone

Je déconstruis donc ma landing page pour tenter d’être un peu plus direct et de faire comprendre aux curieux qui la parcourront le concept de l’application. J’ai affiché également le module d’enregistrement inspiré du magnétophone cassette que je vous partageais dans mon dernier billet de blog.

Newsletters et teasing

Finalement, j’ai ajouté une petite subtilité au formulaire d’inscription : la possibilité de s’inscrire à la newsletter du projet. Si j’ai beaucoup d’engouement, je lancerai aussi ce projet en parallèle, et j’espère pouvoir me faire référencer par la superbe future application SimpleLttr.

L’occasion pour moi de vous teaser 3 choses :

• L’application SimpleLttr (de mon ami Emile)
• Le Studio Lamarck
• L’incubation du projet MyMémoires au sein dudit Studio

Next steps : Back-end et souveraineté

Objectif pour la suite : finaliser cette landing page puis m’attaquer au backend. Mon défi sera de me brancher à des LLM souverains via au moins deux providers, histoire d’avoir une solution de repli en cas de non-disponibilité.

Du B2B en Ehpad...

Les clients visés : les Ehpad et maisons de soin (récemment ++brillamment++ renommées « Maisons France Autonomie »), et plus spécifiquement les équipes soignantes. L'idée était de profiter des sessions d’échange en 1-1 avec les résidents pour enregistrer leurs histoires et construire leur biographie.

L’application est bien déployée dans un Ehpad depuis mars 2026 et le bilan est vraiment positif ! 8 résidents ont entamé leur parcours de création de biographie et, au total, ils ont enregistré plus de 70 sessions à l’heure où j’écris ces lignes.

... Vers le B2C pour les proches

Mais les Ehpad ne sont pas les seuls utilisateurs de l’app. Quelques connaissances, intéressées par le concept, m’ont demandé des accès pour enregistrer les souvenirs d’un aîné. Cet engouement (ou a minima cet intérêt) m’a poussé à lancer une version B2C de MyMémoires.

Tant qu’à faire, je refais tout de zéro avec comme objectif de rendre le tout beaucoup plus robuste. Je construis un backend IA qui sera utilisable autant par l’app B2C que B2B, et qui sera complètement agnostique du provider de LLM.

Une app mobile et un petit goût de nostalgie

Pour le B2C, j’ai décidé de partir sur une application mobile. C'est la façon la plus naturelle pour un particulier d’utiliser le produit, et c’est aussi ce que me confirme le terrain : ce sont surtout les petits-enfants qui cherchent à enregistrer la vie de leurs grands-parents, plus que la génération intermédiaire.

Pour rester dans cette vibe nostalgique et privilégier l'instant d'enregistrement, j’ai décidé de concevoir un écran d’enregistrement inspiré d'un magnétophone à cassette. J’espère que c’est un visuel qui parlera autant à ceux qui seront enregistrés qu’à ceux qui enregistreront !

Inspiration :

16 mai 2025, je tombe sur une vidéo, le replay d’un live organisé par LeTicket (média pour les Product Managers).

Un épisode de l’émission “C’est pas SorciAI” dont le sujet est le vibe coding, notion qui est floue pour moi à ce moment-là.

À la fin de la vidéo, je suis en état de choc, je commence à comprendre les possibilités offertes par l’IA dans le coding.

Je comprends aussitôt qu’il n’existera plus de freins à ma créativité, que toutes les idées qui m’ont traversé l’esprit pourront être concrètes et que je pourrai leur donner vie tout seul. Ma vie va changer et à ce moment précis, j’en suis déjà convaincu.

Depuis, je ne peux m'empêcher de penser que nous sommes à un point de rupture important dans notre manière de faire des produits tech. Plus rien ne sera comme avant, et fermer les yeux face à ce changement est très risqué.

Je suis convaincu que la force individuelle de demain sera la créativité, le goût et la compréhension profonde des autres. Il faut donc apprendre à développer ces trois talents, les exercer et les entraîner.

En tant que Product Manager avec un background ingénieur, j’ai l’impression d‘être assez bien positionné sur ces trois skills.

Je vais tâcher de confronter cette réflexion au réel et documenter ma démarche pour rester pertinent dans ce nouveau paradigme.