J’ai construit mon propre produit Character AI entièrement seul. Il a pris forme le soir, le week-end, et au prix de plus de jours fériés que je ne veux l’admettre. Pendant longtemps, cela ressemblait à un projet privé qui n’existait que sur mon ordinateur. Le moment où les paiements sont passés en ligne, tout a changé. Un produit pour lequel des gens peuvent payer n’est plus un simple prototype. Cela devient une promesse.
Ce basculement compte plus que ne le laissent entendre beaucoup de publications de lancement. Dès que les utilisateurs peuvent payer, tout devient plus sérieux : les bugs, la confiance, l’onboarding, la modération, la rétention, et la question de savoir si l’expérience mérite qu’on revienne. Construire reste passionnant, mais la responsabilité devient, elle aussi, très concrète.
Ce que j’ai réellement construit
Le projet s’appelle rizae.com. Au cœur du produit, on peut discuter avec des personnages d’anime, réalistes et fantastiques. Certains sont pensés autour de rôles utiles, comme professeur d’anglais, scientifique ou coach sportif. Autour de cela, j’ai construit un univers plus large : un MMORPG relié à ces personnages et un système de cartes à collectionner qui fait sortir le produit du cadre d’une simple interface de chat.
C’est ce mélange qui rend le projet intéressant à mes yeux. Je ne voulais pas lancer un chatbot IA de plus avec une autre apparence. Je voulais créer quelque chose qui ressemble davantage à un univers qu’à un simple outil : à la fois assistant, expérience de personnage et jeu.
Pourquoi j’ai disparu quelque temps
Je me suis éloigné des réseaux sociaux pendant le développement, et ce n’était pas une stratégie. C’était simplement la réalité du travail en solo. Quand c’est vous qui prenez les décisions produit, écrivez le code, corrigez les cas limites, testez les parcours et préparez le lancement, votre attention se resserre très vite. Le fait de livrer remplit l’espace que les publications occupent d’habitude.
Ce silence cache aussi quelque chose que beaucoup de contenus de lancement lissent trop : construire est désordonné. Il y a des bugs qui n’apparaissent qu’après la mise en ligne, des problèmes de modération qui deviennent réels dès l’arrivée des utilisateurs, et des questions de rétention bien plus difficiles que la première session. Les paiements ne simplifient pas un produit. Ils le révèlent.
Ce que je veux partager maintenant
Maintenant que le produit est en ligne, j’ai envie de documenter la partie que l’on coupe généralement du récit. Pas seulement les captures d’écran et les visuels de lancement, mais le vrai travail après la sortie : les leçons liées aux paiements, les parcours cassés, les défis de modération, le comportement utilisateur, les surprises côté rétention et les petites corrections qui transforment peu à peu un projet en produit fiable.
Pour moi, c’est la forme la plus honnête du build in public. Le lancement n’est pas la ligne d’arrivée. C’est le moment où commence le vrai travail produit. Et si je devais résumer toute l’idée par une seule question utile, ce serait celle-ci : qui vous serait le plus utile en ce moment — un professeur, un coach ou simplement quelqu’un à qui parler ?