Le MVP de Gaëtan

Ce matin, Gaëtan m’a appelé pour me demander :

Combien de temps faut-il pour développer un assistant vocal comme Siri qui t’aide à trouver des idées ?

Gaëtan, je l’adore hein. C’est pas la question.

C’est un entrepreneur ultra créatif.

Une personne joviale. Avec qui on peut discuter des heures parce qu’il a un don pour détecter l’émergence de tendances qui guident le monde.

Mais là, je suis surpris qu’il en soit encore à ce genre de question.

Evidemment que je n’ai aucune idée du temps qu’il faut pour coder ça !

Inutile de s’énerver, j’ai une méthode imparable pour répondre :

Si je n’avais que 5 jours pour coder quelque chose et le mettre en ligne, que voudrais-tu faire ?

Oui, ça refroidit un peu parce qu’en 5 jours on ne va pas loin. Mais on peut quand même coder un truc fonctionnel.

Minimaliste, mais fonctionnel.

A condition d’élaguer.

Jour #1 : éliminer le superflu, chercher l’épicentre

Gaëtan comprend vite qu’en 5 jours, l’assistant vocal c’est mort. Mieux vaut commencer par un formulaire dans une page web.

Ensuite, "générer des idées", c’est vague. Des idées de quoi ?

Il faut donc zoomer davantage :

  • ce sera seulement en français
  • et uniquement pour trouver des noms de commerces physiques et/ou en ligne.

Voilà ce qu’on va faire en 5 jours.

Un formulaire dans lequel on décrit sa boutique, et un bouton "trouver des idées de noms".

le MVP

Le premier jour, on trouve l’épicentre du projet.

Sans rien coder.

Jour #2 : réutiliser

La façon la plus rapide de faire un truc, c’est de ré-utiliser ce qui existe déjà.

Je suis chaque jour fasciné par la quantité de projets open-source, ou d’outils SaaS dotés d’un free-tiers généreux.

Alors la seconde journée, on ne va pas coder non plus.

On va chercher.

Et ça va marcher. On trouve une API permettant d’exécuter un modèle de NLP en français plutôt convaincant sur la génération de texte.

Le problème est que le nombre d’appels à l’API est limité. Une utilisation excessive conduirait à perdre l’accès et à mettre fin au service qu’on propose.

Transformer les contraintes en opportunités

Cette limite d’usage impose de mettre en place une forme de régulation.

Alors voila le processus qu’on imagine :

  • l’utilisateur reçoit par mail un lien valable 24h pour accéder au générateur.
  • il écrit un texte descriptif, puis clique sur "trouver des idées de noms". On appelle l’API du modèle d’IA pour générer des suggestions de noms en rapport avec ce contexte.
  • L'utilisateur peut demander 10 suggestions différentes, à condition d'attendre au moins 10 secondes entre chaque demande.

La conséquence, c’est que l’usage de notre outil est conditionné au renseignement d’une adresse email.

C’est finalement une bonne opportunité de nouer le contact avec les premiers utilisateurs. On pourra plus tard leur écrire un à un, pour mieux cerner leurs attentes, leurs besoins.

On a accidentellement fait un "lead magnet" comme dit mon cousin qui travaille dans la pub.

Mais s’il y a des centaines d’utilisateurs simultanés 😱 ? Notre système de limitation ne fonctionne plus, et des centaines d’appels à l’API plomberont le quota d’usage .

Soyons réaliste Gaëtan. C’est assez peu probable, non ?

Et si ça survient malgré tout, c’est quand même une excellente nouvelle sur le product/maket fit, non ?

En résumé

Alors au lieu de chercher à estimer le temps de développement de votre projet, avancez d'un pas à l'aide de ces 4 étapes :

  1. Eliminer tout le superflu pour réduire le projet à 1 seule fonctionnalité : son épicentre
  2. Réutiliser ce qui existe déjà, en open-source, no-code, free-tiers, ...
  3. Transformer les contraintes techniques rencontrées en opportunités
  4. Ignorer les problèmes que l’on n’a pas encore.