Mobidea : notre tableau blanc, recodé en une nuit avec Fable
Notre outil de whiteboarding coûtait des milliers d'euros par an. Chloé Pelletier l'a refait avec Fable en une nuit, mascotte et jackpot compris, et audité avant la prod.
Anthropic a sorti il y a quelques semaines Fable, son nouveau modèle. Pour comprendre ce que ça change vraiment quand on met l’IA entre toutes les mains, on a posé quelques questions à Chloé Pelletier, Chief Product Officer chez Mobsuccess, qui a profité de la sortie du modèle pour se recoder, presque pour le plaisir, un outil qu’on utilisait tous les jours.
Au départ, il y a une facture. Raconte.
Oui, très prosaïquement : on a coupé notre logiciel de whiteboarding parce que c’était devenu vraiment trop cher. À l’échelle de toutes les équipes produit, design et tech, une licence de tableau blanc collaboratif, ça finit par représenter des milliers d’euros par an. Un matin je me suis dit : et si, au lieu de renégocier un abonnement, je demandais simplement à Fable de nous le refaire ?
Et tu l’as fait dans la foulée.
Le prompt de départ tenait en deux lignes : « reproduis-moi un tableau blanc collaboratif en interne, avec les fonctions de base : post-it, diagrammes, export PDF, mode présentation, le mieux que tu puisses faire ». Fable m’a posé trois questions, pas plus : on part de zéro ou d’un existant, quelle infra pour le temps réel, et comment restreindre l’accès. On part de zéro, Supabase Realtime pour la collaboration, login Google sur le domaine de l’entreprise. Et c’est parti.
Combien de temps entre le prompt et un truc qui marche ?
C’est ça qui est fou. Fable a bossé tout seul une bonne partie de la nuit, jusqu’au shutdown côté US, pour poser la base d’un tableau blanc collaboratif fonctionnel. Le lendemain, j’avais un outil sur lequel plusieurs personnes pouvaient travailler en même temps. J’ai fini les features de finition avec Opus dans la journée. Détail que j’adore : il a créé le guide utilisateur tout seul, évidemment, sans que je le demande.
Les fonctions de base, ok. Mais c’est là que ça devient intéressant ?
Exactement. Reproduire les basiques, c’est le point de départ, pas l’intérêt. L’intérêt, c’est tout ce qu’on a ajouté et qui n’existe nulle part ailleurs. Un profil où chacun définit ses couleurs par défaut, mes post-it et mon crayon en rose, par exemple, ça n’existe pas dans les outils du marché. Nos logos et notre mascotte proposés nativement dans la barre d’outils. Un générateur de mèmes intégré. Une roue à tirage au sort, et quand Maxence a demandé une version « jackpot » plutôt qu’une roue, on l’a ajoutée.
Des features qu’aucun éditeur ne coderait…
C’est tout le sujet. Ce sont des fonctions qui n’auraient objectivement aucun intérêt pour un éditeur de logiciel classique : trop de niche, zéro retour sur investissement à leur échelle. Mais pour nous, elles font plaisir aux équipes, elles nous ressemblent, et elles coûtent quelques tokens à générer. On en revient à l’hyperpersonnalisation : le logiciel épouse enfin l’équipe, au lieu de forcer l’équipe à s’adapter au logiciel.
On parle beaucoup de « Saaspocalypse ». Tu y crois ?
Je constate, surtout. Pendant quinze ans, la logique par défaut c’était : un besoin = un SaaS = un abonnement par tête. Aujourd’hui, pour toute une catégorie d’outils internes, la question se retourne : est-ce que ça vaut encore le coup de payer une licence récurrente, ou est-ce qu’on se le fabrique une fois, taillé pile pour nous ? Quand le coût de fabrication d’un logiciel s’effondre à ce point, la valeur ne se déplace plus vers celui qui édite l’outil, mais vers celui qui sait exactement ce dont son équipe a besoin.
Le message, ce n’est pas « codez tout vous-mêmes » ?
Non, et il ne faut pas se mentir. Un outil qu’on se fabrique, il faut ensuite le maintenir, le sécuriser, gérer les accès, la donnée, la conformité. C’est pour ça qu’avant toute mise en prod on est passés par un audit : legal, RGPD, technique. Fable a d’ailleurs réutilisé tout ce qu’il avait appris sur nos projets précédents en matière d’audit pour se relire lui-même. La vraie bascule n’est pas « plus besoin de développeurs », c’est « les développeurs arbitrent et industrialisent, pendant que beaucoup plus de gens peuvent prototyper ».
Et ça, ça veut dire quoi concrètement ?
Que tout le monde devient product builder. Ça a commencé par moi, la CPO, un soir, avec une facture qui m’agaçait et une idée. Je n’ai pas ouvert un ticket, je n’ai pas attendu un sprint : j’ai décrit ce que je voulais, et l’outil est apparu. Quand la distance entre « j’ai une idée » et « c’est en ligne pour l’équipe » tombe à une nuit, ce ne sont plus seulement les devs qui construisent. C’est tout le monde. Et honnêtement, c’est grisant.
La direction, pour toi, c’est laquelle ?
On entre dans l’ère de l’hyperpersonnalisation du logiciel. Demain, un outil interne ne sera plus un produit figé qu’on subit, mais une matière vivante que chaque équipe façonne à son image : ses couleurs, ses rituels, sa mascotte, ses lubies. La vraie question n’est plus « quel SaaS on achète ? », mais « qu’est-ce qu’on a envie de se construire ? »
Et vous, quel est le premier outil que vous vous recoderiez en interne si vous pouviez le faire cette nuit ?
