Demain matin, il faut se lever tôt. Mais une idée d'application surgit précisément au moment de se coucher. On attrape son téléphone, on dicte le fonctionnement de l'appli et on termine par : « Bon, occupe-toi du reste jusqu'à ce que ce soit fini. » Le fondateur va dormir. Le service informatique vient de naître. Budget : zéro.
La scène ressemble à un sketch de bureau, mais elle révèle une vraie compétence : transformer très vite une expérience utilisateur imaginée en règles de produit.
Une idée en l'air devient un cahier des charges
Prenons une appli où chacun propose un dessin, puis où d'autres personnes en tirent un au hasard, comme dans les distributeurs japonais de capsules surprises. Lorsque l'expérience finale est déjà claire, les décisions suivent :
- Tout le monde peut envoyer un dessin.
- Chaque tirage fait découvrir le travail d'une autre personne.
- Une image tirée une fois disparaît définitivement du lot.
- L'artiste et la personne qui la reçoit peuvent partager le résultat.
- Le stockage et les échanges de données doivent rester dans les limites des offres gratuites.
L'intérêt ne tient pas seulement aux fonctionnalités. Le tirage unique crée de la rareté, le partage apporte une réaction aux artistes et le plafond des coûts rend le projet soutenable. Pour garantir zéro dépense, il faut toutefois contrôler les vrais tarifs, les volumes stockés et la bande passante.
La pire réunion de travail de minuit
Imaginons cette conversation en version comédie :
Patron : « Nouveau business. Une loterie de dessins. »
Développeur : « Et le cahier des charges ? »
Patron : « Je viens de tout te dicter. »
Développeur : « La date limite ? »
Patron : « Quand ce sera terminé. »
Développeur : « Le budget ? »
Patron : « Zéro. »
Développeur : « Et vous ? »
Patron : « Je dors. Demain, je me lève tôt. »
Le département de développement est créé sans que le patron quitte sa couette. Avec de vrais salariés, ce serait un désastre. Avec une IA, c'est une satire assez parfaite du prototypage moderne.
Le salarié numérique est en congé forcé
Mais voici le meilleur : Claude, chargé de développer l'application, a atteint sa limite d'utilisation. Impossible de continuer immédiatement. Le patron dépose quand même un nouveau projet dans la discussion.
« Désolé de te déranger pendant ta pause. Quand tu reviens, termine tout ça. »
Le salarié se repose ; sa liste de tâches, jamais.
Dans la réalité, Claude applique des limites d'utilisation qui se réinitialisent selon différentes périodes, notamment la session et la semaine.[1] Laisser une consigne dans le chat ne garantit pas que l'IA se remettra automatiquement à coder après la réinitialisation. Il faudra reprendre le travail et vérifier le résultat.
L'atout, ce n'est pas seulement de parler vite
La dictée réduit le délai entre l'intuition et sa transmission à l'IA. Mais l'essentiel est de savoir ce que doit ressentir l'utilisateur, puis de remonter aux conditions nécessaires.
Définir vite, obtenir un code fiable, amuser les utilisateurs et vendre sont quatre épreuves distinctes. Un prototype permet d'en vérifier certaines, l'usage réel permet d'évaluer les autres.
La chute est presque trop belle : une entreprise naît dans un lit, et son patron termine sa journée avant son unique employé.
« Claude, profite de ton congé. Une startup t'attend au retour. »
