Quand inviter une deuxième personne à entretenir votre appli créée avec l'IA
La plupart des applis créées avec l'IA commencent en solo. À un moment, une seule personne ne suffit plus. Voici comment repérer ce moment, qui inviter en premier, et comment déléguer une partie sans lâcher l'ensemble.
La plupart des applis créées avec un créateur d’applis avec IA démarrent comme un projet à une seule personne. Vous avez eu une idée un samedi matin, vous l’avez décrite au créateur, le samedi soir vous aviez quelque chose qui fonctionnait, et le week-end suivant de vraies personnes l’utilisaient. Pendant un temps, vous pouvez tout gérer vous-même — répondre aux messages, corriger l’unique faute de frappe sur la page d’accueil, ajouter la nouvelle fonctionnalité qu’un utilisateur réclame, surveiller les statistiques sur votre téléphone au café.
Puis un jour vous remarquez que vous n’avez en réalité rien construit de nouveau depuis trois semaines. Chaque heure libre part dans la maintenance. Les « petits ajustements » ne s’arrêtent jamais. Vous répondez à la même question de nouveaux utilisateurs pour la quinzième fois. Vous commencez à redouter d’ouvrir l’appli, ce qui est le pire sentiment qu’un créateur puisse avoir vis-à-vis de quelque chose qu’il a fait.
C’est le moment de penser à inviter une deuxième personne. Pas un cofondateur, pas une embauche, pas un prestataire pour une grosse refonte — juste une personne de plus pour aider à porter le truc.
Cet article parle de comment savoir que vous avez atteint ce moment, qui est la bonne première personne à inviter, et comment lui confier une part de votre appli créée avec l’IA sans renoncer au contrôle de l’ensemble.
Les signes qu’il est temps
Vous saurez qu’il est temps quand vous pourrez répondre oui à la plupart de ces points :
- Vous dites non à des changements que vous aimeriez faire. Pas parce que ce sont de mauvaises idées — parce que vous n’avez pas les heures. Vous avez commencé une liste privée de « choses que je ferais si j’avais le temps » et elle ne cesse de s’allonger.
- La même question d’utilisateur revient sans cesse. Vous avez répondu « comment j’exporte mes données ? » huit fois en deux semaines. C’est une page d’aide, mais vous n’avez pas le temps de l’écrire, alors vous continuez à répondre à la main.
- Vous évitez l’appli. Un coin précis vous pèse. Peut-être la section admin, peut-être l’écran de facturation — quelque chose où chaque changement ressemble à une opération chirurgicale. Vous laissez les bugs y vieillir plus longtemps que vous ne le devriez.
- Une seule erreur ferait mal. Votre appli a désormais de vrais utilisateurs avec de vraies données. Un seul mauvais déploiement un mardi soir de fatigue pourrait faire perdre le travail de quelqu’un. Vous n’avez pas de deuxième paire d’yeux.
- Vous êtes le goulot d’étranglement de la croissance. Trois clients potentiels ont demandé un petit changement avant de s’inscrire. Il y a deux mois, vous l’auriez construit le soir même. Maintenant, vous ne pouvez même pas répondre avant trois jours.
Si deux de ces points sont vrais, vous tenez peut-être le coup. Si quatre sont vrais, vous êtes le goulot d’étranglement depuis plus longtemps que vous ne le croyez.
Qui inviter en premier
L’instinct, c’est de trouver quelqu’un « de plus technique que vous ». C’est généralement une erreur. La première personne à inviter, ce n’est pas celle qui sait écrire du code. C’est celle qui tient déjà à votre appli.
Cherchez à peu près dans cet ordre :
Un utilisateur qui suggère sans cesse des choses. Vous en avez probablement un. Il vous a envoyé quatre idées de fonctionnalités, deux rapports de bug et une remarque polie sur la formulation de votre écran d’inscription. Il veut que ce produit soit bon. Il est attentif. Si vous lui demandez s’il aimerait aider à façonner un coin de l’appli, la réponse est souvent oui.
Un ami qui observe depuis la touche. Quelqu’un qui vous entend parler de l’appli depuis des mois et que ça intrigue. Il n’a pas besoin de savoir coder — votre créateur d’applis avec IA s’en charge. Il a besoin de savoir décrire clairement ce qu’il veut, ce que la plupart des gens qui vous ont vu galérer un moment savent faire mieux qu’ils ne le pensent.
Quelqu’un de votre communauté. Si votre appli s’adresse aux enseignants, trouvez un enseignant. Si elle s’adresse aux photographes de mariage, trouvez un photographe de mariage. La connaissance du domaine vaut plus que la compétence technique, car le créateur d’applis avec IA peut combler la compétence technique mais ne peut pas combler « ce dont les photographes de mariage ont réellement besoin un samedi de juillet ».
Un vrai exemple, légèrement déguisé. Quelqu’un de notre connaissance a construit une petite marketplace de céramiques artisanales avec un créateur d’applis avec IA. Au bout de six mois, elle était débordée — répondre aux messages des vendeurs, corriger trois fois le même texte de paiement, construire des fonctionnalités pour des acheteurs qu’elle n’avait jamais rencontrés. Elle a invité l’une de ses vendeuses, une femme qui lui avait déjà écrit avec onze suggestions au cours de l’année. En deux mois, cette vendeuse avait réécrit la plupart des pages destinées aux vendeurs, avec une voix qu’aucun extérieur n’aurait pu copier. La fondatrice, elle, a continué à construire pour les acheteurs. L’appli n’a pas ralenti ; son rythme a presque doublé.
La pire première invitation, c’est généralement un prestataire technique générique. Il fera du bon travail, mais il n’y tiendra pas, et la première personne que vous invitez doit y tenir, parce qu’elle va prendre une foule de petites décisions de jugement sans vous.
Quelle part lui confier
L’erreur, c’est de lui confier l’appli entière. L’appli entière est dans votre tête. Vous savez quelles parties sont fragiles, lesquelles vous n’avez jamais tout à fait terminées, lesquelles un utilisateur a failli casser un jour. Lui, non.
Confiez-lui une part. Une vraie, avec des contours :
- La page d’accueil et les pages marketing. Risque faible, forte visibilité. Il peut itérer sur le texte, les sections, les captures d’écran, les témoignages. S’il casse quelque chose, vous le remarquerez en moins d’une heure et aucun utilisateur ne perd de données.
- Le centre d’aide. Si vous répondez sans cesse aux mêmes questions, c’est la part idéale. Il rédige les réponses ; vous relisez les premières jusqu’à faire confiance à la voix ; ensuite, il publie.
- Une fonctionnalité précise destinée aux utilisateurs. Peut-être le parcours d’export, ou le système de commentaires, ou les notifications. Quelque chose avec une frontière nette, où un bug ne fait pas tomber toute l’appli.
- Les outils admin que vous utilisez vous-même. Une part de départ étonnamment bonne. Il peut améliorer les outils dont vous vous servez sans toucher à rien de ce que voient les clients. Vous ressentez les améliorations au quotidien, ce qui construit la confiance.
La forme de la part importe moins que le fait que ce soit une part. Il la possède. Vous ne remettez pas en cause chaque changement. Vous convenez d’un rythme de points réguliers et vous le laissez travailler.
Ce qu’il ne faut pas faire le premier jour
Une courte liste, surtout issue d’observations de gens qui s’y sont mal pris :
- Ne lui donnez pas l’accès à votre base de données en production. La plupart des créateurs d’applis avec IA permettent de faire une copie de préproduction de votre appli. Démarrez-le là. Le jour où il livrera sa première chose en production devrait être une petite cérémonie, pas un accident.
- Ne lui balancez pas tout sur les bras. « Voici un Notion avec 87 trucs, prends-en n’importe lequel. » C’est écrasant et il abandonnera. Choisissez les trois premières choses ensemble. Terminez-les. Puis choisissez les trois suivantes.
- N’attendez pas qu’il lise dans vos pensées. Vous vivez avec cette appli depuis des mois. Vous avez des raccourcis pour tout. Notez cinq choses sur le fonctionnement de l’appli et sur la façon dont vous prenez les décisions à son sujet. Donnez-lui ça. Ça vous prendra quatre-vingt-dix minutes et vous fera gagner des semaines.
- Ne disparaissez pas. Il a besoin de vous les premières semaines. Fixez un vrai rythme — un point rapide une fois par semaine, des échanges en asynchrone entre-temps. Au bout d’un mois, vous pourrez sans doute passer à une fois toutes les deux semaines. Pas avant.
Ce que ça fait vraiment, après
La plupart des créateurs solo sont surpris, la première fois qu’ils invitent quelqu’un, par toute l’énergie qu’ils récupèrent. Pas parce que l’autre est rapide — il ne l’est probablement pas, au début — mais parce que la moitié de votre inquiétude portait sur les choses que vous n’arriviez pas à faire. Une fois que quelqu’un d’autre s’en occupe, l’inquiétude se déplace.
Vous remarquerez aussi que votre appli commence à paraître moins fragile. Deux personnes qui comprennent un système sont plus de deux fois plus résilientes qu’une seule. Le facteur bus passe de un à deux, ce qui semble anodin jusqu’à la semaine où votre ordinateur portable rend l’âme et où quelqu’un d’autre peut encore livrer.
Si vous êtes assis devant une longue liste de « choses que je ferais si j’avais le temps », ça vaut peut-être la peine de passer une heure aujourd’hui à réfléchir à qui pourrait être cette première personne, et à quelle part de votre appli créée avec l’IA vous lui confieriez.
C’est généralement moins un grand saut qu’il n’y paraît.